Transition Rules

Define the rules that govern how members move between member types — who can request it, who must approve it, and what documents are required.

Transitions are how members change from one member type to another within your organization. A Prospect becoming a Full Member, a Full Member moving to Honorary status, or a Seedling advancing to Apprentice — these are all transitions. Each transition needs clear rules about who can initiate it, who must sign off, and what documentation must accompany the request.

The Transitions admin page lets you define one or more transition rules. Each rule specifies the allowed path from one set of member types to a target type, along with the approval chain and required attachments.

How Transitions Work

A transition is a controlled change of a member's type. Unlike simply editing a member's type directly, transitions follow a structured workflow:

1. An administrator at the permitted level requests the transition for a specific member.
2. The system checks whether a matching transition rule exists for the member's current type and the requested target type.
3. The requestor uploads any required attachments and provides a message if the rule requires one.
4. The request is routed to administrators at the approver level for review.
5. Once approved, the member's type is automatically changed to the target type, and all associated permissions update immediately.

If no transition rule exists for a given from/to combination, that transition simply cannot be requested. This ensures that all type changes follow your organization's defined processes.

Creating a Transition Rule

To create a new transition rule, click the Add Transition button in the top-right corner. You'll see a form with the following fields:

From Member Types

Select one or more member types that can serve as the starting point for this transition. For example, if both "Seedling" and "Prospect" members can advance to "Full Member," select both types here. This creates a single rule that handles both paths, rather than requiring separate rules for each.

The dropdown shows all member types you've configured in the Member Types section. You can select as many source types as you need.

To Member Type

Select the single target type that members will transition into. Each rule has exactly one destination type. If you need transitions to multiple target types, create separate rules for each.

Requestors

Choose which administrative levels are allowed to initiate this transition. The available levels are:

• Club Admin — The top-level site administrators. Can initiate transitions for any member in the organization.
• Org Admin — Regional or mid-level administrators. Can initiate transitions for members within their organizational unit and its sub-units.
• Local Admin — Chapter-level administrators. Can initiate transitions only for members in their specific chapter.

You can select multiple requestor levels. For instance, allowing both Club and Org admins to request a transition gives more flexibility while keeping the process controlled.

Approvers

Choose which administrative levels must approve the transition before it takes effect. The same three levels are available (Club, Org, Local). When a transition is requested, it appears in the pending requests queue for administrators at the approver level.

Required Attachments

Specify which document types must be uploaded with the transition request. The dropdown shows attachment types you've configured in the Attachment Types section. For example, you might require:

• A Sponsorship Letter for new member advancement
• A Background Check clearance document
• A Service Record for honorary member nominations
• A Transfer Form for cross-chapter transitions

Required attachments ensure that proper documentation accompanies every type change. The requestor cannot submit the transition without uploading all required documents.

Message Requirements

Configure whether the requestor must include a written message with the transition request:

• Not required — The message field is available but optional.
• Required — The requestor must write a message before submitting. When required, you can also set custom prompt text that appears as placeholder text in the message field, guiding the requestor on what to include.

For example, a transition to Full Member might use the prompt: "Please describe why this member should advance, including their participation history and any sponsorship details." This helps ensure that approvers receive the context they need to make a decision.

Managing Transition Rules

All your transition rules appear as cards on the Transitions admin page. Each card displays:

• The from types and to type in the card header
• Requestor badges showing which admin levels can initiate
• Approver badges showing which admin levels must approve
• A list of required attachments
• The message requirement and prompt text

Click Edit on any card to modify the rule, or Delete to remove it. Deleting a rule does not affect transitions that have already been completed — it only prevents new requests using that rule.

Common Transition Patterns

Here are some typical transition configurations used by organizations on fellos:

Progressive advancement

Seedling to Prospect to Full Member. Each step has its own rule with increasingly strict requirements — the first might only need a local admin request with no attachments, while the second requires org-level approval and a sponsorship letter.

Honorary recognition

Full Member to Honorary Member. Typically requires org or club-level request, club-level approval, and supporting documents like a nomination letter and service record.

Probation or suspension

Full Member to Probationary. May require local admin request, org-level approval, and a written explanation of the circumstances. This creates an auditable record of disciplinary actions.

Reinstatement

Probationary back to Full Member. Requires documentation showing the member has fulfilled reinstatement requirements. This rule would be separate from the initial advancement rule.

Transition History

Every completed transition is recorded in the member's profile history and in the Audit Log. This includes who requested it, who approved it, when it happened, and all attached documents. This creates a complete paper trail for every type change in your organization.