Body: <p>This was noted back in 2015 I see (<a href="https://civicrm.stackexchange.com/questions/4305/why-are-taxes-calculated-incorrectly-when-other-amounts-enabled-on-contributio">Why are taxes calculated incorrectly when &quot;other amounts&quot; enabled on contribution page?</a>). It doesn't seem like it would be hard to fix, but here we are almost 5 years later and the problem persists. It works in a price set, so there is a workaround, but it's a little uglier there when used for simple scenarios.</p>
  
  <p>In this case, the tax rate is 13%. Calculated properly if fixed options are provided below, but calculated on 1 if the "allow other amounts" is checked and the box is used. I assume it is using the same logic that it does in a price set where it sets the value to $1 and then uses the box as a quantity. However, the tax calculation step is seemingly performed too soon.
  Any chance it could be fixed? Happy to take a pointer to the related file(s) to have a look for myself.</p>
  
  <p><a href="https://i.sstatic.net/Fn6Ja.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Fn6Ja.png" alt="settings page"></a>
  <a href="https://i.sstatic.net/gYhEo.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/gYhEo.png" alt="confirmation page"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-02-14T19:21:18.663Z
Comments.Text: Oh that’s not good! If you’re using Drupal I can show you how to work around this quickly with webform civicrm module.
Comments.UserDisplayName: KarinG - Semper IT
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-04-07T02:03:16.600Z
Comments.Text: Thanks Karin, not sure how I missed this. I'm using Wordpress I'm afraid. Is your fix CMS dependant?
Comments.UserDisplayName: kapn
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2020-04-07T02:13:03.747Z
Comments.Text: With Webform CiviCRM module you can get very good control over the Financial Types per line item (Financial Types trigger the GST calculations). That module is a Drupal module though.
Comments.UserDisplayName: KarinG - Semper IT
Tags: <civicontribute><taxes>
Title: Taxes on "Allow other amounts" calculated on $1
ThreadText: # Taxes on "Allow other amounts" calculated on $1
  
  (Asked by: username_0 on 2020-02-14)
  
  This was noted back in 2015 I see ([Why are taxes calculated incorrectly when "other amounts" enabled on contribution page?](https://civicrm.stackexchange.com/questions/4305/why-are-taxes-calculated-incorrectly-when-other-amounts-enabled-on-contributio)). It doesn't seem like it would be hard to fix, but here we are almost 5 years later and the problem persists. It works in a price set, so there is a workaround, but it's a little uglier there when used for simple scenarios.
  
  In this case, the tax rate is 13%. Calculated properly if fixed options are provided below, but calculated on 1 if the "allow other amounts" is checked and the box is used. I assume it is using the same logic that it does in a price set where it sets the value to $1 and then uses the box as a quantity. However, the tax calculation step is seemingly performed too soon.
  Any chance it could be fixed? Happy to take a pointer to the related file(s) to have a look for myself.
  
  [![settings page](https://i.sstatic.net/Fn6Ja.png)](https://i.sstatic.net/Fn6Ja.png)
  [![confirmation page](https://i.sstatic.net/gYhEo.png)](https://i.sstatic.net/gYhEo.png)
  
  **Tags:** civicontribute, taxes
  
  > **Comments:**
  > **username_1**: Oh that’s not good! If you’re using Drupal I can show you how to work around this quickly with webform civicrm module.  
  > **username_0**: Thanks Karin, not sure how I missed this. I'm using Wordpress I'm afraid. Is your fix CMS dependant?  
  > **username_1**: With Webform CiviCRM module you can get very good control over the Financial Types per line item (Financial Types trigger the GST calculations). That module is a Drupal module though.  
  
  ---
  
  ## 0 answers
  
  