In general we don't plan on doing sales tax calculation for purchase
orders because it is EXTREMELY complicated. In order to do it
properly, you have to know more about your supplier than a customer
usually does. In some places the taxes are fairly flat and simple,
but even then do you really want the liability of having come up with
a number for the taxes? Either way, the vendor is responsible for tax
collection and the associated liability in most places, so chances
are they won't want your number anyway...
So, yeah, you could make changes to OFBiz to use the sales tax calc
stuff for purchases, but doing so really isn't a best practice from a
business perspective so I don't think such a thing should ever go
into the project. Of course, I'm not really an expert in this field
and if discussion went in this direction it could/would certainly
happen.
-David
On Aug 8, 2006, at 3:21 AM, Scott Gray wrote:
Hi Iain
I had quick look at this as I'm a kiwi and I'll need the same thing
at point in the future for our GST here, so far all I've found is
calcAndAddTax in CheckOutHelper.java which does nothing if the
order type is not a sales order. I guess that would need to
modified to handle purchase orders and somewhere further down the
line would need to be logged against a different account rather
than the 'sales tax collected' account. You would need to make it
fairly flexible as you probably don't want GST showing up on
overseas purchase orders which would be paid to customs rather than
the supplier.
Good luck
Scott
Iain Fogg wrote:
Has anyone worked out a method for tracking GST/VAT on purchases
(not sales)?
The code makes a pretty big assumption that SALES_TAX is not
applicable to purchases, so I can't use that plumbing to implement
GST on purchases, as you can with sales. Specifically, if I
purchase GST-ratable products worth $110 from a supplier, then $10
of that (assuming a GST rate of 10%) is a claimable business
expense. I need this fact recorded somewhere.
I've tried to mess about with Promos and Agreements to "fake" it,
but no luck. Has anyone else solved this problem?
Cheers, Iain