Different enrollment scenarios will apply a course expiry date. The time of the expiration date depends on how your student is originally enrolled into the course.
In this article:
Courses with Enrollment Durations
If you set an enrollment duration for your course pricing, on the date of expiry, your student will lose access at the exact time they purchased.
Payment Plans and Subscriptions
For example, if your student buys a monthly Payment Plan on July 1st at 8:00 UTC, their access will expire on August 1 at 23:59:59 UTC. The expiry date will automatically update once each successful payment goes through.
For example, if your student buys your course on July 1st at 8:00 UTC and the course has a 30-day enrollment duration, their access will expire on July 31 at 8:00 UTC.
For manual enrollments with an expiry date, your student will lose access at 00:00 UTC on the date selected.
For example, if you set expiry to July 1st, your student will lose access on July 1st at 00:00 UTC.
Enrollment by Zapier
If a student is enrolled via Zapier, they will lose access at 00:00 UTC on the date selected only if you specify an expiry date. In Zapier you can also set exact dates and times, so the expiry date and time will change accordingly if you use this option.
Sometimes you may have 2 different products that include the same course. Maybe you have 2 bundles that have shared courses or perhaps you have an individual course available for sale as well as a subscription bundle that includes that same course.
Course enrollment expiry dates for overlapping enrollments are determined by the date furthest in the future. If a course has no expiry date (aka unlimited access), this will count as the furthest in the future. It is important to note that this rule applies solely to expiry dates that are set automatically via subscription renewals or enrollment duration.
If the expiry date is manually updated through the admin dashboard, this date will take precedence over all other dates, including overlapping enrollments. This means that the most recent manual action(s) will take priority in these cases. If you are using a Public API, any updates to the expiry date made through the API will be considered a manual update and will follow the same rules.
For example, let's say a student purchases a subscription bundle that includes a course with an expiry date of May 1, 2023. Later, the same student buys a different subscription bundle that includes the same course, but with an expiry date of June 1, 2023. Since the expiry date for the second subscription is later than the expiry date for the first one, the student will have access to the course until June 1, 2023, regardless of the first subscription's expiry date.
Now, let's assume that you manually updated the expiry date of the course via the admin dashboard to May 15, 2023. In this case, the customer's access to the course will be limited to May 15, 2023, regardless of the expiry dates of the two subscriptions.
Finally, let's say you were using a Public API to update the expiry date to June 15, 2023. In this case, the most recent manual action will be considered, and the student's access to the course will be extended until June 15, 2023.
Looking to manually adjust an expiry date? Check out How to Edit a Student's Course Expiry Date