Downloaded icheck is no longer in match list

[bobjbkln]

What is the best way to handle this. I manually entered a check into the register when I wrote it, but when it wis cashed  (and downloaded)  some time later, Money does not match it so it comes in with the payee as CHECK #nnnn.  if the change screen no longer has the original entry, there is no way to match it. So I end up with two entries, one with the date the check was written and the correct payee but not marked with an E; and one marked with an E and dated when cashed with the check number as payee.  What's the best way to handle merging these two entries?

[Dan Battagin]

There are (at least) two things you can do:

1. If you change the DATE of the manually entered check to match the date of the downloaded transaction (Money has a window in which it matches transaction amounts, which I'm sure others could rattle off the top of their head), then Money will match the transactions, or at least allow you to "Change" the transaction to manually pick the match.

2. You can always just manually update and then accept the downloaded transaction, and then delete the originally manually entered transaction. The next time you download, Money will continue to match the downloaded transaction to the previously downloaded (and subsequently updated) transaction.

Cheers,

Dan

[Cal Learner]

When I have a downloaded transaction that I have accounted for in some other way, and that transaction is likely to be downloaded again, I Void the transaction rather than Delete. That way Money realizes it has that transaction already, and does not add an entry to the register.

This comes about if I enter a split, such as a 3:2  split, that results in a fractional share. I will let Money generate a Sell of the fraction. Then when the CIL (cash in lieu) comes in, I void that. If I deleted, I think the CIL would come back in, because I overlap my download date ranges.   I also note the amount of the CIL, and go back and modify that Sell, replacing my estimated sell price. Failing to notice the incoming CIL is what I often track down any balance mismatches.

[Dan Battagin]

That's a good point Cal, and the reason I suggested removing the original, manually entered transaction and replacing it with the downloaded transaction, or changing the date on the manually entered transaction so that it could be matched to the downloaded one. Because anything downloaded will be re-downloaded if within the download window.

[bobjbkln]

Thanks. I'll play around with it the next time this occurs.  This time I deleted the original manual entry and changed the downloaded entry's Payee and date to that of the original one. Then when item appeared again in the next download, I voided this new one. I was just hoping that there was a more elegant way to do this.