Tags/topics: 
commerce coupons
fixed coupon
Discount
4
Answers
Vote up!
0
Vote down!

Proper fixed coupon action. Why is it that the default option of a fixed coupon is to be applied AFTER a tax?

Not only is this non-sensical, but it's not even legal. If a customer is receiving a flat discount on their order, say $15.00, it's against the law to charge them tax on their original amount!

I've been wrestling with this issue for a while now. I disagree with distributing the fixed discount amongst items in the cart...while that may work cleanly for 1 item, it creates rounding errors, and is very unfriendly to customers - their unit price's are arbitrarily lower, not matching a subtotal and get's very confusing.

I've been trying to create a custom tax rule that would fire after a fixed discount, because as fixed discounts aren't product pricing rules (I don't want it to affect individual line items) I can't simply adjust the weight on the rule to apply the proper calculation orders.

This is a very large bit of functionality that is missing from Drupal Commerce. If anyone has a workaround, I'd love to hear it, I'm spending quite a bit of time swimming through sandbox modules and have yet to find a suitable solution.

Asked by: drewbolles
on March 20, 2013

Comments

Have you found a solution for this issue? I've been struggling with this a fair amount of late as well. At first I set out to rewrite my own coupon module, but it's really an issue with the Tax calculation --- I believe. It should be calculated on the sub-total of the order and not on each line item in the order (as is what appears to be happening right now).

- cedub on April 1, 2013

I have not, and I've been getting kicked in the teeth by my clients because of it. I've been doing research into different commerce solutions, because as much as I'd love to contribute to and use Drupal Commerce, I simply don't have the time to spend constructing commerce sites from scratch and fixing missing functionality (trust me I'd love to, but I work for a shop and the number of projects on my plate is not my choice).

I'm sad to say I've actually been using Ubercart 7 for my most recent commerce sites. It behaves more like a "normal" commerce experience and has all of the common use cases out of the box (coupons, taxes, stock, etc etc) I end up having to do much less customization and building fewer custom modules. I see the power and benefit of Drupal Commerce and the direction it's taken, but in my current position it's not really that viable for me. I'd be hard pressed to have a client NOT want fixed coupons, and just that simple piece of the puzzle missing is driving me away from the system.

- drewbolles on April 5, 2013

4 Answers

Vote up!
1
Vote down!

Have you looked into this new module?

http://drupal.org/project/commerce_fees

Josh Miller
Answer by: Josh Miller
Posted: Mar 20, 2013

Comments

Just gave it a look and it appears to be very early in development. I saw neither a Rule nor Config options on it's admin page...I'm running in circles a bit on this issue, as anything I find that "fixes" what I want on the web, is not carried over in the tokens in the email. At this point, convincing my clients to avoid Fixed Discounts and Coupons is the route I have to go.

- drewbolles on March 20, 2013
Vote up!
0
Vote down!

So, if you are in the US, it's not only legal, it's the law. All coupons or other discounts are applied AFTER tax so as to increase tax revenue. I worked in retail for years and it always worked this way. It works this way today at Walmart.

Answer by: sher1
Posted: Mar 20, 2013

Comments

That's not true. If a price is $1000, and the sales price is $100, I'm not paying a sales tax on $1000. Sales tax is always on the amount spent.

- drewbolles on March 20, 2013

What you are talking about is an actual change in the price, not a discount or coupon applied. Those are treated differently

- sher1 on March 21, 2013
Vote up!
0
Vote down!

I tried to solve problem with custom coupon, which would base_price and my local VAT (base_price + VAT = coupon total). This worked all the way until VAT was calculated. Somehow it looks like coupon VAT was calculated twice in Order total VAT line.

Product Price full   VAT Price no-VAT
My Product 90,00 € 17,42 € 72,58 €
Custom Coupon 10,00 €   1,94 € 8,06 €

Order total -table should have
Subtotal 78,58 €
VAT 15,48 €
Coupon -8,06 €
Total 78,06 €

1: VAT calucaltes 17,42 - 1,94 - 1,94 (ie. VAT twice!)
2: "extra-VAT" is also subtracted from totals?

These same bugs are carried over from freshly loaded order and can bee seen in $order_wrapper->value(). This happens even when coupon unit_price/order total -fields have the same structure as any product with VAT.

Answer by: rpsu
Posted: Jan 24, 2014