Hi Rajesh,
What you need does not exist. If it could be generalised and used all over the
world that would be perfect.
This need to be discussed in dev ML in order for everybody to agree (or at
least get a consensus) and so avoid wasting time
Then we can create a Jira and if possible attach a patch
Thanks
Jacques
Le 11/10/2017 à 13:15, Rajesh Mallah a écrit :
Hello Deepak / Everyone ,
We have been able to achieve the selective application of taxes by
modifying the service calcTax ( java function: rateProductTaxCalc )
it works as expected.
The logic works by removing those taxes which are not applicable as per
the situation (ie based on Shipping addresses)
However we would want the implement it in a more generic manner,
rite now the code checks specific PartyIDs associated with the TaxAuthority,
is there any way to indicate that this specific handling of taxes should be
limited to certain kind of taxauthorities ?
Is there way of setting some meta-data on TaxAuthority or some kind of
classification.
regds
mallah.
On Tue, Oct 10, 2017 at 12:34 AM, Deepak Dixit <
[email protected]> wrote:
Sure ,
Please let us know if you face any issue. :)
Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co
On Tue, Oct 10, 2017 at 12:21 AM, Rajesh Mallah <[email protected]>
wrote:
Thanks it helps. Shall give it a shot.
regds
mallah.
On Tue, Oct 10, 2017 at 12:01 AM, Deepak Dixit <
[email protected]> wrote:
Hi Rajesh,
There are two way,
1. You can do changes in applications/accounting/src/
main/java/org/apache/ofbiz/accounting/tax/TaxAuthorityServices.java
and
create patch and maintain it in your custom component.
2. You can override service calTax and/or related services/method in
your
custom component.
Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co
On Mon, Oct 9, 2017 at 11:56 PM, Rajesh Mallah <
[email protected]>
wrote:
Thanks Deepak , Appreciate your response.
I had a glance over
applications/accounting/servicedef/services_tax.xml &
applications/accounting/src/main/java/org/apache/ofbiz/
accounting/tax/
TaxAuthorityServices.java
looks encouraging!
how should the change be managed to survive ofbiz upgrades?
are we expected to change TaxAuthorityServices.java ?
regds
mallah.
On Mon, Oct 9, 2017 at 11:31 PM, Deepak Dixit <
[email protected]> wrote:
Hi Rajesh,
To calculate GST you need to write custom calc tax service, that
honor
the
shipFrom address as well.
GST is common but how to calculate GST is different, As per Indian
context
GST is calculated based on shipFrom and ShipTo address.
You need some changes in calcTax service and getTaxAuthorities
methods
that
return the taxAuthority.OFBiz has capability to setup different
taxAuthParties. So with proper data setup along with some changes
you
can
setup GST tax calculation properly.
Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co
On Mon, Oct 9, 2017 at 9:45 PM, Rajesh Mallah <
[email protected]
wrote:
We find that most of logic of Tax is in:
applications/accounting/src/main/java/org/apache/ofbiz/
accounting/tax/
TaxAuthorityServices.java
can/should we modify it as per our need or there is a
better/easier
way?
As GST requirement is very common(universal) now in India , i am
curious
how people have implemented
here using OfBiz.
regds
mallah.
On Mon, Oct 9, 2017 at 8:13 PM, Rajesh Mallah <
[email protected]
wrote:
Hi ,
I need help regarding how to apply taxes broadly based on the
fact whether the supplier and consumer are in same state or
not.
We are able to apply taxes based on GEO ID of the customer but
what is really required is the below:
If Supplier.state == Customer.state
add adjustment SGST @ X%
add adjustment CGST @ X%
else
add adjustment IGST @ X+X%
where:
CGST --> Central Goods & Services Tax
SGST --> State Goods & Services Tax
IGST --> Integrated Goods & Services Tax
Any help on this regard is solicited.
regds
mallah.
