|
From: Dieter S. <dsi...@sq...> - 2001-10-19 16:45:17
|
This is how taxes are calculated on an invoice.
Assume
customer tax1 tax2 partA tax1 tax2 partB tax1 tax2 tax charged
x x x x x x A1, A2, B1, B2
x x x x x A1 B1
x x x x A2, B2
x x x ---
x x x x ---
x x ---
the same applies to vendors
Calculation of taxes on the AR and AP "Add Transaction" screens are for
convenience only so you don't have to use a calculator to figure out the
taxes, I still expect you to read the invoice and enter the tax you
actually paid or charged out. For tax included situations two GST accounts
will not work right now. I'll make the tax accounts visible so one can
change the tax.
Dieter Simader http://www.sql-ledger.org (780) 472-8161
DWS Systems Inc. Accounting Software Fax: 478-5281
=========== On a clear disk you can seek forever ===========
On Fri, 19 Oct 2001, adrian wrote:
> Dieter Simader wrote:
> >
> > It also works for the AR and AP screens. You get both GST accounts listed
> > and then you fill in either one. Just label them appropriatly to
> > distinguish between the two.
>
> Using "add transaction" , enter the data, then "update form" includes
> both types of GST so the result is incorrect. One way arround the
> problem would be to create 2 vendors, one for capital GST and one for
> non-capital GST. The best solution would be to have a drop down box that
> enables the user to select the type of tax account.
>
> An additional thought partly related is when the "tax included" button
> is selected that the ammount of tax is calculated and put into that tax
> account. This may be undesireable for some. An additional button may be
> required "calculate tax"
>
> To make matters worse in a single invoice there may be capital and
> non-capital GST items, in which case the invoice will need to be entered
> twice OR manually enter the values and not "update form" ..... thinking
> this is were the second button , "calculate tax", on by default, can be
> used. If it is off and "tax included" off, then "update form" simply
> adds ammount and taxes.
>
> Everytime you add complexity someone will want more or ask for a
> variation to suit local conditions. I think the above adds greater
> flexibility. I have not looked at AR, but a similar solution may be
> applicable.
>
> Adrian
>
|