Difference between revisions of "Provisioning/AutomaticSuspensionAndRestriction/Configuration/Events"
(→Configuring the Restrict Events and Customer Notifications) |
|||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
| − | == | + | === Automatic Account Suspension and Service Restriction Events === |
| + | |||
| + | Events are used by the system to perform functions related to Automatic account suspension & restoration. They are also used to restore services and reactivate accounts. | ||
| + | |||
| + | Some of the Events used by the system are invisible to you. Constantly running in the background 24/7/365, they are scanning the database looking for customers who meet the criteria for auto-suspension or restoration. They are responsible for initiating the suspension of an account and removing a previously applied suspension. | ||
| + | |||
| + | In addition, you can leverage the Events system in Emersion to assist you with automating important customer notifications if you wish. | ||
| + | |||
| + | As part of the Automated Suspension & Restriction feature set, you will be provided with: | ||
| + | |||
| + | * an Auto Suspend Event | ||
| + | * an Auto UnSuspend Event | ||
| − | + | These events will be mapped to your Service Provider account during set up. AS with most events, they will be '''disabled''' until you are ready to enable them. They will used to automatically restrict or restore the service on your customer's account based on your [[Provisioning/AutomaticSuspensionAndRestriction/Configuration/BusinessRules | business rules]]. | |
| + | |||
| + | Optionally, you can configure the event to send an email or SMS notification+ to be sent at the time the event is triggered. For example, you may wish to notify your customer by SMS^ that their service has been suspended. Please be aware that the above events are service-based events. For each affected service belonging to a customer, one notification per service will be sent. | ||
| + | |||
| + | Upon request, Emersion can map additional '''Overdue Invoice''' event(s) configured to align to your auto-suspension business rules once they are set up. These might be useful to service providers who want to give a customer a 24-hour or similar advance warning that if they do not pay the overdue outstanding balance on the account, that their service(s) will be suspended. | ||
| + | |||
| + | ^ ''requires separate subscription to SMS Events'' | ||
| − | + | == Emersion Suggests == | |
| − | + | To get the most out of Events that are available, we suggest the following configuration: | |
| − | |||
| + | # the '''Invoice Due''' event contain text that explains the terms under which a customer's service(s) will be restricted. | ||
| + | # an '''Invoice Overdue''' event is used to advise a customer that restriction is imminent (advance warning notice). | ||
| + | # the '''Auto Suspend''' Event is used to notify a service contact/account holder that their service has been restricted. | ||
| + | # the '''Auto UnSuspend''' Event is used to notify a service contact/account holder their service has been restored. | ||
| − | + | Due to the timing of provisioning actions being outside Emersion's control, Emersion cannot guarantee a notification regarding service restriction or restoration will be delivered before or after the service is physically altered. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== See Also == | == See Also == | ||
| − | + | [[SystemEvents/Templates | Setting up Event templates]] | |
Latest revision as of 16:02, 18 December 2014
Automatic Account Suspension and Service Restriction Events
Events are used by the system to perform functions related to Automatic account suspension & restoration. They are also used to restore services and reactivate accounts.
Some of the Events used by the system are invisible to you. Constantly running in the background 24/7/365, they are scanning the database looking for customers who meet the criteria for auto-suspension or restoration. They are responsible for initiating the suspension of an account and removing a previously applied suspension.
In addition, you can leverage the Events system in Emersion to assist you with automating important customer notifications if you wish.
As part of the Automated Suspension & Restriction feature set, you will be provided with:
- an Auto Suspend Event
- an Auto UnSuspend Event
These events will be mapped to your Service Provider account during set up. AS with most events, they will be disabled until you are ready to enable them. They will used to automatically restrict or restore the service on your customer's account based on your business rules.
Optionally, you can configure the event to send an email or SMS notification+ to be sent at the time the event is triggered. For example, you may wish to notify your customer by SMS^ that their service has been suspended. Please be aware that the above events are service-based events. For each affected service belonging to a customer, one notification per service will be sent.
Upon request, Emersion can map additional Overdue Invoice event(s) configured to align to your auto-suspension business rules once they are set up. These might be useful to service providers who want to give a customer a 24-hour or similar advance warning that if they do not pay the overdue outstanding balance on the account, that their service(s) will be suspended.
^ requires separate subscription to SMS Events
Emersion Suggests
To get the most out of Events that are available, we suggest the following configuration:
- the Invoice Due event contain text that explains the terms under which a customer's service(s) will be restricted.
- an Invoice Overdue event is used to advise a customer that restriction is imminent (advance warning notice).
- the Auto Suspend Event is used to notify a service contact/account holder that their service has been restricted.
- the Auto UnSuspend Event is used to notify a service contact/account holder their service has been restored.
Due to the timing of provisioning actions being outside Emersion's control, Emersion cannot guarantee a notification regarding service restriction or restoration will be delivered before or after the service is physically altered.
