Message-ID: <32588215.1075861633428.JavaMail.evans@thyme> Date: Thu, 15 Nov 2001 05:32:27 -0800 (PST) From: charles.yeung@enron.com To: l.'.'nicolay@enron.com, thane.twiggs@enron.com, luiz'.'maurer@enron.com Subject: RE: ASAP please: Ercot Questions OOMC & OOME Cc: jean'.'ryall@enron.com, d.'.'steffes@enron.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Bcc: jean'.'ryall@enron.com, d.'.'steffes@enron.com X-From: Yeung, Charles X-To: 'Nicolay, Christi L.' , Twiggs, Thane , 'Maurer, Luiz' X-cc: 'Ryall, Jean' , 'Steffes, James D.' X-bcc: X-Folder: \JSTEFFE (Non-Privileged)\Steffes, James D.\Inbox X-Origin: Steffes-J X-FileName: JSTEFFE (Non-Privileged).pst I apologize if these comments are trivial, since I am not familiar with the= ERCOT ISO structure/process. Not understanding our relationship and obligations as a QSE with Frontera, = are there not provisions Frontera and Enron have in place in the QSE-gen re= lationship that holds us harmless from a generator's refusal or incapabilit= y to dispatch its units? It seems that a QSE should not be caught in the m= iddle between ERCOT ISO and a generator. A QSE, as I understand it, perfor= ms a service on behalf of a generator. If we are not in the middle of the = dispute then the complaint should come from Frontera, not Enron QSE. If we have no choice, I would like to know what is the process at ERCOT to = get the protocols clarified or revised? That should be part of the complai= nt. We should not only complain about the ERCOT interpretation, we should = ask to utilize the process in place to address the conflict. If there is n= o process available, then we should know what our next step should be. =20 In the complaint we should point out that the ERCOT interpretation to not p= ay OOME causes the wrong economic incentives. I would think that John Adam= s' interpretation is not economically motivated, but operations/reliability= related. I am not familiar with the logic of his interpretation, but we s= hould try to point out why his interpretation is not just inapprorpriate fo= r the economics, but also unnecessary for operations and reliability. Doug's suggestion about the RMR units makes sense, but I imagine that eithe= r a) that battle was fought and lost when the rules were established for RM= R, or b) that the unit did not meet any established criteria for RMR status= . If it was not apparent that the Frontera unit was to be used to relieve = congestion on a regular basis until now, then again, is there a process in = place to address this? =20 -----Original Message----- From: =09Nicolay, Christi L. =20 Sent:=09Wednesday, November 14, 2001 6:25 PM To:=09Twiggs, Thane; Yeung, Charles; Maurer, Luiz Cc:=09Ryall, Jean; Steffes, James D. Subject:=09ASAP please: Ercot Questions OOMC & OOME Importance:=09High Thane, Charles and Luiz -- Please see the messages below. This is an impor= tant issue for our ERCOT desk. Can you please determine how we would best submit a "complaint", etc. at ER= COT on an expedited basis and draft a document, if necessary. Please talk = with Doug or John about this too. Also, let me know if you think we need outside assistance with this. THANK= S! -----Original Message----- From: =09Portz, David =20 Sent:=09Wednesday, November 14, 2001 6:12 PM To:=09Nicolay, Christi L. Cc:=09Gilbert-smith, Doug; Baughman, Edward D.; Miller, Jeffrey; Forney, Jo= hn M. Subject:=09Ercot Questions OOMC & OOME Forwarded as discussed. Doug Gilbert Smith has asked that your group draft= a complaint to the PUCT regarding this misinterpretation of the Protocols = by the ERCOT ISO, which effectively requires a generator called on for the = OOMC ancillary service to run its plant, and sidesteps the obligation to pa= y an OOME price component when the plant's output is utilized by ERCOT. Th= e OOMC compensation is currently negligible (and recovery of actual costs u= nder Protocols Sec. 6.8.2.1(6) may take a long time), and the OOME compensa= tion has various problems as well: (1) the more ERCOT calls on a plant for = OOME, the the lesser the OOME price paid (Protocols Sec. 6.8.2.2 -- Heat Ra= te value decreases), and (2) plants directed to provide, say, 135MWs of OOM= C/OOME, are not allowed to generate above 135 MWs in an interval (thus runn= ing the plant economically at a lower heat rate) to sell the excess in the = marketplace. The Frontera plant, a customer of EPMI acting as QSE, is locat= ed such that ERCOT is and will be consistently telling the plant via its QS= E to provide OOMC -- to produce energy going north on a line in South Texas= . Doug says we should advocate to the PUC that plants in such a position sh= ould be Reliability Must Run ("RMR") and be paid at an adequate premium for= their support of the system' reliability. I noted to you as well that this is likely to be a dispute with ERCOT over = the interpretation of the Protocols, conducted under Protocols Section 20, = and we would appreciate any reg. group efforts toward preparation for iinit= iating such dispute. Frontera has indicated they will not provide OOMC tom= orrow even if ERCOT tells us, their QSE that it should be dispatched. Thus = we are caught in the middle. The legitimate bases for not complying with a= n ERCOT dispatch instruction are stated in Protocols Section 5.4.4(2): "thr= eat to safety, risk of bodily harm or damage to the equipment, or otherwise= is not in compliance with these Protocols". Though the Protocols Sections= 1-22 seem to recognize as to other capacity- oriented ancillary service pr= oducts that it is 'generating capacity available but not energy delivered t= o the grid', I have not seen this made clear as to OOMC. The Operating Gui= des' definition of OOMC, page 21 seems to recognize this however, and Secti= on 2B of the ERCOT Market Guide, p. 8 (Feb 22, 2001) recognizes the distinc= tion between capacity and generated energy clearly in support of the positi= on stated by John Forney below.=20 Sorry for the long e-mail -- I was trying to provide a statting point for y= our group. -----Original Message----- From: =09Forney, John M. =20 Sent:=09Wednesday, November 14, 2001 12:27 PM To:=09Portz, David; Gilbert-smith, Doug Subject:=09Ercot Questions David, I need some help with an Ercot protocol interpretation: Frontera has been issued OOMC requests by the ISO on numerous occasions, s= tarting September 14th. This Out of Merit request is issued if no mkt bi= ds exist to solve congestion, whether local or zonal. The OOMC, as I understand it, reserves capacity for Ercot and the premium = is predetermined based on a formula mentioned in the protocols. The formu= la is based on the replacement reserve clearing price, which currently is = zero. This is because the replacement reserve market is non-existent. An= announcement on how the OOMC capacity payments will be calculated is due o= ut this week, per Mark Patterson. The second component of this option is OOME. This is a request for actua= l energy related to the OOMC option. The strike price is calculated from = a preset heat rate multiplied by the HSC daily price, as mentioned in the p= rotocols. So the OOMC/OOME ws designed to work like the ancillary services= with a capacity award and an energy component. I think that this is the s= pirit of the OOM's, as mentioned in Section 6 of the Protocols. =20 Here is the problem: the head of Ercot Market Operations, John Adams, interprets the protocols= to mean that OOMC requries the plant to be generating. When Ercot disp= atchers had issued an OOMC, they quickly followed up to ask us why we were= not generating into the grid. We explained to them, on numerous occasions, that we dont believe OOMC mea= ns run. If they wanted us to run, then they would need to issue an OOME = for the actual energy component. I asked my employees to clarify with Er= cot whether we were being asked to run, yes or no. When instructed to r= un by Ercot, we had to assume that we were settled based upon the OOME cal= c, as we were previously under OOMC orders. I sent at least three e-mails to my Ercot rep, Mark Patterson regarding th= is issue. I finally caught him by phone and he relayed that he thought Er= cot's intrepretation was correct. For all of the times that we ran, at= their request, we werent going to be paid based on the OOME heat rate cal= c, rather we were going to receive the balancing energy price ( a penalty = for Resource Imbalance). For example, in the early morning hours we woul= d receive as little as $1 for electricity that cost $27 to generate. Mark= also mentioned that when they said run, they expected us to sell to someo= ne else, or just generate into the imbalance. Mark told me "dont worry,= you can file to receive your generation expenses in the event that you lo= st money." Here is my view: OOMC does not mean run. It means have the capacity available in the event = Ercot calls, much like replacement, responsive reserve and non-spinning. Ercot's interpretation is being decided by the Manager of Mkt Operations, = a group supposedly unconcerned with price. If OOMC means to run, then why would the protocols contemplate, or need OO= ME? They would never have to pay OOME if we were already running into the = imbalance. OOMC is an option and the exercise is OOME. This is basically the disagre= ement. This could very well be a $500,000 issue for Frontera. Why would anyone generate for $27 and dump to the imbalance mkt at $5 in ho= pes of filing for a "breakeven." Ridiculous. I spoke with Bill Kettlewell with Customer Relations and he had "no comment= " on whether OOMC means to generate. Mark Patterson now also has "no comme= nt." Bill and Mark said that we needed to file a dispute in order to receive clo= sure on the OOM capacity payment. I suspect that we will follow this same= path when we file for OOME reimbursement vs. the imbalance price we will = receive. I had instructed my employeess to refuse to turn on the plant (in respons= e to an OOMC) until we receive an OOME instruction. This has compelled E= rcot to deploy an OOME request to us, because they need to have us online = to control local congestion. Would this not be an omission that their vie= w was incorrect? Section 5.4.4 says that a QSE may fail to comply with an = Ercot directive if it causes a safety concern, or , Ercot is not in compli= ance with the Protocols. The latter is in effect. Ercot is now telling us that they cannot instruct us, or give us an OOME de= ployment, unless we are already runnnig. I think that this is a softwar= e issue, not a protocol issue. =20 We worked out an interim compromise with Ercot until this issue can be sett= led. Once we have been OOMC'd, we will start to gen. Once we reach full= load, we will request an OOME. If they dont comply, we will shut down = the unit. Ercot said that " it was entirely reasonable that we would re= quest to be compensated in the form of an OOME." The Ercot dispatchers are complaining that OOME requires them to send an in= struction every 15 minutes. Is this why we are not getting the OOME instr= uction on a regular basis? Finally, I stressed to Ercot that I wasnt trying to manipulate prices, via= OOME or force Ercot into a corner. It just is not the right economic en= vironment to generate for $27 and sell for $5. Further, operations pers= onell at Ercot have frelayed their displeasure with me for "forcing them to= OOME our plant." Can I get an opinion on whether OOMC means to run? If you agree with me, = what is our next step? I need to move aggressively on this issue. Thanks, JForney 37160