Forum Replies Created
-
AuthorPosts
-
BHalpinParticipant
Windows System Restore *WILL* restore NV1 books! (I know for a fact – it saved my bacon recentyly.)
The file extension ‘NV’ is one that Windows considers to be a ‘system file’ and therefore NV1 books (DATAD.NV) is caught up in system rewtore operations. (Ever notice the long pause when you open a large set of NV1 books? That’s system restore making a backup.)
So, there is no mystery here – wehen you did a system restore to remove that program it also restored old copies of your NV1 books.
The only way I know to avoid all this is to save your books on a drive other than C:.
Bob
BHalpinParticipantPUTPROCS/GETPROCS is fine – make sure you use set the ‘Overwrite procedure notes’ to Yes on the GETPROCS end though.
AND! Nobody mentioned this – run PARSE and parse the template after you bring it in.
BHalpinParticipantA follow-up.
Yes, finding a suitable printer can be an issue. A few points:
– Generally speaking, all HP Laserjets will work.
– For other makes, inspect the specs carefully. You are looking for the printer languages supported, and PCL (HP’s Printer Control Language) is what you must find. If it’s not there, then you can be 99% sure the printer won’t work with a DOS program. If PCL is listed, the version doesn’t matter.
– It’s possible to print from DOS though a USB port. I’ve done it. Once. Other attempts failed for no good reason (I get cryptic Windows errors when issuing the NET USE command, or no error message, but no output either.) The time I did get it to work was maybe a fluke, but it was on my home machine (XP) with a Laserjet 3300. It worked great for about a year then stopped working. After hours of hair-pulling I gave up and hooked the printer up with a parallel cable and it’s been fine since then. (It’s been suggested that an otherwise benign Windows update clobbered my DOS/USB printing capability, but life is too short to ever know for sure.)
Lesson learned: Buy an HP Laserjet and use a parallel port hookup. You *may* get a USB connection to work, but don’t count on it.
Bob
BHalpinParticipantHi all.
I don’t think it’s really fair to slag QW on this.
Computers can still be equiped with parallel ports – you just have to specify one when you buy the machine. Also, parallel port add-on cards are available at every computer shop for $20 or so.
Also, the frustrations in getting DOS printing to work on a current system are not the fault of QW – or any other software vendor, except Microsoft.
To sum up – if NV (Dos) is the ‘perfect’ solution for a company’s bookkeeping, then why is the cost/effort to maintain an environment in which it can be used such a burden? After all, the cost of ownership for DOS NV is zero.
That’s my two cents worth.
BHalpinParticipantTry copying the workstation file to the other computer as well. (Backup/rename the one that is there first though. Just in case …)
The workstation file (workstation.nv2, found in the NV2 install directory) contains all your personal settings (window arrangements, column widths, etc.) for each database you use. If you copy it to the NV2 install directory of the other machine then you will carry all your settings along with you – and I believe that will include your copy/paste settings.
Bob
BHalpinParticipantYes, that ‘dog’s breakfast’ is ugly stuff.
I’ll try to find some old notes on this and post them.
Bob
BHalpinParticipantAs far as the ‘proc’ directory goes – it is not part of the problem or solution. It simply contains the source-code of the standard procedures – and is quite likely years out-of-date. Ignore it.
When moving NV to a new computer, it is by far the best and easiest practice to copy all of the NV program directory to the new machine, as well as your actual books. When you do this, you get *all* the program files, plus the procedure library files, and you should be able to pick up where you left off on the old machine without missing a beat.
Bob
BHalpinParticipantI would like to respond to the 1st point/question:
1) I noticed in the DEMO books that Vacation pay earned for each employee totals to an expense account for wages. Is this the proper time to do it, or should it be totalled when the amount is actually paid (from VACATION PAID account) for each emp.?
IMHO, in a setup where employee vacation pay is both added (earned) and deducted (accrued for future payment), the earned should total to expenses. Why? By law (in Canada, anyway), every dollar you pay an employee incurs a proportional liability for the vacation pay on that dollar. With the vacation pay earned account totalling to expenses (rather than the Balance Sheet) you are properly recognizing the true total expense of that employees dollar of wages to include the statutory vacation pay. And, the expense of that vacation pay occurs at the same time as the dollar of wages.
On the other side, the vacation pay withheld (a credit) account totals to your liabilities, together with the vacation pay paid account (a debit). Together, the net balance of these two accurately reflects your current liability for vacation pay.
YMMV
Bob
BHalpinParticipantHi.
This might/should do the trick. Put the following code on the template where you want 12 pitch to start:
@CHR(27,40,115,49,50,72)
The following code to return to 10 pitch should be placed at the end of the stub, otherwise the next cheque will start out in 12 pitch:
@CHR(27,40,115,49,48,72)
Bob
BHalpinParticipantAll questions that regard errors with ‘Bug’ at the front should be directed to Q.W.Page (support@qwpage.com).
Bob
BHalpinParticipantNo, payroll does not (and should not) use two different years calculations.
Tax (etc.) calculations used are based on the cheque date – it doesn’t matter when the pay-period begins or ends. So, if the cheque date is in 2007, 2007 rates are used. And if the cheque date is in 2008 then 2008 rates are used.
So, that’s not the reason.
Now, probably one of two things happened to cause the difference:
– The 1st cheque you mentioned was dated in ’07 and the 2nd in ’08 (therefor two different tax year calculations were used.) Unlikely, but a possibility.
– Something in the employee’s setup was changed – like a TD1 amount.
If that doesn’t explain it, then you really need to get into the ‘guts’ of the payroll calculations and it should be fairly easy to discover exactly what happened. Here is what to do:
On the Payrun table, click on the payrun that contains the 1st cheque you mentioned. In the pane below, click on Notes. Now you’ll see a text listing of the payroll processing for all the cheques in that Payrun. Scroll down and find the employee in question. Then look for — Federal Tax Calculation. There you will see the gory details of the tax calculations.
You should copy the text of the calculations into Notepad to make the next comparison step easier – just left-click and sweep down with he mouse to hilight the text you want, then do Edit Copy in the menu bar at the top of the screen. Open Notepad and Edit Paste. (I would copy the entire block for that employee – not just the tax calculations.)
Now, in the Payrun list, click on the Payrun that contains the 2nd cheque. Look through the Notes for the employee in question and examine the tax calculations there. Compare this to what you copied into Notepad and you will have your answer.
Bob
BHalpinParticipantHi Les.
Ok, now it’s all clear.
If you did custom programming in NV1 to accomplish your goals, unfortunately that won’t convert to NV2. Also, at this point, the only source for customizations is Q.W.Page.
So, if you can’t get what you want “out of the box”, you will have to speak with Q.W.Page.
Bob
BHalpinParticipantFirst, I have to assume you are attempting to feed the T4 ‘flat’ sheets through the dot-matrix printer. I say this because, to my knowledge, the tractor-feed multi-part T4 forms for use in dot-matrix printers are no longer available. Assuming this is correct, I have my doubts you will succeed unless your printer has a cut-sheet feeder.
But …
In general, the T4 template does not usually require any modification – assuming you are printing at 10 characters per inch (horizontally) and 6 lines per inch vertically. If you are not sure what print size you are getting, get out a ruler and measure the printing from your printer. If it’s not the numbers just mentioned, then you will likely need to fix this before any template modifications will bear fruit. The line-spacing is the most important – anything other than 6 lines per inch and you are in a world of hurt.
Next, my advice is to work with the T4PRINT settings “Forms per page”, which should be 2, and gap between forms. The latter will take some experimenting with – it is the distance (in lines) between the bottom of the 1st T4 and the top of the 2nd – and experimenting with this setting is necessary to get the proper vertical alignment of the two forms. Also, the setting “Laser Printer”, if set to “Yes”, will cause a form-feed after every 2nd form (assuming forms per page is set to 2, which it should be.) If you have a cut-sheet feeder, then probably this should be set to “Yes”.
If you are hand-feeding the forms, then you will probably only be able to print the T4s in batches of two. That means block two employees at a time if the “Copies per employee” is set to 1, or block a single employee if the “Copies per employee” is set to 2.
That’s the best I can suggest – I have never done this, nor heard of it being done successfully. But, that’s not to say it can’t be done.
Good luck.
Bob
BHalpinParticipantI think you have the T4 template name wrong. (C:/nv2 … nv2_table_template.xls is not a T4 template.)
On the Print T4s settings window, on Template, click F3 and choose C:/NV2 … object/newviews/t4-laser-2007.xls.
Bob
BHalpinParticipantWhen you get the error, press the help button, and report back what the help screen say’s.
Bob
-
AuthorPosts