[DGlezos]

We are long-term NV1 users & have done some truly remarkable things in report configuration for in-house clients over the many years (as I am sure many of you have). The frustrations we have with the excruciatingly slow roll-out of NV2 is similar to that reflected in the frustration in the various posts above – confusing GUI, steep learning curve, speed issues & certainly report generation. Multi-user is not a requirement for our bookkeeping service. I have been told that there is substantial unreleased code in NV2 relating to other features, yet report writing to produce simple publishable statements never seemed to cross anyone’s mind at QWP.

Unfortunately, I do not take heart with the current pace of NV2 development & the lack of a marketing plan that reaches out to accounting professionals outside of ON. In QC, we have additional issues with language, appropriate training materials in French & the fact that accounting students coming out of the local colleges & technical schools, and regional accountants, have never heard of NV1 or 2.

We had used Wordperfect & Quatro-Pro for years before we were forced by the MS juggernaut to convert to Office, since everyone else in the field was using Office. I have reached that same tipping point with NV2 & we are now looking closely at Acomba – heavily installed in QC (75k users), good research team, good technology across the board – Accountant’s Suite 495$ all modules in + gold support, multi-user, unlimited nbr of office users & clients. We would bail on our payroll software at the same time, so I am looking at a net annual outlay of 225$. I know there will be some limitations in how far out there we can get with this software in terms of report config., but every CV I look at from students to experienced bookkeepers includes Acomba training.

Additionally, if I ever wish to sell this practice, I need to have each service area sufficiently anchored to solid software. Another accountant walking in here would make short work of NV1. I had hoped that by 2008 we would have long-installed NV2, had worked out the bugs and had substantial experience accrued in our staff, but after a 1-month testing 2 yrs ago, the consensus was unanimous that NV2 was not for us; I have not seen or read anything since that time to convince me that enough has been done in the interim to get us back into testing. I really wish that were not the case ‘cuz this sure reads like my swan-song…

Dennis Glezos

Dennis

[DGlezos]

Thanks Martin – I followed your instructions.
Dennis

[DGlezos]

Hi Martin;

My NV folder was a little congested with other files so I copied & burned the cd directly from the program disks, in sub-folders disk 1, disk 2 , disk 3. Is that ok?

Thanks for this. Dennis

[DGlezos]

I think what happened Bob is that the report date on the GL was initially set to 0/31-12-2007 for the recording of the balance sheet amounts (capital asset additions & loan repayments). When my assistant got down to the Revs & Exps, she changed the report date to 01-01-2007/31-12-2007 & continued entering. Do you think this is why all the balance sheet budget amounts were allocated as a lump-sum to Dec/07 in the monthly history?
Dennis

[DGlezos]

Sorry to beat this thing to a pulp – I figured out that if in the account History view BM, I deleted the Dec/07 entry (which is the budget total for the yr & the only am’t appearing), contracted to the GL & entered the annual am’t again, the 1/12 allocation is correctly calculated. I think this is an acceptable work-around instead of having to manually enter each month….I’d still like to know why it happened in the first place.
Dennis

[DGlezos]

Spoke to soon. The 4 errors of which we were aware & I corrected manually occurred in revenue & expense accs. On closer review, all of the budget entries for the assets (capital additions) & liabilities (debt repayment) have problems in that the history view BM shows the total annual amount allocated to Dec/07, instead of being automatically allocated 1/12 to each month. We have followed the same steps in entering the budget this year as in past years (GL set to 01-01-07..31-12-07 , & have never had this problem. I really don’t want to have to manually enter each balance sheet acc monthly. Any ideas on why this occurred?
Dennis

[DGlezos]

Bingo! Thanks Henry. I must be using NV for 20 yrs & have never looked at the history view of any account. What other use is there for this view? I edited the problem accs & now the reports are fine.
Thanks again..Dennis

[DGlezos]

I am exporting the way I am supposed to – print/all or block & then print

It seems to be working intermittantly. I printed a report where in fact I could autosum and format (round) the values.

I printed a GL acc. where I could format the entry value but not the accumulating balance line.

I printed another report where I couldn’t format the values. If I overtyped a number, the new value would then appear formatted (i.e. rounded)

[DGlezos]

In our testing, the Excel spreadsheet values generated from NV2 cannot be formatted (rounded or decimal setting) or mathematically manipulated – summed, put into formulae. All of the generally simple keystokes that we apply when building speadsheets or analysis leadsheets in other areas of our accounting practice in Excel do not seem to apply to these print templates.

[DGlezos]

The only place the comma is printing in Excel is on the NV2 reports. My regional settings have replaced the comma with a space in Custom/numerical. So for all my other Excel schs, 100,000 prints as 100 000.

I cannot find a setting in Tools/option that allows me to modify the comma setting you describe above. I am using Office 2000. I still have this prob.

Dennis

[DGlezos]

I converted a set of books last night in NV2 that for some reason has cut-off the transactions at July 2, 2005 even though there are trans. in NV1 booked to 01-08-2005. Any reason on why this should be?
Dennis

[DGlezos]

Martin;
I was able with “integer” to round to whole dollars. However the report is printing the numbers with a comma preceeding all numbers i.e.
,960 ,175 etc. These commas do not appear on the screen but in the printed report. How do you get rid of them (for numbers under 1,000)?
Thanks..Dennis

[DGlezos]

Have you not found that the export to Excel for printing is very limited in that Excel does not recognize the numbers as such but as characters so you can’t really work “downstream” mathematically? One of our problems is trying to duplicate some complex print templates that we have setup in NV1 for different clients, with % analysis in statements.

Do you do any bookkeeping for clients that you bill based on time? I am trying to determine if Nv2=NV1 for overall functionality & efficiency. If not, then we can’t use it commercially in our practice.

[DGlezos]

This is not in direct response to your request but I am wondering, having used NV2 for a month, if you feel the productivity level is where it should be. From what we have seen in our somewhat limited testing of NV2, the report printing feature is woefully inadequate for what we have in NV1 & I am not sure that we can get anywhere near the time efficiency of NV1. We do a lot of bookkeeping for small business clients & we have no room to increase chargable time on any files. Can NV2 perform to our expectations or do we have to bail on the licenses for a year until product is refined? Any comments for similar users?
Dennis

[Author]

Posts