Introduction
This document describes the message structure and implementation information for ERCOT's External Web Services (EWS). This interface has been developed for Market Participant applications that need to interact with ERCOT Nodal Market systems. The intended audience of this document is developers that will be integrating Market Participant applications to the ERCOT Nodal systems through the use of the interfaces described within this specification.
This documentation provides a general introduction to the services, specific details regarding the message structure, and the overall security implementation. This is followed by sections that are specific to each service support by EWS. Additionally there are sections regarding Notification listeners. The appendices provide XML Schemas, WSDLs and additional examples.
The interfaces and related interactions described by this document define the externally-visible (black box view) perspective of the services provided by this project. It is the intent of this specification and interface architecture to shield Market Participants from the details of systems integration internal to ERCOT.
Purpose
The interfaces described by this document are intended to be used by Market Participants for machine to machine integration. This document is intended to provide all the details of the message structures and technical interoperability standards required for the machine to machine interface.
Scope
The scope of this document is to describe web services provided for integration by Market Participants from the perspective of external integration. This document has program level scope as related to web services that would be used by Market Participants for machine to machine interaction with nodal applications as detailed in an agreed list of interfaces to be managed by the Nodal project. The intent of this design is to leverage the integration layer (IL) to expose web services needed for external integration by Market Participants.
The following are specifically outside the scope of this document:
-
The details of integration from the IL to internal ERCOT applications are outside the scope of this specification
-
Inter Control Center Communications Protocol (ICCP) communications
-
Interactions with application User Interfaces (UI)
-
Access of information through ercot.com
-
Usage of the Public API for historical public content. Public API documentation is available at ...
Definitions, Acronyms, and Abbreviations
Term/Acronym | Definition |
---|---|
ADJ | Adjustment |
AS | Ancillary Services, includes spinning reserve, non-spinning reserve, responsive reserve and regulation |
award | An award identifies the acceptance of a bid or offer. |
BidSet | A BidSet is an XML container type for a collection of bids, offers, trades and schedules as defined by the IEC Common Information Model |
CIM | Common Information Model, an IEC standard |
CRR | Congestion Revenue Rights, a system implemented at ERCOT |
CSV | A file format that uses values separated by commas |
DAM | Day Ahead Market |
DRUC | Day-Ahead Reliability Unit Commitment |
EMS | Energy Management System, a system implemented at ERCOT |
FIP | Fuel Index Price |
FOP | Fuel Oil Price |
FTP | File Transfer Protocol |
GUID | Globally Unique Identifier. GUIDs are usually implemented as random 128 bit numbers that are usually represented as a string of hexadecimal digits. |
HASL | High ancillary services limit |
HDL | High dispatch limit |
HEL | High emergency limit |
HRUC | Hour-Ahead Reliability Unit Commitment |
HSL | High sustained limit |
IEC | International Electrotechnical Commission |
LASL | Low ancillary services limit |
LDL | Low dispatch limit |
LEL | Low emergency limit |
LMP | Location marginal price |
LSL | Low sustained limit |
MCPC | Market clearing price for capacity |
MIS | Market Information System, an umbrella for the various interfaces provided to Market Participants by ERCOT |
MMS | Market Management System, a system implemented at ERCOT |
MP | Market Participant |
MW | Megawatt, a measure of power |
MWh | Megawatt hour, a measure of energy |
NMMS | Network Model Management System, a system implemented at ERCOT |
NOMCR | Network operating model change request |
Non-Spin | Non-spinning reserve |
OASIS | Organization for the Advancement of Structured Information Systems |
Operating Date | Synonymous with Trade Date |
PMCR | Planning Model Change Request |
POC | Proof Of Concept |
QSE | Qualified Scheduling Entity. This is a type of Market Participant. Each QSE is identified by a certificate. A QSE is identified by a DUNS number, 'long name' and 'short name' |
RDF | Resource Descriptor format. An XML format used by NMMS for model exchanges using IEC 61970-501. |
Reg-Down | Regulation down |
Reg-Up | Regulation up |
RRS | Responsive reserve service |
RTM | Real-Time Market |
SAMR | Special Action Model Request |
sink | Sink settlement point |
SOAP | Simple Object Access Protocol |
SoSA | System of Systems Architecture |
source | Within a bid, offer, schedule, trade or award this refers to the source settlement point. Within a message header, this refers to the ID of the market participant. |
SP | Settlement Point |
SPP | Settlement Point Price |
TP | Transmission Provider |
Trading Date | Synonymous with Operating Date. Represented in XML using the 'tradingDate' tag. This is based on Texas prevailing time. |
UTC | Universal Coordinated Time, an international standard |
WS | Web Services. There are many web service standards that are commonly prefixed by 'WS'. |
WSDL | Web Services Definition Language |
XML | eXtensible Markup Language |
XSD | XML Schema, used to define the structure of XML documents |
XSL | XML StyleSheet Language |
Z | Zulu, an indicator for the use of GMT or UTC time |
References
Artifact | Definition |
---|---|
External Interfaces Conceptual Design | Conceptual design for external interfaces using web services |
External Interfaces Security Design Specification | Detailed security design for external interfaces. This is a companion document to the External Interfaces Conceptual design. |
OASIS WS-Notifications | OASIS Web Services Base Notification standard |
OASIS WS-Security | OASIS Web Services Security |
XSDs | Specific message structure and element details. |
Additional references to related standards are described in section 1.6.
Program-level Standards
In general, the design described by this document will leverage web services and related security standards as defined by the World-Wide Web Consortium (W3C) and OASIS. Program-level standards include those related to security, as well as basic web service standards including:
-
XML
-
XML Schema
-
XPath
-
XSL
-
SOAP
-
Web Services
-
WSDL
-
RDF
These are described in the companion security design document. W3C standards can be freely accessed from http://www.w3.org.
Another key program standard is the IEC Common Information Model (CIM), as defined by IEC 61970-301. This is used to define models used by ERCOT, which are exchanged using IEC 61970-501. It will also be leveraged by this design for the definition of messages used for interfaces. There is also a standard for message structures defined by IEC 61968-1. There standards can be purchased from the IEC web site at http://www.iec.ch. Materials related to IEC standards, including the CIM model it self can be freely obtained from the UCA International Users Group SharePoint at http://sharepoint.ucausers.group.org/CIM.
There are several key Internet Engineering Task Force references. These include:
-
Internet Engineering Task Force RFC 2828: Internet Security Glossary
-
Internet Engineering Task Force RFC 2119: Key words to indicate RFC requirement levels
-
Internet Engineering Task Force RFC 2246: Transport Layer Security (TLS)
-
Internet Engineering Task Force RFC 3275: XML Digital Signature and Processing
IETF documents can be freely obtained from http://www.ietf.org.
An ERCOT variation of the OASIS WS-Base Notification standard is used to define the mechanism for issuance of asynchronous notification messages to Market Participants. Given the application of WS-Notifications for Nodal, only a subset of the capabilities of WS-Notifications is required. OASIS standards being leveraged include:
-
Web Services Notifications (WS-Notifications)
-
Web Services Security (WS-Security)
-
Web Services Security X.509 Token Profile
-
Web Services Security Username Token Profile
OASIS standards can be freely obtained from http://www.oasis-open.org.
The definition of timestamps is specified by ISO-8601, with the exception that timestamps of 24:00:00 are not used for compatibility reasons. This is partly a consequence of the XML Schema definition for 'dateTime', where hour 24 is not explicitly allowed. There are some implementations of timestamps within software products that do not correctly handle timestamps of 24:00:00.
ISO standards can be purchased online from a variety of sources including ANSI, at http://www.ansi.org. Descriptions of ISO-8601 can be freely obtained from other sources including Wikipedia