Q05 D/L Transactions W/ Wrong Date or Num...

I've noticed these problems several times since upgrading from 2001 to 2005.

Wrong Dates; Scheduled transaction such as my truck payment for April (which was paid with a paper check) was shown as a February payment that was reconciled months ago.

Wrong Check #; A cleared (paper) check with a number of 4027 is shown with a check # of 5027, which is the method used to identify on-line payments. Using "make believe" check #'s instead of leaving that field blank, or showing EFT, etc... is extremely annoying.

No D/L's; I can look at my account online and see several transactions that have been posted for the past 7 days but were not downloaded in this morning updates.

Am I alone ? Anyone esle notice any of these problems? I'm ready to give up on-line banking and go back to Q 2001.

David...

Reply to
David ~
Loading thread data ...

David,

I went from Q2001 -> Q03 -> Q04 -> Q05. Online banking works (worked) pretty much flawlessly for me. I have about 20 accounts with online downloads (direct connect only). The only problem I have is with one FI (a mutual fund company) that marks transactions incorrectly (reinvested dividends is SharesIn, etc). I use:

Citibank (x6) American Century (x11) Schwab Discover First USA Visa (bought by someone else I think) Citibank Visa (x2)

Actually, let me correct my previous statement. I did have one problem several times with Citibank accounts, but it is quite different than yours. Periodically, Quicken would indicate 65535 transactions in the online center and the whole online access was unusable (for those accounts only). I think this is purely a bug in Quicken or possibly data corruption. It was very frustrating but has not come back in Q04 or Q05.

Peter

Reply to
P Ruetz

I have 2004 that has been updated to R3 so I don't know if that makes it

2005 or not.

In any case, I had a similar problem the other day. A new transaction matched an existing one for all fields except for the date. It was for mom's monthly Internet bill. I ended up having to create the new transaction because I could not figure out how to get it to not accept the existing one. I'm going to run into the same problem this month too unless I figure out how to deal with it.

I suspect that this is what happened to you. I don't know if this is a bug or the fact that I have not been using Quicken very long to know the correct way to deal with these types of transactions. To me, a match is one that exactly matches all fields including the date. Clearly this is not what is happening here. Quicken must not be looking at the date when it tries to match existing transactions.

Reply to
Laura

Glad to hear it's been painless for you. Considering that I have significantly fewer accounts, you'd think I have fewer problems... BTW... Firts USA in now Chase.

David...

Reply to
David ~

Hi Laura,

Dates that are off by just a few days aren't a problem for me because I haven't yet reconciled the account yet. However, matching to a reconciled (R) transaction, is a big problem! For newer transactions I have no problem letting the date be changed in the registry by a few days due to normal delays such as mail delivery, data entry, etc...

David...

Reply to
David ~

I my case the April transaction matched the already reconiled March payment. I needed to ADD the April transaction so that the account was accurate. I'll have to keep an eye on the May transaction when it hits the books later this month.

Reply to
Laura

When the transaction is in the "Accept" window and you click on it, thre are two buttons. One is "Accept", the other "Edit". Click on "Edit", then click on "Make new".

Quicken does not look at the date. Typically you'd enter the transaction on the day you write the check with the date of that day. The download from your bank will have the date the check cleared your bank. Imagine the outcry if none of your manually entered checks match because the date is off by a few measly days.

Reply to
Mike B

I haven't had occasion to verify this recently, but I think Quicken will not match a downloaded transaction to a register transaction with a future date ... possibly not even to one with a date later than the downloaded transaction date.

Which indicates a course of action: if you have scheduled transactions; make sure they are in your register before you "accept" their downloaded real-world counterpart.

Reply to
John Pollard

I thought that the last release of Q2004 was R5. In any event, if you have Q2004 (any release), you don't have Q2005.

And you tried "Make New"? (To the right and below the transaction in the "Accept transactions into register" window is an "Edit" button: click that and note the options).

If you have regular payments, set them up as Scheduled Transactions in Quicken. And if they are for fixed amounts each time, set them up to record in your register automatically - in any event, make sure you cause those transactions to be entered in your Quicken registers before you "Accept" their downloaded counterpart. If the Scheduled Transaction (or any transaction) is already in your Quicken register when the real-world transaction downloads, the downloaded transaction will match (the correct transaction) and not create a new transaction in your register.

Reply to
John Pollard

Thanks. That makes sense. I never thought to hit the edit button.

Good point. That's what I figured.

Reply to
Laura

Ok, I tested this a bit in Q2005; there is a date range that the existing register transaction must fall in. If the existing transaction date is over 30 days earlier than the downloaded transaction date, no match. If the existing transaction is more than 1 day later than today, no match.

< snip>
Reply to
John Pollard

John, Please see a recent post from me in regards to scheduled transactions.

Thanks,

David...

Reply to
David ~

My bad, I was only thinking about transaction dates in the past. Quicken

2004 indeed does not match downloaded transactions with transactions in the future. Just last week one of my credit card charges came through a few days early and it wouldn't match it with the scheduled transaction in the register until I changed the register transaction's date.
Reply to
Mike B

When I first launch Quicken the screen says 2005 but in Help>>About it says

2004 R3.

No I hit accept by accident. When I realised my mistake I manually added a new transactions by going into Edit>>Transaction>>New and added the transaction with the April date. It worked okay.

Perfect. The one in question is a regular monthly - same amount each month so I will add those in for the month first. I see that it is expecting a May payment for this vendor so I will go ahead and schedule it shortly. Thanks for your assistance.

Reply to
Laura

I saw it, but do not grasp its relevance here.

Reply to
John Pollard

Only that a thread I started got "hijacked" and ended with a comments on scheduled transactions which is another area I was having trouble in. Seeing as how it's somewhat quiet in here, I thought you may of been able to provide some input.

Reply to
David ~

I noticed you solved your problem. I have no useful response about Quicken not posting the scheduled transaction except that, as far as I know, that has always been something that occurs only once per run of Quicken. I would not be surprised to find out that there was a good reason for that, including not having to scour the Scheduled Transaction List multiple times per run, etc.

Reply to
John Pollard

It was more of an accidental observation than anything else... And I noticed it between posts... It seems that your reasoning is sound as I've also noticed that Quicken will not advance its current date if left open overnight. I would personally like to see an option in Quicken to verify the time at some obscure morning hour (such as 0300) and update itself in regardsto the calendar, scheduled transactions, etc...

David...

Reply to
David ~

You should suggest this to Intuit. You can do that from the Help/Submit Feedback menu item. Who knows if it does any good. At least, it should not do any harm.

Peter

Reply to
P Ruetz

Perhaps if Quicken offered up a dialog noting that it had been open during the change to a new day and giving you the option of allowing Quicken to take certain actions, that would satisfy the need.

I thought of another problem with automatically posting to your register after Quicken first starts: if you have been working on Quicken for a few hours, make a backup, then leave Quicken running for a day or more: if Quicken then modifies your fileset without informing you (as it normally does, for example, when it automatically enters scheduled transactions in registers), you might not realize that changes had occured and you might not backup again as perhaps you should.

Reply to
John Pollard

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.