That is correct.
Yes that was what I posted as my work-around. I normally don't schedule transactions but for those recurring ones I think I will going forward.
I would expect that the 4/27 *might* get matched with the 3/27 transaction and 5/27 would be labeled new.
I frequently have to do this because "pending" tranactions are not downloaded but ARE included in the online balance. Since there are generally at most one or two of these, I just enter them by hand if they are not already there, and then tick them off in the reconcile window to get it balanced.
Or it could have been, if you re-download a date range in order to catch a missing or mis-matched transaction.
Correct. Suppose you don't electronically retrieve you transactions at all.
Q regularly makes this mistake with payroll transaction because they look identical. The manual claims it will start searching from the bottom of the register but if it really did, this shouldn't happen. ATM transactions for a similar amount are also problematic: if you're not watching, Q will mach one from the past when it should have entered it as "new."
As for dates, I don't think it can do much about that because the bank's notion of a "date" and yours may be different. You'll recorded the date you wrote a check or initiated a transaction and the bank will report the date it cleared.
If Q only considered unreconciled transactions, top down might be OK. But (and I think this is the Right Thing To Do...) it DOES consider "R" transactions for matching, thus bottom up is the only way to go.
I find it goofs up anyway, and I have to really watch what it is doing during this process.
I am presuming that like many of us, Laura doesn't schedule every recurring transaction, but just lets them come down from the bank. That would explain her desire that it become "New."
My point being that it will become new as the previous one should already be marked as "downloaded" and Quicken doesn't match to those.
That is correct. I don't schedule the recurring transactions. Maybe I should???
That's what I would expect but for some reason it is not happening as you are describing in a few cases.
Next time this happens I will take a screen shot so that you can see what I am talking about. I am just as baffled as you are. Hopefully it is not a sign that something is messed up with my software.
And this may be the root of the problem. These are payroll transactions processed by paychex and posted to the checking account. The other transaction that is matching is a recurring bill for my ISP. In both cases, the amount is the same from transaction to transaction. All downloaded from the FI.
Which is why I never post an entry prior to hitting the account as Q will just change the date on the entry.
Can you rephrase this; what I'm understanding you to say does not sound right.
Actually, Q will keep YOUR date IIRC if it matches a transaction. If it matches the WRONG transaction (generally identical but wrong date like paycheck two weeks ago), right click the transaction in the download window and select "unmatch." It will move to a more recent instance, or, if not is found, create a "New" one. Only in this last case will it use the bank's date, again IIRC.
BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.