Commit 8cffa8c1 authored by mattwire's avatar mattwire
Browse files

Update version

parent d3c378b8
......@@ -15,6 +15,7 @@ This (MJW) version automatically calculates the gift-aid amount when the contrib
to meet current CiviCRM Coding standards and improves performance significantly.
This extension is currently "equivalent" to (all changes have been reviewed and merged if appropriate).
## Installation
......@@ -2,12 +2,19 @@
On install, a "Gift Aid" profile was created for you.
If you add this to a contribution page the user can make the gift aid declaration:
![Gift Aid Declaration via profile](/images/profilegiftaid.png)
![Gift Aid Declaration via profile](images/profilegiftaid.png)
It will then appear on the contact record:
![Gift Aid Declarations on Contact Record](/images/profilegiftaid.png)
![Gift Aid Declarations on Contact Record](images/profilegiftaid.png)
If a user creates a gift aid declaration of *Yes* or *Yes in the past 4 years* and later submits a declaration with "No"
an end_date will be set and the declaration will be closed.
## Declaration status
* Yes, and for donations made in the past 4 years.
* Yes, today and in the future.
* No.
A new declaration will be created if the user submits another with *Yes*.
To maintain a full audit trail every time the user changes the declaration status it will be closed:
* End date set to "now".
* Reason ended: Contact declined.
The *current* declaration represents the current status and will not have an end date set. This applies even if the
declaration is "No" - because it will represent a time period between start_date/end_date where the contact was not eligible.
## Release 3.3.2
* Handle transitions between the 3 declaration states without losing information - create a new declaration when state is changed.
* Refactor creating/updating declaration when contribution is created/updated.
* Properly escape SQL parameters when updating gift aid declaration.
* Extract code to check if charity column exists.
## Release 3.3.1
* Major performance improvement to "Add to Batch".
......@@ -21,7 +28,7 @@ This allows us to create a new declaration (as it will be the user filling in a
* Match on OptionValue value when running upgrader as name is not always consistent.
## Release 3.2
* Be stricter checking eligible_for_gift_aid variable type
* Be stricter checking eligible_for_gift_aid variable type
* Fix issues with entity definition and regenerate
* Fix PHP notice
* Refactor addtobatch for performance, refactor upgrader for reliability
<?xml version="1.0" encoding="iso-8859-1" ?>
<extension key="" type="module">
<name>CiviCRM UK GiftAid (MJW version)</name>
......@@ -9,6 +8,7 @@
<url desc="Main Extension Page"></url>
<url desc="Support"></url>
<url desc="Licensing"></url>
......@@ -16,7 +16,7 @@
<author>MJW Consulting, Erawat Chamanont, Jamie Novick, Guanhuan Chen, Robin Mitra</author>
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment