26c7e938ff
if we are unable to fulfill a request, this method turns it into an indefinite hold on the request. This design model for handling failure in fulfillment may not be the best one, but it seemed to roughly fit the behavior and data model we're looking for. A little information is lost, but is at least saved in the 'why' field of the request_hold table. |
||
---|---|---|
scripts | ||
sql | ||
Supporters | ||
.gitignore | ||
AGPLv3 | ||
COPYRIGHT.md | ||
LICENSE.md | ||
README.md |
Mini Non-Profit Supporters and Donors Database
"Supporters" is a small donor database for non-profit fundraising that uses Ledger-CLI as a backend for accounting data.
While this system is used in production for Software Freedom Conservancy, the code is likely only appropriate if you plan to do a lot of work on the command-line. Eventually, the ideal would be to refactor CiviCRM to support the ideas and Ledger-CLI integration represented in this code.
Why Does This Exist?
Conservancy needed a simple donor database and could not invest the resources required to maintain a CiviCRM instance: most organizations that use CiviCRM either pay for hosting or devote some amount of staff time its maintenance. Conservancy could afford neither, but this weekend-hack version of a database suits our needs (at least for now).
License Information
See the file LICENSE.md for license information.
Common Tasks
These are recipes for some common tasks that one might want to complete on the command line with the Supporters database.
-
Add a Supporter from the command line: ./scripts/add-supporter.plx
-
Add an email address, or change the preferred email address: ./scripts/add-email-address.plx