Portal access problems usually arrive at busy times, often ten minutes before class starts. This guide explains who can access the portal, how access is provisioned, and why some users can see payments while others cannot. It also covers common support conversations with UK families around due dates, overdue items, and payment method timing. Use it when parents are confused, when participants cannot see expected details, or when your team needs a clear access policy.
Start with a real support moment
A parent in Birmingham says, "I can see my child’s class, but I cannot see what is due." Meanwhile, an 18-year-old participant can see and pay their own schedule. Staff are under time pressure and need a clear answer fast.
The reason is usually payer scoping, not a random bug. Parent and participant payment visibility is tied to role and payer assignment. If those links are wrong, portal output is wrong.
Who can access the portal and what they see
Portal access is role-based. In current behaviour:
teachermemberships can view teacher-focused class and session data.parentmemberships can view linked enrolments and payment data scoped to that adult.dancermemberships (participant role label in current UI) can view their own enrolments and payment data.adminmemberships are redirected to the standard dashboard, not the portal area.
That split is deliberate. It keeps operational editing in admin areas and keeps portal views focused for non-admin users.
Example: three portal roles in one account
A studio with 12 weekly classes has one teacher, one parent, and one adult participant all logging in. The teacher sees class/session context, the parent sees child-linked enrolments and payer-specific payment items, and the adult participant sees only their own payer schedule.
How access is provisioned
There are two main access paths worth knowing.
1. Enrolment-request approvals
When an enrolment request is approved, Classia can provision portal access based on relationship:
- Choosing self relationship provisions participant-role access.
- Choosing the parent or guardian relationship provisions parent-role access via responsible adult.
If the person has no usable email, no invite is sent. This is a common cause of "they were approved but cannot sign in".
2. Person invite provisioning
Invite actions can provision access for adults and participants when:
- the email is present,
- the account has an inviter available,
- no existing membership already matches that user and account.
This avoids duplicate memberships and keeps invite intent tied to the right person.
Payment visibility rules parents ask about
Portal payment schedules are scoped by payer. In plain terms:
- Parent portal users see schedules where payer is that adult.
- Participant portal users see schedules where payer is that participant.
If the wrong person is assigned as payer in the schedule path, portal visibility will look wrong even when enrolments are correct.
When discussing balances with UK families, use specific language:
- "Due now" means due date is today or earlier and still unpaid.
- "Overdue" means payment remains outstanding past expected timing.
- "Upcoming" means due date is in the future.
If your studio offers Direct Debit and card routes, state timings clearly. Direct Debit collections are not always instant, so a parent may still see due items briefly around collection windows. Where card checkout is available, explain it as a fallback path, not a replacement for agreed plan timing.
Example: due item confusion around collection date
A parent expects a Direct Debit on the 1st. On the morning of the 1st, the portal still shows one due item. Staff explain collection timing and confirm status will update after processing. This avoids unnecessary "payment failed" follow-up.
Example: adult participant paying for self
A 19-year-old participant is the payer on their own schedule. They can see and pay in their participant portal. Their parent, with a separate parent access link, does not see that schedule because payer scope does not match.
Fast triage for "I cannot see it" messages
Use this order when handling portal complaints:
- Confirm account context.
- Confirm user membership role (
parentordancerin current role labels). - Confirm membership link points to the expected adult or participant.
- Confirm payer mapping on relevant schedule.
- Confirm invite status and expiry if user has never signed in.
This resolves most tickets quickly and avoids ad-hoc access changes.
Safeguarding points for portal operations
Portal convenience never overrides safeguarding boundaries. Keep these rules firm:
- Do not share one login across multiple unrelated adults.
- Do not switch person links casually to "make it work".
- Confirm responsible-adult and family links before discussing child records.
When a household dispute exists, escalate internally before editing access. Fast but unverified edits can expose child-linked data to the wrong person.
Example: separated household access request
A studio receives a late request from an adult not currently linked to the participant family. Staff avoid granting immediate portal visibility, verify household links first, then update records through the normal adult/family process.
Avoid these slips
- Assuming approval always sends a usable portal invite even when email is blank.
- Changing membership roles to fix a payer-scoping problem.
- Explaining overdue and due-now items as the same thing.
- Sharing one parent login across multiple adults in a household.
- Ignoring invite expiry and repeatedly telling users to reuse old links.
What this is not designed for
This area is not designed for household-wide shared credentials, unrestricted cross-person payment visibility, or admin-level editing from portal pages.
Related feature
FAQ
Who can use the portal area?
Teacher, parent, and participant memberships can use portal views; admin memberships are redirected to the main dashboard.
How is parent or participant portal access provisioned?
Access is provisioned from relationship-based invite flows, including enrolment approvals and person invite actions when email is present.
Why can a parent not see a payment schedule?
Portal payment schedules are scoped to the payer person, so the parent only sees schedules where payer type is Adult and payer id matches their own linked person.
Can a participant see a parent’s payment plan?
No. Participant portal payment visibility is limited to schedules where that participant is the payer.
What payment language should staff use with families?
Explain due dates, overdue items, and payment method differences clearly, including Direct Debit timing and card fallback when enabled.
How do we handle portal setup during migration?
Complete payer and family links first, then trigger portal invites, so each portal user sees the correct enrolments and payment items.