Hi Sergei, Shipping tax *does* work for the simple situation where you have one row in the TaxAuthorityRateProduct table with a product category of null (i.e. "don't care").
Individual products can opt out of that rule in TARP because they have a taxable attribute that can be set to N. For the more complex situation where you have different taxation rules for different product categories, yes, we have a problem. Version 10.04 is now done, and 11.x approaches. I am very new here and in no way do I speak for the Ofbiz community as a whole, or the project management committee. That said, I don't expect this problem to be improved in the near future. Anyone out there working on this area? Last week I was at a talk at linux.conf.au by Noirin Shirley of the Apache Software Foundation. One thing she said is that in the ASF they have a phrase "well volunteered!". If it's important to you, you could work on (or pay for!) a fix for this. Cheers Paul Foxworthy Sergei wrote: However, the shipping tax is not working for the standard use cases (without any hack solutions) and it seems the situation is not going to be changed in the next release, is it? On Wed, Feb 2, 2011 at 11:53 AM, Jacques Le Roux [via OFBiz] < [email protected]<ml-node%[email protected]> > wrote: > To be more clear, what have changed in trunk is the possibilit to have > prices with VAT included and code was changed accordingly. > So the ProductPrice and OrderAdjustment entities have changed but not The > TaxAuthority data model, see > http://svn.apache.org/viewvc?view=revision&revision=1042542 -- View this message in context: http://ofbiz.135035.n4.nabble.com/VAT-is-not-applied-for-the-shipping-tp3234699p3256448.html Sent from the OFBiz - User mailing list archive at Nabble.com.
