Answers.Body: <p>Pretty sure this is now available either in Summary Fields itself or via <a href="https://civicrm.org/extensions/joinerys-more-summary-fields" rel="nofollow noreferrer">https://civicrm.org/extensions/joinerys-more-summary-fields</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-20T23:55:14.367Z
Answers.Text: Looks like the more summary fields supports this.  Yea.  Any idea if this one works in 4.6?  I suppose I could just try it on a test db.
Answers.UserDisplayName: Paul-Tahoe
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-21T00:25:03.540Z
Answers.Text: No idea - we moved all our sites of 4.6 a long time back
Answers.UserDisplayName: petednz - fuzion
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-18T23:59:58.577Z
Answers.LastActivityDate: 2018-06-18T23:59:58.577Z
Answers.UserDisplayName: petednz - fuzion
Answers.Body: <p>Check out our CDN TaxReceipts Extension - 
  <a href="https://civicrm.org/extensions/cdn-tax-receipts" rel="nofollow noreferrer">https://civicrm.org/extensions/cdn-tax-receipts</a></p>
  
  <p>It has been written in conjunction with a Canadian BDO Tax Partner but the extension is used is other countries as well - some of its features include:</p>
  
  <ul>
  <li>single, aggregate and annual Tax Receipt/letter</li>
  <li>bulk receipting</li>
  <li>email, print and data issuing methods</li>
  <li>email tracked openings feature (know if your donors opened their PDF Tax Receipt/letter)</li>
  <li>handles is-deductible (at Financial type level)</li>
  <li>handles lineItems (some may be is-deductible; some may not)</li>
  <li>handles non-deductible amount field</li>
  <li>has hooks for developers such as: calculate additional non-deductible $ amount (for example to handle event expenses per ticket purchased)</li>
  <li>has a PDF template feature (used FPDI - print a stack of Tax receipts/letters your own template)</li>
  <li>has solid reports for audit - tracks re-receipting (issuing duplicates)</li>
  <li>and more!</li>
  </ul>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-19T00:35:44.000Z
Answers.LastActivityDate: 2018-06-19T00:35:44.000Z
Answers.UserDisplayName: KarinG - Semper IT
Body: <p>I went to generate letters to our contributors telling them how much they donated in 2015 that was deductible for their taxes.  I discovered that total deductible contributions for last year is based upon our FY which is Jul - Jun.</p>
  
  <p>Clearly, that number is worthless to most individuals since most people base their taxes on calendar year.</p>
  
  <p>So is there an easy way to get it to be based upon CY?</p>
  
  <p>As I write this and think about it, I guess the best answer would be to include another summary field for just that or maybe for this year, last year and year before.  Most of year we really don't care about contributions by CY, just for the tax reporting thing.</p>
  
  <p>There are, of course, a couple of other ways, tokens for example, to get the number.  The nice thing about the summary fields is the ability to use them in searches so we can say only get the people who donated more than a certain amount and to only get people who made tax deductible donations.  (Too bad the search form doesn't have a deductible checkbox.  One has to wade through all their financial types and pick the ones that are.)</p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-06-19T06:18:35.550Z
Comments.Text: I think I do this using the entity messages extension - but summary fields might be easier. I use entity messages to generate a table of 'selected' contributions from a search
Comments.UserDisplayName: user4278
Tags: <contributions><summaryfields>
Title: Is there an easy way to have the summary fields for deductible contributions be based on calendar year?
ThreadText: # Is there an easy way to have the summary fields for deductible contributions be based on calendar year?
  
  (Asked by: username_0 on 2016-01-25)
  
  I went to generate letters to our contributors telling them how much they donated in 2015 that was deductible for their taxes. I discovered that total deductible contributions for last year is based upon our FY which is Jul - Jun.
  
  Clearly, that number is worthless to most individuals since most people base their taxes on calendar year.
  
  So is there an easy way to get it to be based upon CY?
  
  As I write this and think about it, I guess the best answer would be to include another summary field for just that or maybe for this year, last year and year before. Most of year we really don't care about contributions by CY, just for the tax reporting thing.
  
  There are, of course, a couple of other ways, tokens for example, to get the number. The nice thing about the summary fields is the ability to use them in searches so we can say only get the people who donated more than a certain amount and to only get people who made tax deductible donations. (Too bad the search form doesn't have a deductible checkbox. One has to wade through all their financial types and pick the ones that are.)
  
  **Tags:** contributions, summaryfields
  
  > **Comments:**
  > **username_1**: I think I do this using the entity messages extension - but summary fields might be easier. I use entity messages to generate a table of 'selected' contributions from a search  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_2 on 2018-06-18. Score: 1 | Accepted answer
  
  Pretty sure this is now available either in Summary Fields itself or via <https://civicrm.org/extensions/joinerys-more-summary-fields>
  
  > **Comments:**
  > **username_0**: Looks like the more summary fields supports this.  Yea.  Any idea if this one works in 4.6?  I suppose I could just try it on a test db.  
  > **username_2**: No idea - we moved all our sites of 4.6 a long time back  
  
  ---
  
  ### Answer by username_3 on 2018-06-19. Score: 0
  
  Check out our CDN TaxReceipts Extension -
  <https://civicrm.org/extensions/cdn-tax-receipts>
  
  It has been written in conjunction with a Canadian BDO Tax Partner but the extension is used is other countries as well - some of its features include:
  
  * single, aggregate and annual Tax Receipt/letter
  * bulk receipting
  * email, print and data issuing methods
  * email tracked openings feature (know if your donors opened their PDF Tax Receipt/letter)
  * handles is-deductible (at Financial type level)
  * handles lineItems (some may be is-deductible; some may not)
  * handles non-deductible amount field
  * has hooks for developers such as: calculate additional non-deductible $ amount (for example to handle event expenses per ticket purchased)
  * has a PDF template feature (used FPDI - print a stack of Tax receipts/letters your own template)
  * has solid reports for audit - tracks re-receipting (issuing duplicates)
  * and more!
  
  
  ---
  
  