Forum Replies Created
-
Posts
-
Les:
Ok, we’ll add a mechanism to specify an alternate backup path to the next build. (That will probably be on May 30.)
Until then, if you are following the reccommended converions strategy (ie: converting the books multiple times, etc.) have you tried compressing all but the current year or two?
A question about your post of May 12 in which you say:
“To make the RAMDISK work, it must be three times the size of the converted books plus have room for the data to be converted.”
If I do the math, you’re saying the space required is four times the size of the result. Hmmm, I’m thinking it should be slightly less than three:
1 – The database that’s being built
2 – Room for the database recovery file
(Up to maybe 75% of the current database size)
3 – The intermediate backupHow do you get four?
Bob Halpin
(Q.W.Page)I’m glad the printing is working, but it’s a little “spooky” …
GSTPAY did’nt make the “short list” for the 1st release, but these will be fleshed out as time goes by.
Re: Henry’s 7 hour import.
Thank’s for the credit on the speed improvement – however nothing has been added/changed to the process that would have speeded it up in any way. So, I’m glad you’re happy with the lower time, but from our perspective the improvement must be something you did on your side.
Re: Backup to other path
Sorry – but this would be a low priority. The import is a process that most users will perform only once, therefore tricking the process out to save 10 or 20% of pure machine time would take a back-seat to adding improvements to the program that will benefit them every day.
1) Are you saying the GST report that was on the Home document in NV1 is missing?
2) Invalid command “sheet#”
a – What is the printer name set on the Print Settings window? (There can be problems if it’s name is > 30 characters in length.)
b – Try setting the printer to empty (or selecting a printer with [F3] if it is empty.)
What port does NV2 use to allow remote access through a firewall?
To clarify a bit further:
As Jack said, 7890 is the port number – but that port number is not related to firewalls specifically – it is the port number for all connections between NV2 workstations and servers.
We never suggested holding the Ctrl-key down during import – only during the export from te DOS version.
It makes no difference in the import.
No.
You would only ATYPE/(TATYPE) accounts that are NOT general.
Any account that is not ATYPED is assumed to be general.
An accounts mistakenly ATYPEd as AP, BANK, or something else, can be ATYPEd to GENERAL if it is not one of the other types.
>Author: DEholnikof (HSE-Montreal-ppp3465488.sympatico.ca)
>Date: 04-21-04 10:37>It is a bit “dis heartening” to see that the good folks at QW Page – do not / >did not give any answers AND are taking so long to reply to such simple >questions.
>Could It be that they do not read the forums as often as they should ?
1. We’re busy. We don’t have time to talk. A finished product is all we care about.
2. This (NV1) forum is here for users to discuss NV1 in, with hopefully helpfull input from resellers or more experienced users.
3. This (NV1) forum is not here for resellers to speculate about our financial stability, or to peddle their competitive wares.
4. We may look in from time to time, but this forum is not ‘moderated’, censored, edited, whatever. Judging by some of the attitutes and posts we see from time to time, perhaps it should be.
Bob Halpin
Yup.
Could happen. Once in a very great while. I’ll add it to the list for a future payroll update.
Bob
For all but ~T4L.TPL:
The name of the procedure the template is meant to be used with is at the front of the template’s description. In all these cases it is PAYT4 (after you strip off the ~.)
When you tell PARSE to parse any of these, it calls PAYT4 to obtain the slot list for that template.
PAYT4 *used* to be the proc that priinted T4s, but changed several years ago to a menu from which you could choose T4PRINT (the *real* T4 printing proc), T4CHECK, T4PREP, and T4SUM.
So, when PARSE calls PAYT4 it ignores the fact that PARSE is running and puts up it’s prompt.
Possible Solutions:
– In the next update I could make PAYT4 “parse aware”, and have it call T4PRINT and return the slot list. (Would work, but only in books where the Payroll update is installed, which won’t be all books.)
– You could examine the @external statement in T4PRINT, and ignore the template if the version number was over a given value (I could supply you with the versions.)
You are going to run into the same thing with U.S. Payroll as weel, I should think.
Bob
– NewViews Shell
– Make Books
– Choose a Template
– Type a directory
– For Fiscal Year End, type: 29022004
Works (fails) for me every time.
Bob
Hello all,
Yes, there is a bug in Make Books.
I remember this coming up in 2000, and it probably came up in 1996 as well.
The solution/work-around is as described in a previous post – make the books with a Feb 28,2003 year end and then roll the fiscal-year-end aread the 1st time you enter the books.
Bob
That is a tough one, but I can see it’s importance.
I tackled this a few yeards ago for Quebec. They have a rule where in cases where the employee’s deductions exceeded their gross pay (tipped employees, generally) then the payroll must reduce Quebec tax, QPP, EI, and Federal tax (not necessarily in that order) until the net cheque reaches 0.00.
This was difficult, because you have to recalculate the taxes as you are doing it (QPP & EI are factors in the Federal tax calc.) but it worked.
I would be reluctant to open the hood of the DOS payroll to attempt this – my time would be better spent adding it to the NV2 payroll (IMHO).
Bob
