(Canadian

Let me be clear. I said it is used as a "hint". As in it is used, but isn't "100%" relied on.In my case, the original transaction is entered using a reminder. After name substitution on download, the names on the transactions in the downloaded list match exactly, at least it appears that way. Maybe it is not within the mechanics of Quicken. The fact that Quicken consistently mismatches the transactions in the same way indicates to me that it is in the programming. It seems to match exactly backward to what would be desired.
If I have two downloaded transactions, one a week newer than the other, it matches the newest transaction to the oldest entered one and vice-versa.In my case, the original transaction is entered using a reminder. After name substitution on download, the names on the transactions in the downloaded list match exactly, at least it appears that way. Maybe it is not within the mechanics of Quicken. The fact that Quicken consistently mismatches the transactions in the same way indicates to me that it is in the programming. It seems to match exactly backward to what would be desired.
Yeah That sounds "familiar". And frankly if both transactions are in the download, then I certainly consider it a bug that it matches newer to older, and older to newer.In my case, the original transaction is entered using a reminder. After name substitution on download, the names on the transactions in the downloaded list match exactly, at least it appears that way. Maybe it is not within the mechanics of Quicken. The fact that Quicken consistently mismatches the transactions in the same way indicates to me that it is in the programming. It seems to match exactly backward to what would be desired.
BTW, I still experience this kind of reverse matching in QM2007. So this is nothing new. And the window thing I have seen many times also....sometimes it appears a window is being applied then other times no, matching really old transactions.In my case, the original transaction is entered using a reminder. After name substitution on download, the names on the transactions in the downloaded list match exactly, at least it appears that way. Maybe it is not within the mechanics of Quicken. The fact that Quicken consistently mismatches the transactions in the same way indicates to me that it is in the programming. It seems to match exactly backward to what would be desired.
Agree! This is annoying that previously reconciled transactions show up in the manual match window. Also, I don't like when Quicken matches new transactions to a reconciled registry item that has nothing in common with the downloaded item - not the same amount, not the same date, not the same payee. Nothing matches, but Quicken pairs it.Updated to to R15.16 - Today. i was once again disappointed that the Manual Match Transaction List issue was not fixed.
Quicken please give us the option to filter out transactions which have been previously reconciled and or cleared from appearing in this window. Thank you