I have tried to use the Commerce Remove Tax Module with the Product Pricing Rule based on the "payment method comparison" which should remove any tax if payment method is not "paypal", but it does not seem to remove the tax.
This is odd because my previous attempt to apply checkout based tax/fee via Product Pricing Rule based on the "payment method comparison" added the fee after the paypal transaction was processed. This obviously did not work so well since it left all of my orders with a remaining balance equal to the tax/fee applied.
Has anyone used this module successfully? Any tips?
Comments
Comment #1
fugazi commentedsame problem. After installation of the module, the VAT is still displayed. See screenshot.
screenshot 1
Screenshot 2
Do I have the rule might have done wrong.
Comment #2
twardnw commentedNot working for me as well. Here's my rule export:
Comment #3
Drupal Bros commentedHi guys - not sure whether you got this working but here is my analysis (FULL DISCLOSURE: Drupal n00b here).
1) I believe you need to put the rule on the "Calculating the sell price of a product" Event.
2) Assuming you update your Rule as per 1) above, in fugazi's case, since 99% of users will not be logged in nor have a billing/shipping address pre-set to CH the regular prices displayed (eg while shopping) will all be VAT inclusive. Then when the user enters address details the prices will update. This may appear to be working, but I believe if the user were then to return to shopping they would start to see tax-removed prices.
If I am correct on the above then there are two issues worth addressing, namely a) we need some documentation for this module, and b) is the above considered "correct" functionality?
I would prefer to see tax removed only at the final step (possibly with a "tax removed" line item).
My code below which would ideally remove taxes once the shipping address is confirmed to be NOT AU does not work, I believe because for the majority of visitors to the site have nothing set for shipping address when they first arrive on the site. The option for me is to do the reverse (ie Condition "is one of" and then list ALL country codes except AU) but this too will break if the visitor sets their shipping address to a non-AU value then goes back and continues shopping.
Comment #4
pyry_p commentedDue to lack of documentation I assumed your supposed to remove the taxes at somepoint within order. Then I thought that that for some reason taxes get recalculated at various phases because some weight issues. So when calculating taxes I just injected the same conditions in reverse to prevent that when order has a shipping address country. It seems to work, but need to test more.
#3 Drupal Bros
1) I concure.
I was wrong.
2) I think that might not be such a disaster. If the removing taxes has conditions that the product(line-item?) has an order and that order has shipping address country outside region. Then the taxes should (and seem to) still remain included while viewing product-variation(not line-item yet) outside the cart(order).Mayby there should be some kind of notification that taxes on the order are removed due to information provided by the customer.
*warning there seems to be unhandled exception in rules where looping over items in "calculating sell price of a product" causes error at admin/configuration/payments page. Placing the loop in component prevented the error.
Comment #5
Drupal Bros commentedTo be honest I never ended up using this as a solution as it was too clumsy out-of-the-box, but I'd be interested to hear how exactly you did this:
Comment #6
jonas139 commentedHi guys,
I have customized the rule and action a little bit and now it works for me.
Here is my rule export:
with the only change to the action is this line:
to
Now the tax is still in the components array but you can unset with this hook:
That worked for me!