That's pretty much correct. A product can certainly have some prices with tax included and some without.
Keep in mind though that there are possible configurations that will result in invalid (or undesired) numbers coming out the other end, such as a price in a certain currency without tax included that has a from date later than another price with the same currency and also a valid from/thru date range that has tax included. That could be eliminated by passing down the ProductPrice record that the calculated price was based on (probably the List price), but doing so would require a lot of code changes. -David On Dec 15, 2010, at 9:28 PM, Paul Foxworthy wrote: > > Hi, > > Can I check I understand what's going on in lines 394 and onward in the > getTaxAdjustments method in TaxAuthorityServices.java? > > You can choose a price based on any criteria, and that price is passed in > the itemPrice parameter to the getTaxAdjustments method. This method looks > at the default price for the product to determine if the itemPrice is > tax-inclusive or not. If the default price is tax-inclusive, the actual > price being charged for the product is assumed to be tax-inclusive as well. > An adjustment is calculated so that the tax rate being charged for the > actual price is the same as the tax rate on the default price. > > Have I got that right? If so, should it be possible for a given product to > have some prices that do include tax and some that don't? > > Thanks > > Paul Foxworthy > > > -- > View this message in context: > http://ofbiz.135035.n4.nabble.com/Re-svn-commit-r1042542-in-ofbiz-trunk-applications-accounting-src-org-ofbiz-accounting-tax-order-dat-tp3074820p3090321.html > Sent from the OFBiz - Dev mailing list archive at Nabble.com.
