Tammy, the system does not work this way.
This is the simple core functionality which just gives an opportunity to set a role to the specific account type.
The account types can be chosen on the registration only. Thus, when a user joins the site, they chooses the specific account type, fills in the set of profile questions belonging to this account type and the system gives allocated role. That's it.
There is no possibility to make the system work in the reverse direction. i.e. to change the account types in case a user changed the role (upgraded their account).
P.S. The Paid Membership plugin has nothing to do with this functionality.
Dear James,
Sorry, but it's not quite clear. What do you mean by saying 'get the upgraded credit packs or action costs'? Are you talking about the User Credits plugin and its relationship with Paid Membership plugin? Could you please explain in more details?
Guys,
As far as I've understood from your explanations, you have three main problems with this system configuration:
1. You have VIP account type and when a user chose this account type - you want a user to upgrade to (pay for) the membership type assigned to this account type on the registration.
2. If a user chose Free account on the registration and then upgraded to (payed for) the VIP membership type - the account type for this user should also be changed to the VIP account type.
3. The credits packs assigned to different account types should also be changed in case a user changed their account type by upgrading to VIP membership (this problem is as a consequence of the second problem).
The fact is that the User Credits and Paid Membership plugins are two separate systems which do no work jointly with the Account types and Roles features the way you need.
These plugins are just addons for the core Account Type and Roles functionality and allow the site admin to earn money. These plugins can not affect the core functionality the way you've described, for instance, change a user account type in case the user upgraded their membership (changed role).
This all about the Account Type and Roles features and should be developed in the core within the Account Type and Roles functionality.
The default account type and roles systems work as I've described above:
"The account types can be chosen on the registration only. Thus, when a user joins the site, they chooses the specific account type, fills in the set of profile questions belonging to this account type and the system gives allocated role. That's it. "
Just imagine, you have no Paid Membership and User Credits plugins installed on the site. You created two account types and two roles. You want the account type to be changed in case the site admin changed a user role. What should you change and configure to make it work in this case?
Another problem is the relationship between the User Credits and Paid Membership plugins - if a service is available to the membership type which is based on the certain role - the credits will never be taken from the balance. So, if you need the service to be paid by credits - it should not be available to a user role and vice versa. We believe that this is the correct way to handle the site monetization despite of this behavior not always satisfy the requirements of specific site conceptions.
Hereunder, there are two ways in your situation:
First way is to re-consider the site monetization conception to make the site work with the default functionality.
Second way is to perform a custom code modification to achieve the technical effect you need.
"This all about the Account Type and Roles features and should be developed in the core within the Account Type and Roles functionality. The User Credits and Paid Membership plugins are just addons for the core Account Type and Roles functionality and were designed to allow the site admin to earn money."
Guys,
The Paid Membership plugin just allows you (site admins) to get money from the site users. That's it. Oxwall created possibility to divide users by levels (roles) and we simply allow the site admin to set the price for this role, nothing more.
The functionality you are describing has nothing to do with the memberships. It's all about Oxwall core functionality and our plugin cannot effect this functionality the way you are describing.
All we can say is that we are going to add the possibility for admins to add the subscription option onto the registration process. In this case when a user joins the site, chooses the account type or whatever, they will not be able to use the site unless they subscribe to a certain membership type.
thats completely useless as wellGuys,
The Paid Membership plugin just allows you (site admins) to get money from the site users. That's it. Oxwall created possibility to divide users by levels (roles) and we simply allow the site admin to set the price for this role, nothing more.
The functionality you are describing has nothing to do with the memberships. It's all about Oxwall core functionality and our plugin cannot effect this functionality the way you are describing.
All we can say is that we are going to add the possibility for admins to add the subscription option onto the registration process. In this case when a user joins the site, chooses the account type or whatever, they will not be able to use the site unless they subscribe to a certain membership type.