Skip to content

Outage Cancellation

Outage Cancellation

The request message for outage cancellation would use the following message fields:

Message Element Value
Header/Verb Cancel
Header/Noun OutageSet
Header/Source Market participant ID
Header/UserID ID of user

mRID* of the Outage to be canceled

Only one outage can be cancelled at a time

Payload OutageCancel (Notes) [Optional]

To cancel an Outage:


To cancel Outages by the group:


To cancel a single Outage in a group:


  • The Outage Scheduler cancellation reason code should be appended to the Outage Scheduler mRID as shown in the examples above.

  • The <groupId> shown in the mRID of the second and third examples above corresponds to the third token of the groupId element returned in the Outage Creation XML response. For example, if the groupId returned in response to an Outage Creation request was *<ns1:groupId>ShortName.OTG.1930</ns1:groupId>*, the value placed in the Outage Cancel request for *<groupId>* should be *1930*. Refer to the table in Section 7.2.1 for additional information.

  • When canceling a single outage within a group, the TRUE at the end of the mRID in the third example instructs Outage Scheduler to ungroup the outage.

mRID CancelRequestCode Token Outage Scheduler Cancel Request Reason Description
ERR Cancel – ERROR
EXP Cancel – Expired
RES1M Cancel – Reschedule within 1 month
CWE Cancel – Coordinating with ERCOT
EOP Cancel – Emergency Operations
LCU Cancel – Labor/Crew Unavailable
MUA Cancel – Materials Unavailable
RDU Cancel – Reschedule date unknown
RNS Cancel – Reschedule within next season
WCD Cancel – Weather Conditions
WNR Cancel – Will not reschedule

Outage cancel notes can be supplied using following XML elements (as specified in table) for an individual outage or a group outage. The notes specified in the table are optional and thus not required on a cancel outage request.  However, if these notes are included, they must be sent using the payload element in the request as defined by OutageCancel element in ErcotOutages.xsd.

Element Req? Data type Description Values
OutageCancel/userFullName Y string UserFullName is required on a Submit, Update and Cancel. Note: the element is defined as optional in the XSD.
OutageCancel/OSNotes/RequestorNotes/Note/createdTime N string There are three sections that the requestor can enter notes, Requestor Notes, Supporting Information, and Remedial Action or Special Protection System notes.
OutageCancel/OSNotes/RequestorNotes/Note/createdBy N string
OutageCancel/OSNotes/RequestorNotes/Note/company N string
OutageCancel/OSNotes/RequestorNotes/Note/comment N string
OutageCancel/OSNotes/SupportingNotes/Note/createdTime N string
OutageCancel/OSNotes/SupportingNotes/Note/createdBy N string
OutageCancel/OSNotes/SupportingNotes/Note/company N string
OutageCancel/OSNotes/SupportingNotes/Note/comment N string
OutageCancel/OSNotes/RASPSNotes/Note/createdTime N string
OutageCancel/OSNotes/RASPSNotes/Note/createdBy N string
OutageCancel/OSNotes/RASPSNotes/Note/company N string
OutageCancel/OSNotes/RASPSNotes/Note/comment N string

The following is an example for a Cancel OutageSet request. This example includes the entire RequestMessage structure.

<RequestMessage xmlns="">
        <ns2:OutageCancel xmlns="" xmlns:ns2="">
            <userFullName>Alex Smith</userFullName>
                        <ns2:comment>example comment</ns2:comment>

The corresponding response messages would use the following message fields:

Message Element Value
Header/Verb Reply
Header/Noun OutageSet
Header/Source ERCOT
Reply/ReplyCode Reply code, success=OK, error=ERROR or FATAL
Reply/Error Error message, if error encountered