Download to read offline
Uploaded bySSP Innovations
Connecting through the OMS
The document highlights the evolution and achievements of Coserv, an electric cooperative in Texas, since its inception in 1937. It details the company's efforts to enhance their operations through upgraded GIS systems and OMS data applications for better customer service and communication. The presentation also outlines the benefits of these updates, including increased productivity and consumer satisfaction.
More Related Content
Similar to Connecting through the OMS
![[FAQs] Best Practices for IT/OT Convergence](https://cdn.slidesharecdn.com/ss_thumbnails/faqsbestpracticesitconvergence2013-130919085919-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DevFest Strasbourg 2025] - NodeJs Can do that !!](https://cdn.slidesharecdn.com/ss_thumbnails/devfeststrasbourg2025-nodejscandothat-251127142731-da65b6fd-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Artificial Intelligence] Building AI Systems That Users (and Comp...](https://cdn.slidesharecdn.com/ss_thumbnails/ai-buildingaisystemsthatusersandcompanieslove-251124030845-038f7732-thumbnail.jpg?width=640&height=640&fit=bounds)
Connecting through the OMS
- 1. 2106 Esri GeoConXConference Connecting through the OMS October 19, 2016
- 2. Mike Young |CoServ • GIS Analyst III • ArcGIS and ArcFM • GIS Data/Business Analysist • GIS Workflow Analysist Jeff Mertz | SSP Innovations • Director of Technology • Principal Consultant • GIS Integrations Introductions
- 3. About CoServ, MAY 1937:Denton County Electric Cooperative is chartered. JANUARY 1998: Denton County Electric begins doing business as CoServ, an abbreviation of “Cooperative Services.” JULY 1998: CoServ Gas established. APRIL 2004: 100,000th meter installed, making CoServ the second- largest electric cooperative in Texas. SEPTEMBER 2015: Official dedication ceremony held for CoServ Solar Station. CoServ begins offering Members a solar rate option. In July this year: we set a combined total of 300,000 electric and gas meters. • Established in 1937 • Headquarters: Corinth, TX • Serve several Counties in North Central Texas
- 4. Mike Young |CoServ • GIS Analyst III • ArcGIS and ArcFM • GIS Data/Business Analysist • GIS Workflow Analysist Jeff Mertz | SSP Innovations • Director of Technology • Principal Consultant • GIS Integrations Introductions
- 5. About Us…. • Eleven-yearold GIS consulting company • Back-to-back Esri EPC Award Winner • Work exclusively in the U.S. utility/telecom industries • 100+ years of combined utility & telecom experience • 100% aligned with Esri platform strategy • Over 80 clients and growing • Industry-leading reputation for quality, successful solutions to requirements
- 6. Business Drivers • Expandingthe use of OMS data to better serve internal and external customers • Upgrade older systems • With the new system, system planners can monitor and manage system without overloading, use the new web interface.
- 7. The Solutions • Existingfile-based ingest system IVR Call input records IVR response records OMS Windows service
- 8. The Solutions • Newinterface introduced in 2014 IVR IVR OMS Web service • Account Lookup • Report Outage • Outage Status
- 9. The Solutions • Public-facingOutage Map – 2015 • Shows high-level outage and affected customer counts • OMS extract and push to 3rd party service • Customer portal - 2016 • Report new outages • Leverages existing IVR to OMS interface Outage Visualization and Reporting
- 10.
- 11. The Solutions • Oldsystem – circa 2010 • Based on database triggers and Windows-based polling process. (Processed only 1 outage per minute) • Complicated device lookup routines SCADA Device Status to OMS Device status file OMS Windows polling service SCADA database
- 12. The Solutions • Newsystem - 2016 • MultiSpeak 4.1 based web service SCADA Device Status to OMS SCADA OMS Web service SCADADeviceUpdateStatus PingURL
- 13. Benefits • Increased productivity •Increased consumer satisfaction • Better communication • With consumers • With dispatchers • Quick access to pertinent, detailed information • Less applications to train on and maintain
- 14. The Future • OMSto SCADA Integration • Sending device status information to the SCADA system to complete the two-way communication • Non-SCADA controlled devices • Fuses • Switches • Elbows • Gang-operated by phase
- 15.
Editor's Notes
- #3 Mike
- #4 Mike
- #5 Jeff
- #6 Jeff
- #7 Mike Customers like – System planners, engineers that use Milsoft, Responder, Coserv Members. New web interface that can pick up multiple incidents and report form other sources. In the future smart meters can communicate with directly with the web interface and create a ticket just a small amount of modifications.
- #8 Jeff – the older interface was file based, which Mike mentioned previously about antiquated interfaces The calls were written to a file with customer and outage information Windows service picked up the file and processed it to the OMS Windows service wrote out a file to be picked up by the IVR system
- #9 Jeff – Web Services Customer outage reporting Existing outage status Extensible for future methods
- #10 Mike
- #12 Jeff What were the Antiquated System Interfaces? – Originally all events were written to a table. The table would be exported to a location. The old system would go through and look at that table every 60 seconds. The system could only process one event at a time and only one per minute. So if 2 events happened at the same time the trigger was only able to pick up one and would have to wait a full minute to go back a pick up the second one. Now imagine if you had 60 events or outages, it would take a full 60 minutes (hour) just for all of those to be processed one minute at a time. Complicated look-up logic -> the code had to make several calls into the GIS to retrieve the feature id and object id of the device in order to pass it to the OMS. The new interface is passed both key pieces of information and now just sends to the OMS without additional lookup
- #13 Jeff What were the Antiquated System Interfaces? – Originally all events were written to a table. The table would be exported to a location. The old system would go through and look at that table every 60 seconds. The system could only process one event at a time and only one per minute. So if 2 events happened at the same time the trigger was only able to pick up one and would have to wait a full minute to go back a pick up the second one. Now imagine if you had 60 events or outages, it would take a full 60 minutes (hour) just for all of those to be processed one minute at a time. Complicated look-up logic -> the code had to make several calls into the GIS to retrieve the feature id and object id of the device in order to pass it to the OMS. The new interface is passed both key pieces of information and now just sends to the OMS without additional lookup
- #14 Mike
- #15 Mike – get more info from Matt / Joshua ?