You can do this with Price Sets. I'll document the entire set up:
Go to Administer -> CiviContribute -> CiviContribute Component Settings
and check the box Enable Tax & Invoicing (Tax = Sales Tax; Invoicing you get as a bonus)
Go to Administer -> CiviContribute -> Financial Accounts
and create one Financial Account for each Sales Tax Rate
We've patched Cividiscount extension which now ensures that the discount also gets applied to VAT/Sales Tax when it's applied to price options.
Here is the PR link: https://github.com/dlobo/org.civicrm.module.cividiscount/pull/131
Have also updated the ticket: https://issues.civicrm.org/jira/browse/CRM-16861
This would be implemented as a payment processor extension. There is not a current extension written for Taxamo, but the documentation for implementing one can be found here.
They also say (at the bottom of this page) that you can contact them to see about getting plugins developed for additional shopping carts, the "cart" being a Civi payment page in our ...
This is a bug. I'm unsure if price set config for events was previously tested. I've created an issue in JIRA for this https://issues.civicrm.org/jira/browse/CRM-20676 and we'll work on fixing pro bono (though contributions to help fund fix would be very welcome!).
We have implemented this in a non-generalized way for a couple of clients (eg https://github.com/JMAConsulting/biz.jmaconsulting.cdntaxcalculator), and have developed a spec for the work involved in making it work easily for everyone. There are various places where this would be useful: Canadian federal and provincial taxes (sometimes harmonized into a ...
user6930, Welcome to SE world.
Unfortunately this is a know issue in CiviCRM when subsequent recurring payment is recorded in CiviCRM which has tax. It would be good if you add some resource so that it gets fixed in core.
Alternate method is to turn off sales tax or do a contribution(batch) update to update the amount from $36 to 30
I think that's just a manually-set field. It certainly predates the accounting improvements, and I think it predates price sets.
The problem is that it's not always a reasonable assumption that the bulk of a contribution is deductible. You might have a organization with a 501(c)3 arm and a 501(c)4 arm. The dinner is $500 per couple, toward the c3, with $...
You might want to configure a price set with two line items, one for the membership and one for the donation. You want them to be monthly recurring, so that after 12 months they've paid for the $100 membership: you'll come close with $8.33 /month.
Alternatively, you can create an extension to do this. We'd be happy to help with that.
How many different tax rates are involved?
It there aren't too many, a no-tech solution would be to create a different price set for each different tax rate and have province-based links on your call to action page.
I don't know a lot about the tax feature but I put down what I think might work. (This is all untested so could be totally wrong....
The easy - non-code - way to handle this is to create a Drupal node (page) with a select Province - and then based on Province selected popup a button with a link to a Contribution page that is configured with a Priceset that sells that Membership at that Province's General Sales Tax.
Edit: this is the only sustainable way to do this right now (see comment ...