Functionality that should be implemented for bigger charities: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| (3 intermediate revisions by the same user not shown) | |||
| Line 3: | Line 3: | ||
Otherwise we get lost in all the functionality required for a bigger charity. | Otherwise we get lost in all the functionality required for a bigger charity. | ||
see [[Functions to be included in Beta Summer 2018]] | |||
== Partner Module == | == Partner Module == | ||
* Partner Edit: support multiple addresses per | * Partner Edit: | ||
** support multiple addresses per partner | |||
** support multiple subscriptions per partner | |||
* Discuss if we need PERSON partners, or just FAMILY and ORGANISATION, or PERSON and ORGANISATION | |||
== Finance Module == | |||
* GL Batch: | |||
** support more than one journal per GL batch | |||
Latest revision as of 15:14, 19 July 2018
Explanation
For the initial version of OpenPetra in the Web Browser, we have to limit the functionality, and just want things that work for a small charity.
Otherwise we get lost in all the functionality required for a bigger charity.
see Functions to be included in Beta Summer 2018
Partner Module
- Partner Edit:
- support multiple addresses per partner
- support multiple subscriptions per partner
- Discuss if we need PERSON partners, or just FAMILY and ORGANISATION, or PERSON and ORGANISATION
Finance Module
- GL Batch:
- support more than one journal per GL batch