Subscription to plan not updating user's group

Have a number of users in an "Alumni" group: past members who do not have a current subscription.

A number of these Alumni have recently subscribed to an active plan. Their Subscription status is updated with the correct plan BUT their user group isn't being updated: it remains "Alumni" when it should be changed to "Canadian" or "International" (depending on the plan).

For example in the "Canadian" plan:
The Edit Subscription Plan>Access>Subscribers User access level settings>

is set to a User Group: "Canadian I/F"

but this isn't being updated

I've read through the manual and trolled the forums but can't see what else I should be doing.

g

Ensure default usergroup is set to Registered within Users > User Manager > Options. Next ensure your new usergroups are under Registered. Example as follows.

Public
- Registered
- - Alumni
- - - Canadian I/F

Alternative is to use CB Auto Actions to handle usergroup assignment using CBSubs triggers and conditionals to determine subscription status.

Thanks Kyle for the quick response. But before we go off to use CB Auto Actions, it really appears that plan changes logic in CBSubs is not doing what it reads like it should be doing.

Situation:

1. The default usergroup is set to Registered within Users > User Manager > Options.

2. The User Group hierarchy:
Public
|—Guest
|—|—Alumni (they should only have Guest level access)
|—Registered
|—|—Member
|—|—Canadian I/F
|—|—International I/F

3. In the Access tab of the Subscription Plan that the user has successfully subscribed to, the User Group (usergroup field) in the Subscribers User access level settings" subsection is set to "---Canadian I/F" - this is the user group to assign to users of this plan but the user's previous UG, "Alumni", was not changed to "---Canadian I/F"

Is that expected behaviour for CBSubs?

Yes, that's normal behavior. CBSubs does not remove usergroups. For that I recommend using CB Auto Actions as follows, which will replace the existing usergroups ensuring your Alumni will be removed.

Type: Usergroup
Triggers: onCPayUserStateChange
Access: Everybody
Conditional 1: [var3] Equal To PLAN_ID_HERE
Conditional 2: [var2] Equal To A
Mode: Replace Usergroups
Groups: Canadian I/F

Thanks for the details on how to deploy CB Auto Actions to resolve the issue.

Having never used them before (documented where?), so for clarity please, is your example be be literally entered as "[var3]" or are [var3] and [var2] to be substituted for something ? and PLAN_ID_HERE is a keyword? or it too should be substituted with the cbsubs_plan ID of the new plan (in this case 1).

I don't see how it is testing for usergroup "Alumni" and replacing it with the new usergroup specified by the plan? Alumni can buy one of two plans and be moved to usergroups Canadian I/F or International I/F respectively.

Thanks in advance for the further explanation and an explicit link to CB Auto Actions documentation - I'm afraid the use cases do not have enough explicit explanation - hoping for something as detailed as the cbsubs_manual_3.0.pdf.

---

One last comment on the standard subscription change of user groups?

CBSubs does not remove usergroups.

But shouldn't it have still added the user to the usergroup specified in the plan definition, i.e., the value set in the Subscribers User access level settings subsection? It does when I add a brand new User (who gets set to Registered) and then pay for the subscription (which then adds him to the Canadian I/F group.

The only thing you need to change in my example is to replace PLAN_ID_HERE with your actual plan id found within CBSubs > Plans.

I'm afraid the use cases do not have enough explicit explanation - hoping for something as detailed as the cbsubs_manual_3.0.pdf.

CB Auto Actions will never be documented in CBSubs as it has nothing to do with CBSubs. It performs various actions on CB triggers. The types available to it are model based allowing for additional functionality.

But shouldn't it have still added the user to the usergroup specified in the plan definition, i.e., the value set in the Subscribers User access level settings subsection? It does when I add a brand new User (who gets set to Registered) and then pay for the subscription (which then adds him to the Canadian I/F group.

Yes, it should add the usergroup just fine, which you said it does so I didn't understand there to be an issue. The usergroup will not add until the subscription has become active and due to a bug the base usergroup must be Registered.

The handling of usergroups in CBSubs will be significantly improved in a future release, but for now it's very basic and can only control 1 usergroup per plan at this time.