Forum Replies Created
-
Posts
-
PCreagh:
As our 1st. Aussie to the forum, Welcome.
With regards to your question on saving the date, create a Macro for yourself called PUT or SAVE and use ~EP. Then add the item to your Fkeys ( I use F4). I suggest PUT because the / E P saves the date, description or amount.
When your talking about saving Many Invoices (ie: rents which are always the same) use the BLKCOPY and BLKPASTE.
Of course I assume you know that once you’ve saved a date, you then only the the portion you wished changed. For example you saved 13 May 2004. Tomorrow on the date column just enter 14 and press F4 to save 14 May 2004.
Read the post “Printing to Network Printer” and the “nvPRNq”. Should tell you all you need to know.
Post Edited (05-07-04 12:34)
That the nature of the beast. Clearly once you’ve completed March any transaction to the ARAP (reconciliations) will change the Aged report.
You should not expect to be able to go back and see the March Balances since ARAP are ongoing items and will change with each entry.
Option: Make a backup at the end of each month which can be accessed later.
They should match unless you are Back Dating entries, assuming you are printing the AR and AP from zero to the end of March, Type A. (to match the Balance Sheet).
Payments received and cheques written would affect both the BS, AR & AP reports the same way (based on the date of the entries. Reconciling items will have no affect on the balances (only Open items).
Only other item is if you entered items from a Journal and entered two different dates of entries affecting the BSARAP
Bob:
When you say *used* to be….., do you mean it used to be for ONLY printing T4’s and now has been changed to a Menu of choices?
It would be nice if you would modify PAYT4, so we could Block all the Payroll reports (where we have employees separated into Dept Payroll reports and the Terminated) and run PAYT4.
I have clients who have up to 25 Payroll Reports and it’s a PAIN to have to run PAYT4 (then PREP and PRINT t4) for each report where employee files are found.
Actually we do it in a backup where we move all the employees into one report.
Not trying to prolong a minor issue, but neither of the Templates offered with NV is that great.
I suggest creating your own set of books with NO year end date (called whatever) to be used for starting a new client. It may contain generic BS, IS, AR, AP, IR, GST, GJ, etc reports (with mainly all the Total accounts and Total to’s setup) which can be modified quickly to suit the clients needs. If you have a group of Macros or Procedures you install with each books these would be already installed.
I find this works much better than starting from scratch.
Finally you never get the Feb 29th error when changing the year end date in the Odds & Ends of books.
Post Edited (04-27-04 09:16)
David:
“The Zero cheque can be used – providing the negative amount remains. Then the zero cheque is compliant. However if you issue a zero cheque, and remove the negative amount / the offset to the payroll account is not correct. In this context – I was suggesting the zero cheque is not GAAP”There is no change made to the Original payroll distribution entries. An new line is added to Add Back an amount so the distribution is brought to a zero balance. The cheque line is Zero’d out since NO cheque is actually printed or issued.
There are many transactions where GAAP is not followed to the letter, but the clients are not accountants. They want the figures to reflect things they understand. If someone is overpaid then they want to show the person he did get paid for the hours worked, and they want the balance outstanding to show up on the AR or Advance account (to be deducted off the next cheque).
Post Edited (04-22-04 22:13)
LChilds:
This problem seems to occur when its a Payable Vendor being imported (probably AR also).
I’m not a programmer, but I do try to provide simple solutions where possible. I your case I would do the following:
Create a macro say IMP with: ~DE ~DV”L”.
then another say RUNIMP with: @call “IMPORT”.
@jmp “IMP”.So instead of running IMPORT, run RUNIMP.
Not fancy but it works and one doesn’t need special skills to solve the problem.
Post Edited (04-22-04 21:19)
The zero cheque (even though No Cheque is actually printed) comes into play when an employee has received Advances which (or the Deductions) exceed their Net Income. In these situations they want to provide the employee with a printout of the payroll detail (earnings & deductions), while the balance (if the cheque does not work out to zero) to be applied back the the Advance account or to an AR account.
An auditor would not have a problem with a so called zero cheque, especially since it does reflect that the employee did get paid for the hours worked and the correct allocation is made to Canada Customs.
Under the current options to achieve the above, they use Ctrl F6, which produces a Negative cheque. This entry must then be edited to bring it down to a zero balance.
LChilds:
Must apoligize, it does leave you in the Notes view as David mentioned. It is something QW can probably fix. However, I suggest you create a Macro for yourself and call it LEDGERV. In the procedure type ~DV”L”. then add LEDGERV to the Shift F3 function key (only because that where I have all my clients add it) using FKEYS. Then you can quickly switch from the Notes (or any other view) to Ledger with Shift F3.
Post Edited (04-22-04 08:07)
Be nice David. Let’s assume that no response means they are working hard and have no news to give.
I’m sure they are as anxious as us (more so since their income is generated only from sales of NV products) and would post the news the loudest if they did have a finished product.
Are you using the EXPSETUP, then IMPORT or / B X and / B I?
Not that it makes a difference, because I can’t say I’ve encountered that problem using either method. Which are you using?
Many of us have seen the early releases of NV2. Speaking for myself, I was impressed with it’s potental and initially felt it would be ready by last December.
However, after using the early versions (I’m talking about the Aug 03 to Dec 03 versions) I found the program far from functional and I had serious concerns about the speed of the product.
Q.W. Page has since made MANY improvements and incorporated many requests from those who attended the NV2 Workshops. The program is considerably faster and they have added many of the features you find in NV1.
Having said that, we have not seen an Update for some time and the current version is far from complete. The next release should tell us how close they really are to completion.
Post Edited (04-19-04 21:38)
