You would create a custom component as descibed in the
wiki FAQ.  Depending on how you're using OFBiz the
custom component could be based on the order manager
or the accounting component

Depending on the uniformity of your tax code and the
uniformity of your product(if your purchase tax rate
is the same as your sale tax rate for that
item...always AND you simply resell the product you
purchased unchanged) you could divide price paid by
(1+ tax) using the tax rules you've set up for the
product and store that number as the base price then
subtract base price from price paid to enter as tax
adjustment.

Otherwise, if your industry doesn't follow the
uniformity or you have some sort of manufacturing
component in your business, you'll have to set up
additional tax rules that are related to the
SupplierProduct entity.  Because this won't be very
elegant, if you have to go this route, it may be more
worthwhile to rewrite the product entities to be
generic and and strip Product.productId of any implied
meaning outside of being a unique identifier (which
would solve a lot of industry specific issues that
would be very dificult for OFBiz to solve otherwise,
but that currently fall in the category of worrying
about issues that no one is currently worrying about).
 So, if your calculator is still working, that may be
easier in this situation ;)

--- Iain Fogg <[EMAIL PROTECTED]> wrote:

> Chris,
> 
> Can you walk me through the mods required to do
> this?
> 
> Would it be smart enough to "invert" the tax rule
> for specific product. 
> Eg, different products have different tax rates that
> are (presumably) 
> dictated by the tax rule (or rules) that apply to
> them.
> 
> Cheers, Iain
> 
> Chris Howe wrote:
> > --- Iain Fogg <[EMAIL PROTECTED]> wrote:
> >   
> >> things with the current implementation, the only
> >> hassle being that I 
> >> have to store all my prices ex-tax - this is
> >> slightly painful because my 
> >> suppliers generally provide inc-tax prices and I
> >> have to reach for my 
> >> calculator :-)
> >>
> >> Cheers, Iain
> >>
> >>     
> >
> > Then that should be a simple change to the
> purchase
> > order services so that you're entering pricing
> inc-tax
> > and it's storing prices ex-tax + storing an
> adjustment
> > for tax
> >
> >
> >   
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Free Edition.
> Version: 7.1.408 / Virus Database: 268.13.3/473 -
> Release Date: 12/10/2006
> 
> 

Reply via email to