QB 2007 Accountants Edition Bugs

Can others confirm the following problems:

  1. When the Pre-fill accounts for vendors based on past entries is selected:

If the same general ledger account is used for a vendor over and over again but the user changes the account just once the program no longer fills in the account.

  1. The new feature that limits the number of saved on-demand backup copies to a particular folder does not work.

  1. When a new general ledger account is added to the chart of accounts the financial statement designer warns the user that an account(s) are missing. How do you get rid of this message when you do not want to add this account to the custom statement(s)?

Reply to
Allan Martin
Loading thread data ...

Confirmed

Confirmed. I now have 4 timed & dated backups in the same folder.

In addition, my QB 2007 disappeared after the 3rd backup. The qbw32.exe was still running (I had QBP 2005 open during all work in 2007), a duplicate due to 2005, yet no program was visible. I clicked the program icon again and got the Quickbooks title block flash but again no program. I had to close

2005 and manually end the second qbw32 process used by 2007 before I could get the program to launch again. I had that issue with 2006 upon its initial release as well.

I didn't have a problem closing the dialog box but only received the dialog box after closing & reopening the company file. I can make changes to the COA with a saved statement open without any dialog or warnings. However, when I posted a test transaction to a newly created expense account both the FSD and QB hung with FSD having a huge white space box and QB going totally blank.

After closing QB FSD gave the following error:

"An unexpected error occured while refreshing data from Quickbooks. The error report: XML document must have a top level element. Line: 0 (Error Code: 124) Please report this error to tech support."

-- Tara

Reply to
scfundogs

The problem gets worse. When clicking OK on the error box it starts cycling through error codes. The first click returns the same error box/text but the code changes to 128. This happens repeatedly going through numbers

122-129 then starts over at 124. I had to click the X on the box to get rid of the error.

-- Tara

Reply to
scfundogs

Isn't "beta" testing fun!!

Reply to
klunk

Have you updated to R3 yet? I don't notice these issues noted anywhere in the release notes for R3, so it probably won't fix them.

Reply to
klunk

Yes R3 is installed. I did however spend a little more time working with the new pre-fill accounts for vendors feature and now see that it does indeed work. If the user changes the general ledger account(s) that normally get posted to when entering a check or bill to a vendor then the program will stop automatically entering the geneal ledger accounts the next time a bill or check is entered. If the same account(s) are used for the next 4 transations then the program will begin once again to automatically enter the general ledger accounts. I can only assume that Intuit choose the number

4 as the best value after extensive testing.
Reply to
Allan Martin

Alpha testing we will go, Alpha testing we will go, High Ho the Merry-O Alpha testing we will go!

Hey, on 2006, didn't it take until at least late January to get to R3?

Looks like 07 might get into 2 digit R numbers before 08 comes out. Will this be the buggiest SlowBooks in History?

Reply to
Golden California Girls

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.