Commit graph

9 commits

Author SHA1 Message Date
Bradley M. Kuhn
aff5e66786 fulfillRequest(): basic implementation.
First attempt at implementing fulfillRequest() method.

It seems that request_id was incorrectly missing from the fulfillment
table.
2015-12-20 13:59:50 -08:00
Bradley M. Kuhn
4331093cee Basic implementation of addRequestConfigurations
Adjusted one test slightly: there was a missing argument.  Also,
corrected test count.

While implementing, I realized a failure mode that forces a rollback:
duplication on the input list of configurations.  Tests are now needed
for that.
2015-12-13 13:37:52 -08:00
Bradley M. Kuhn
2d54621dce These are now done by mapping tables. 2015-12-06 18:30:03 -08:00
Bradley M. Kuhn
9b3e1a70af Missing , 2015-12-06 17:07:57 -08:00
Bradley M. Kuhn
6c15d3973f Correct details on postal_address table.
Also, correct name of index on email.
2015-12-06 17:07:29 -08:00
Bradley M. Kuhn
89c1a9fff7 Remove incorrect ,'s in various places. 2015-12-06 17:06:22 -08:00
Bradley M. Kuhn
e48ae089dc Add DROP TABLEs and fix index. 2015-12-06 17:05:37 -08:00
Bradley M. Kuhn
203d810498 First pass at v0.2 of supporter database.
Redesign of database, mainly for three reasons:

   (a) we need to send renewal notices to Supporters, and need to keep a
       record of when we've sent them,

   (b) We need to keep better track of t-shirt requests,

   (c) We need to allow for different email addresses for contact other
       than the PayPal payer one.

Before doing this, I briefly looked again at CiviCRM.  While I can
complete this conversion and all my scripts in just a matter of a few
hours, setup of CiviCRM would take a minimum of a few hours just to
investigate its viability for us and whether I'd be able to maintain it.
So, we're doing custom, ad-hoc stuff still.

This commit has not been tested, it's a first pass that I'll adjust.
2015-12-06 17:04:02 -08:00
Bradley M. Kuhn
9c70debfb1 First step to import of Supporter donations.
Ultimately, I decided I had little choice but to create a database of
supporters.  There is really no easy way to track all this properly with
ledger, since ledger is transaction based and this is data that spans
many transactions.

Indeed, even in the NPO Accounting project, we knew there would be
separate data stores for contacts, etc.  This is an ad-hoc start to
that, I guess.
2015-12-06 16:46:43 -08:00