FGdb goals for year end 2005

FGdb is Free Geek's database. The code base has changed significantly since the last time the development code was actually put into production. Meanwhile, there are certain features that Free Geek needs in order to track various sorts of income it depends upon. These features exist in the development code base, but have not yet been deployed to production. This proposal is a stab at guaranteeing that we will be able to use these features when the new year begins.

Priority 1. Must have

 * 1) The ability to deploy the development code into testing and production, see it work (or fail), and roll it back in case of failure.
 * 2) Schema scripts that produce identical database structures for development, testing, and production. (These could be kept in sync by hand if necessary.)
 * 3) A meta-data script that produce usable meta-data for development, testing, and production.
 * 4) The ability to track wholesale sales that are paid for in the store. (A wholesale checkbox on the receipt generation page, and the word "WHOLESALE" somewhere on the receipt.)

Priority 2. Really nice to have, but can live without for now

 * 1) The income report breaks out wholesale sales from retail sales.
 * 2) Data validation (probably including a drop down widget) for items sold in the store.
 * 3) Schema scripts that aren't maintained by hand.

Priority 3. If possible

 * 1) Data validation (probably including a drop down widget) for items received.
 * 2) A sales report that drills down to a printable receipt (similar to what we have for donations).
 * 3) A unified receipt for donations, so that the one we produce and the one that is drilled down to from the donations report look the same.

Some of the above is started, finished, or trivial to get working, but there is a bottleneck when it comes to the ability to deploy the code.

The ability to analyze sales by type of item sold and wholesale vs. retail will be essential in figuring out how to make Free Geek cash flow positive.