Memberships are organized into categories called membership types.
Membership status is equivalent to the profile content status:
The term "archived" is no longer used, because it gets confused with other archived content (such as news articles).
Memberships, profiles, members, users, guests, and staff tended to get all jumbled up in V3, but V4 makes a much stronger distinction between them:
Because of this increased clarity, some new arrangements are possible:
The application process can be extended to multiple steps. For instance, the applicant can setup their profile, upload documents, and then submit their application.
Profiles that are still in this midst of this application process are shown in the Membership module in the "applying" state. These users still only have level 1 access to the system.
The application forms can be different for each membership type. The application form is just a form named "application_form" under the membership type.
You can put anything you like on the application form. Any fields with the following names will be automatically recognized and copied into the profile:
Any unrecognized fields on the application form will still be saved to the form response, but not copied into the profile.
If you track metadata named "application_data", the application form response will be stored there so that you can call up the original application at any time. So there is no need to copy all of the application info into the profile if you only need it to assess the merits of the application. Your application form and profile settings can track completely different data.
V4 lets you have membership sub-categories, for example:
This allows you to share settings, forms, and emails in each "group", which can simplify a lot of maintenance. Even having a single group allows you to put generic/shared settings, forms, and emails in that group rather than maintaining duplicates.
The expiry of a member is recorded as an "expiry" task. It runs at a particular date and time, and demotes the membership if it has not been renewed.
Life members do not need expiry dates that are set to decades in the future; simply remove all reference to their expiry date and they will not expire.
Membership notifications are email content objects stored in the membership types. There are 4 that are automatically scheduled:
Additionally, you can send
Every membership type can automatically generate its own "index" or listing of members.
You can build any number of custom membership directories as follows: