350 likes | 467 Vues
This document outlines the necessary system requirements for accessing the IT Portal and Messaging Systems as of April 2023. It details client and server-side prerequisites, including digital certificate needs, registration processes, and data submission methods for various requirements such as ancillary service bids, load forecasts, and real-time data exchange. Key points include connectivity demonstrations, XML file transfers, and the use of the web portal for market participants. Compliance ensures efficient data exchange through secure HTTPS access and digital certificates.
E N D
IT Breakout SessionApril 23, 2001 Kevin Perry Manager, IT
Portal ClientSystem Requirements • User Interface: • Personal computer • Microsoft Internet Explorer 5.x • Access to the Internet • Client Digital Certificate issued by SPP
Server / MessagingSystem Requirements • Web Listener: • Server (or high-end personal computer) • Microsoft Windows 2000 Server • Internet Information Server (IIS) • Access to the Internet or SPPnet • Server Digital Certificate issued by SPP
Control AreaSystem Requirements • ICCP Server: • Redundant ICCP servers running OSI • and configured for automatic fail over • Configured for TASE.2 - Block 1 and 2 data transfers • Capable of 4-second periodic data exchange with SPP and local EMS • Access to SPPnet
Data Requirements • Registration: • Users must be registered with SPP and be issued a Digital Certificate • Required connectivity must be demonstrated (e.g. Web Portal, Web Listener, ICCP) • Assets must be registered with SPP via web portal
Data Requirements • Ancillary Service Bids: • Submitted by Market Participants in the form of a supply curve • Can manually enter data via web pages • Can bulk upload via XML file transfer • All access via Web Portal
Data Requirements • Resource Plans: • Submitted by Generation Providers • Can manually enter data via web pages • Can bulk upload via XML file transfer • All access via Web Portal
Data Requirements • Reservations, Tags, and Schedules: • Customers must reserve transmission capacity using OASIS • Customers must submit NERC Tags for all schedules • RTO Scheduling system is required
Data Requirements • Load Forecasts: • Submitted by Control Areas under SPP Criteria 5 • Load forecast submitted daily via SPP web site or FTP upload
Data Requirements • Scheduled Outages: • Transmission outage schedules submitted daily by Control Areas via SPP web site or FTP upload • Generation outage schedules submitted daily by Generation Providers via SPP web site or • FTP upload
Data Requirements • Real-Time Data: • Control Areas will submit line flows (MW, Mvar, kV) for lines, loads, and transformers at 4 second periodicity • Control Areas will submit breaker status values by exception • All data submitted via ICCP
Data Requirements • Real-Time Data (cont): • Generation unit operators will submit operating data (MW, Mvar, kV, Limits) at 4 second periodicity • Generation unit operators will submit unit status values by exception • All data submitted via ICCP
Data Requirements • Real-Time Data (cont): • SPP will provide Net Scheduled Interchange for each Control Area via ICCP • Control Areas must be able to read the NSI every 4 seconds • NSI must be passed to Control Area EMS for ACE calculation at • 4-second periodicity
Data Requirements • Actual Net Interchange: • Control Areas will continue to perform routine, daily tie-line checkout • Hourly actual net interchange (not individual tie MWH) by Settlement Areas will be sent to SPP via web portal (XML upload) • Data is revenue quality
Data Requirements • Actual Generation: • Generation Providers will submit hourly actual generation MWH to SPP for each asset • Data will be submitted via web portal (XML upload) • Data is revenue quality
Data Requirements • Meter Data: • Meter Agents/Distribution Companies will aggregate and submit usage data by Settlement Area and Load Entity • Data submitted as hourly MWH • (3 decimal positions) • Consumption/profile and interval meter data submitted to SPP via web portal (XML upload)
Data Requirements • Notices and Emergency Messages: • SPP will issue emergency operational messages to Market Participants • Messages can be viewed on-line or downloaded via the XML interface (XML only applies to Market Operations System messages)
ProgrammaticData Exchange • Web listener required for XML data exchange • Two types of messages: • Query/Response • Push/Acknowledgement • HTTPS and digital certificates required for data access and security
XML Messages • Any MOS data that can be entered or viewed via the web pages are also available via XML data exchange • XML messages are grouped and Multi-purpose Internet Mail Extensions (MIME) encapsulated • Message syntax is defined by Document Type Definition (DTD) schema files
DTD Specification (1 of 2) <?xml version="1.0" encoding="UTF-8"?> <!-- edited with XML Spy v3.5 NT (http://www.xmlspy.com) by Phillip E. Hystad (private) --> <!--DTD generated by XML Spy v3.0.7 NT (http://www.xmlspy.com)--> <!ELEMENT Bids (ASBid | EISBid)*> <!ELEMENT ASBid (DAY, HOUR, BLOCKID, CAPACITY, RSRC_ID, RSRC_TY, URS_PRICE?, DRS_PRICE?, SPIN_PRICE?, SUPP_PRICE?)> <!ELEMENT EISBid (DAY, HOUR, RSRC_ID, RSRC_TY, MW, PRICE)> <!ELEMENT DAY (#PCDATA)> <!ELEMENT HOUR (#PCDATA)> <!ELEMENT BLOCKID (#PCDATA)> <!ELEMENT CAPACITY (#PCDATA)>
DTD Specification (2 of 2) <!ELEMENT RSRC_ID (#PCDATA)> <!ELEMENT RSRC_TY (#PCDATA)> <!ELEMENT URS_PRICE (#PCDATA)> <!ELEMENT DRS_PRICE (#PCDATA)> <!ELEMENT SPIN_PRICE (#PCDATA)> <!ELEMENT SUPP_PRICE (#PCDATA)> <!ELEMENT MW (#PCDATA)> <!ELEMENT PRICE (#PCDATA)>
XML Message (1 of 3) <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE Bids SYSTEM "bids.dtd"> <Bids> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>0</MW> <PRICE>0.00</PRICE> </EISBid> <EISBid> <DAY>20010403</DAY>
XML Message (2 of 3) <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>100</MW> <PRICE>30.00</PRICE> </EISBid> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>200</MW> <PRICE>40.00</PRICE>
XML Message (3 of 3) </EISBid> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>300</MW> <PRICE>40.00</PRICE> </EISBid> </Bids>
Message Partition/MIME • All messages are constructed of one or more partitions where each partition is specified as an XML document • The partitions are separated using a boundary line • MIME is used to describe the boundaries and the message parts
Full Message (1 of 5) • MIME-Version: 1.0 • Content-Type: multipart/Related; • Type="Application/X-SPP-Markets"; boundary="SPP-XML-DATA" • --SPP-XML-DATA • Content-Type: application/xml • <?xml version="1.0" encoding="ISO-8859-1"?> • <!DOCTYPE Header SYSTEM "header.dtd"> • <Header> • <TransactionInfo> • <Action>Submit</Action> • <Subject>Bids</Subject> • <Version>1.0</Version> • <Environment>Production</Environment> • </TransactionInfo> • </Header>
Full Message (2 of 5) --SPP-XML-DATA Content-Type: application/xml <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE Bids SYSTEM "bids.dtd"> <Bids> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>0</MW> <PRICE>0.00</PRICE>
Full Message (3 of 5) </EISBid> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>100</MW> <PRICE>30.00</PRICE> </EISBid> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID>
Full Message (4 of 5) <RSRC_TY>GEN</RSRC_TY> <MW>200</MW> <PRICE>40.00</PRICE> </EISBid> <EISBid> <DAY>20010403</DAY> <HOUR>0100</HOUR> <RSRC_ID>DPG1</RSRC_ID> <RSRC_TY>GEN</RSRC_TY> <MW>300</MW> <PRICE>40.00</PRICE> </EISBid>
Full Message (5 of 5) </Bids> --SPP-XML-DATA--
Next? • IT technical training on XML • Tuesday, May 22 • Houston – Doubletree Hotel 400 Dallas Street • Wednesday, May 23 • Dallas – Hyatt Regency/DFW D/FW International Airport • 8:30 AM – 4:00 PM