1 / 10

Retail Market Assurance Services for the Irish Electricity Market

Retail Market Assurance Services for the Irish Electricity Market. Niemesh Amin & Peter Varley IGG 20 th August 2009. Extranet Broker Mechanism Background. Extranet provided to enable suppliers to view MP data and improve accuracy of registrations

tambre
Download Presentation

Retail Market Assurance Services for the Irish Electricity Market

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Retail Market Assurance Services for the Irish Electricity Market Niemesh Amin & Peter Varley IGG 20th August 2009

  2. Extranet Broker MechanismBackground • Extranet provided to enable suppliers to view MP data and improve accuracy of registrations • Data then has to be transferred into the Supplier’s customer service systems • To date, this has been a manual transfer

  3. Extranet Broker MechanismBackground Broker mechanism issues a query to the extranet, “scrapes” the response screen and automatically transfers data into an application As far as the extranet is concerned it is dealing with a person

  4. Extranet Broker MechanismBackground SAP-ISU services ALL requests including Market Messages, MRSO & Networks functions and Extranet Extranet is designed and sized to cater for human use Use of brokering leads to more queries, which in turn increases the frequency of heavy loading of the SAP-ISU system and increases in response times

  5. Extranet Broker MechanismProposed GuidelinesSuppliers Queries must be initiated manually Each query should be for a single MPRN, not “sets” All broker queries to use the same connection There must be a caching mechanism to avoid repeat queries of the same MPAN. The cache should be designed to cater for a defined number of hours of queries Users should be trained in acceptable use

  6. Extranet Broker MechanismProposed GuidelinesSuppliers Supplier must nominate, and provide contact details for, its broker SPOC(s) Supplier must declare broker “username(s)” and use only this for brokering Processes should cater for “no response” HTML structure of response may change without notice – must cater for this Brokering is not a Market Design element and may not be used to influence introduction of changes or their timing

  7. Extranet Broker MechanismProposed GuidelinesNetworks Available channels will be divided into a “manual” and a “broker” set All broker queries will use a broker channel Manual queries may use any channel Suppliers will be given advance notice of any planned changes to HTML structure of nominated pages There is no guarantee that unplanned changes will not occur

  8. Extranet Broker MechanismProposed GuidelinesNetworks Broker usage will be monitored If response becomes unacceptable, Networks will adjust Extranet parameters to favour manual users until overload situation is resolved. May involve disabling broker ids temporarily Deviation from “fair use” policy will be reported to Supplier. If abuse continues RMDS & CER will be notified and userid may be discontinued

  9. Extranet Broker MechanismProposed GuidelinesGovernance There should be an “Extranet” agreement to which Networks and each Supplier is a party There should be a “fair usage” policy Broker “system”, and material changes to it, must be independently assured

  10. Questions & Discussion

More Related