Last year, we talked to MTEMC about their implementation through a customer engagement vendor of a new member-facing application. We worked to enable their goal of connecting their Responder™ OMS with this new customer engagement application (or, colloquially, the "member system") to allow certain components of that system's existing functionality to work with the OMS data.
In the end, through the enablement of this data, members were able to receive and report information about outages and restorations via text, email, an app, or another means - such as through a web portal.
SSP began its work by modifying an existing IVR integration service, utilizing it in the member system to allow users to generate reports of an outage or other hazard in a way that showed up as a call in Responder™. Since generating a call is one of the most common integration touchpoints, it made sense to genericize the IVR call functionality into an all-purpose web service that can be used by various sources.
The Responder™ configuration has also been adjusted appropriately to show the specific source of any call, so that users know whether it's coming from IVR or from the new member system. This enables members to report outages through various media, such as using a text message, app, web portal, etc.
SSP also was asked to add Planned Maintenance functionality into Responder™, with the goal of being able to send planned maintenance information to affected members. The out-of-the-box planned maintenance reports are useful, but no data is preserved after the reports are generated. This new customization allows Responder™ users to store planned maintenance events, update scheduled dates at any time, and generate the out-of-the-box member report for any planned outage.
With planned maintenance events upgraded, the integration's job is now to ensure that recent outage and maintenance data can be retrieved by the member system. We tailored this integration to work with one of the member system's existing integration points, which periodically polls a location for flat files containing current incident and planned maintenance data, and separates them by type (planned outage, reported outage, or confirmed outage). This is done by a Windows service on the OMS server.
This may seem easy enough, but there are several other requirements that are being considered:
The member system picks up the information on specified intervals to update its system, and when it detects certain changes, specific members can be notified. Members of a new confirmed outage, if opted in, will be notified through their preferred means of communication.
Members will also receive updates if the estimated time of restoration has changed or if no updates have been received in a given amount of time. When power is restored, members will be asked to confirm that they're back up and running. If not, a new outage will be created in Responder™.
This integration has enabled MTEMC to implement a system to improve its channels and visibility between the utility itself and its members in a way that is mostly automated. We enjoyed working together with MTEMC to make their vision for this system possible, and we look forward to the next challenge!
Note: Although the functionality is in Responder, Member Portal is not currently Live and being used by MTEMC Membership.