Hello,
I use for my project a tax calculation in VAT style.
For this goal I use the OFBiz Tax authority settings and
*TaxAuthorityRateProduct* mechanism.
To be more precise, I added the content of the entity here:

/<TaxAuthorityRateProduct description="VAT 19%" productStoreId="BStore"
taxAuthGeoId="DEU" taxAuthPartyId="taxAuthority"
taxAuthorityRateSeqId="10004" taxAuthorityRateTypeId="SALES_TAX"
taxPercentage="19.000000" <b>taxPromotions="Y" taxShipping="Y"*/> /

Please, notice that : *productCategoryId* is not specified - it is empty
(null).
The empty *productCategoryId* allows to calculate taxes for shipping and
promotions.
Why it is so, could be find in
org.ofbiz.accounting.tax.TaxAuthorityServices.getTaxAdjustments() method.
As result, the tax calculation for shipping and promotions works fine. 
But what is about another adjustments? We have another adjustments which
must be taxed as well, but the system does not allow to setup this
somewhere.
Why only shipping charge and promotion adjustments have a special status and
can be controlled in the tax authority settings?

"calcTax" service is one key service in tax calculation, and it is obvious
which input data it expects for:
...
<attribute name="orderShippingAmount" type="BigDecimal" mode="IN"
optional="true"/>
<attribute name="orderPromotionsAmount" type="BigDecimal" mode="IN"
optional="true"/>
...
and again, shipping charge amount and promotions amount have a special role
in tax calculation...
Is it a good design for tax calculation in context where each adjustment has
to be taxed? I do not think so.

I am looking for an elegant solution to fix my problem.
Thanks.

--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Tax-calculation-for-all-order-adjustments-tp4119597p4119597.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Reply via email to