Refunds, cancellations and expiration

How access ends, and what to plan for around it.

Access ends by itself

Because access is evaluated from the student's purchases each time they open a course, it stops as soon as those purchases stop qualifying:

Event Effect on access
Order refunded Removed
Order cancelled Removed
Subscription cancelled or expired Removed
Subscription on hold Removed
A time-based rule's window closes Removed
Product removed from a rule Removed for everyone relying on it

There is nothing to revoke manually, and no enrollment record to clean up.

The transition is silent

POM LMS sends no message when access ends. A student discovers it by opening a course and reading the no-access message.

That makes the no-access message part of your refund and renewal experience. Write it so it works for someone who used to have access:

This course is included with an active plan. See the plans, or contact us if you think this is a mistake.

Progress is kept

Losing access does not delete progress. If access returns — a resubscription, a corrected refund — the student is exactly where they were.

Say so in renewal messaging. It is a real reason to come back, and students assume the opposite.

Refund policy decisions to make in advance

  • Does a refund end access immediately? By default, yes, as soon as the order status changes.
  • What about partial refunds? They usually leave the status unchanged, so access continues. Decide whether that is intended.
  • What about a course already completed? Access ends the same way; the student keeps nothing but their progress record.
  • Do you offer access for the remainder of a paid period? POM LMS has no concept of that; a time-based rule is the only way to express it.

Write the answers into your terms before you are asked.

Expiring access deliberately

There is no "access expires after N days" setting. Time-limited access is expressed with a time-based permission rule:

  • bought less than 12 months ago — a year of access from purchase;
  • subscription started more than 3 months ago — content that unlocks with tenure.

The window is derived from the order or the subscription, so it needs no maintenance per student.

Test rules like this with accounts on both sides of the boundary, and remember that a rule which passes today may block everyone next month.

Removing a product from a rule

This is the change most likely to remove access unexpectedly, because it affects every student relying on that product — including people who bought long ago.

Before editing a rule that names products:

  1. Note which courses select the rule.
  2. Consider who currently gets in because of the product you are removing.
  3. Make the change.
  4. Test each affected course with a student who should still get in.

Verify your policy once

  1. Buy a course with a test account and confirm access.
  2. Refund the order and confirm access is removed immediately.
  3. Confirm the student sees the no-access message, not an error.
  4. Re-open the refunded order or place a new one, and confirm access returns.
  5. Confirm progress survived the whole cycle.