Hi all,
As previously noted 12795 in the Suggest Features forum is a high priority feature and a solution to provide more granular control of recipients based on status and session timing is currently being investigated.
Below is a summary of the current behavior for 'All booked' recipients.
System notifications (Type = Auto)
These are all triggered by events (e.g. enrolment, cancellation, etc.) and editing the notification content will not resend any of these notifications. Recipient criteria is predefined and cannot be changed.
Send later notifications (Type = Scheduled)
Sending of these notification types is triggered by the cron as opposed to events and they can be scheduled for x time before start of session or x time after end of session. Recipients can be selected based on status.
For x time before start of session scheduling, notifications will be sent for future sessions (based on when the cron runs) where the time until the start of the session is less than the scheduled timeframe.
For x time after end of session scheduling, notifications will be sent for past sessions where the time since the end of the session is greater than the scheduled timeframe.
Editing the notification content after the notification has been sent is allowed and will not trigger a resend of these notifications. On the next cron run if recipients are 'All booked', the notification will be sent to any learners it has not already been sent to for a given session.
Send now notification (Type = Instant)
Sending of these notification types is triggered by the cron as opposed to events. There is no timeframe reference and if recipients are 'All booked', the notification will be sent to all learners in all sessions past and future. Providing more control over this behavior is what 12795 is about.
These types of notifications cannot be edited after creation - they must be duplicated (i.e. a new notification created) and any desired edits made in the new notification prior to saving. On the next cron run if recipients are 'All booked' the new notification will be sent to all learners in all sessions past and future.
Note that all notification types can be made inactive using the eye icon in the list view or unticking the status checkbox in the edit view. Inactive notifications will not be sent (for cron based notifications they must be inactive when the cron runs).
If you are experiencing an issue with the above described behavior that is not covered by the 12795 scenario please raise a support ticket and we will investigate further.
Regards,
Scott
