Answers.Body: <p>CiviCRM 4.7 have accrual integration where you can specify Revenue recognition for a contribution. You can enable the 'Enable Deferred Revenue' setting by navigating to CiviCRM >> Administer >> CiviContribute >> CiviContribute Component settings.</p>
  
  <p>Once you have enabled the setting you will need to create 'Deferred Revenue' relationship between Financial type and Financial Account. </p>
  
  <p>On new contribution form once you have selected financial type you will revenue recognition field </p>
  
  <p><a href="https://i.sstatic.net/x81iW.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/x81iW.png" alt="enter image description here"></a></p>
  
  <p>Documentation : <a href="https://wiki.civicrm.org/confluence/display/CRM/CiviAccounts+Data+Flow#CiviAccountsDataFlow-DeferredRevenueImprovements" rel="nofollow noreferrer">https://wiki.civicrm.org/confluence/display/CRM/CiviAccounts+Data+Flow#CiviAccountsDataFlow-DeferredRevenueImprovements</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-11-14T16:28:39.013Z
Answers.Text: I'm marking the question answered since Pradeep shared a feature expressly designed to deal with this question, and provided detailed instructions, screenshots, and a link to further information. However, I think my initial workaround (echoed by @KarinG) is most appropriate for most of my clients.
Answers.UserDisplayName: universalhandle
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-09-03T21:40:53.050Z
Answers.LastActivityDate: 2018-09-03T21:40:53.050Z
Answers.UserDisplayName: Pradeep Nayak
Answers.Body: <p>Date Received as in date on the cheque (i.e. the date that someone started giving you the funds) works just fine.</p>
  
  <p>All our larger organizations/clients do just that. I would recommend against making things more complicated by adding in additional / new / not much used functionality that you really don’t need to solve this problem.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-09-04T01:29:27.327Z
Answers.LastActivityDate: 2018-09-04T03:46:59.997Z
Answers.LastEditDate: 2018-09-04T03:46:59.997Z
Answers.UserDisplayName: KarinG - Semper IT
Body: <p>Suppose an organization's fiscal year ends December 31st, 2018. Organizations which operate on an accrual rather than a cash basis (most, in my experience) would recognize a check dated December 30th, 2018, that was not received until January 4th, 2019, as a 2018 donation.</p>
  
  <p>On CiviCRM contribution entry screens, there are two date fields. "Receipt Date," the date that a receipt was sent to the contributor, is irrelevant to this discussion. The other is labeled "Date Received" and described as "The date this contribution was received." If data entry staff were to take this language at face value, they would enter January 4th for the donation in question, which would result in reporting (or accounting sync) inconsistent with the organization's accounting basis.</p>
  
  <p>An obvious workaround is for staff to be instructed to enter December 31st as the "Date Received" for such checks. Is anyone doing something better than this?</p>
  
Tags: <accounting>
Title: How to ensure end-of-period donations are recorded in the correct fiscal year?
ThreadText: # How to ensure end-of-period donations are recorded in the correct fiscal year?
  
  (Asked by: username_0 on 2018-09-03)
  
  Suppose an organization's fiscal year ends December 31st, 2018. Organizations which operate on an accrual rather than a cash basis (most, in my experience) would recognize a check dated December 30th, 2018, that was not received until January 4th, 2019, as a 2018 donation.
  
  On CiviCRM contribution entry screens, there are two date fields. "Receipt Date," the date that a receipt was sent to the contributor, is irrelevant to this discussion. The other is labeled "Date Received" and described as "The date this contribution was received." If data entry staff were to take this language at face value, they would enter January 4th for the donation in question, which would result in reporting (or accounting sync) inconsistent with the organization's accounting basis.
  
  An obvious workaround is for staff to be instructed to enter December 31st as the "Date Received" for such checks. Is anyone doing something better than this?
  
  **Tags:** accounting
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2018-09-03. Score: 1 | Accepted answer
  
  CiviCRM 4.7 have accrual integration where you can specify Revenue recognition for a contribution. You can enable the 'Enable Deferred Revenue' setting by navigating to CiviCRM >> Administer >> CiviContribute >> CiviContribute Component settings.
  
  Once you have enabled the setting you will need to create 'Deferred Revenue' relationship between Financial type and Financial Account.
  
  On new contribution form once you have selected financial type you will revenue recognition field
  
  [![enter image description here](https://i.sstatic.net/x81iW.png)](https://i.sstatic.net/x81iW.png)
  
  Documentation : <https://wiki.civicrm.org/confluence/display/CRM/CiviAccounts+Data+Flow#CiviAccountsDataFlow-DeferredRevenueImprovements>
  
  > **Comments:**
  > **username_0**: I'm marking the question answered since username_1 shared a feature expressly designed to deal with this question, and provided detailed instructions, screenshots, and a link to further information. However, I think my initial workaround (echoed by @username_2) is most appropriate for most of my clients.  
  
  ---
  
  ### Answer by username_2 on 2018-09-04. Score: 2
  
  Date Received as in date on the cheque (i.e. the date that someone started giving you the funds) works just fine.
  
  All our larger organizations/clients do just that. I would recommend against making things more complicated by adding in additional / new / not much used functionality that you really don’t need to solve this problem.
  
  
  ---
  
  