Spreadsheet: chris_stokley__3852__HOW-TO MANUAL (for Houston)
Sheet: Sheet1

 |  |  | HOW TO GUIDE TO RESEARCHING DEALS IN DISPUTE (BY DEAL TYPE)
Definitions
Day Ahead - A day-ahead deal is a trade that is done by a Long Term, [NAME], or Services desk.  These trades can be done a year in advance,
 |  | a month in advance, a week in advance, a day in advance.  Day ahead deals are typically traded in blocks and usually have a tag.
Real Time - Formally known as the Hourly Desk, these trades are done within the same day (ie - the day of the energy flow).  Real time trades are
 |  | predominantly done hour by hour and traded an hour and a half to two hours before the physical flow of energy takes place. The real time
 |  | desk manages some service contracts on an hourly basis.
Cut Deals - (Cut and Curtailment can be used interchangeably) When a deal is cut, that means that the physical flow of energy does not happen.  Deals get
 |  | cut due to (1) a bad schedule or misscheduled energy flow, (2) a line going down when something hits it or falls on it, or (3) there is an
 |  | Unscheduled [NAME] (USF).  USF happens because energy moving across lines does not stop moving.  If too much energy is
 |  | set into flow on a line and causes that line to exceed its capacity, the control area has to burn off some of that energy.
 |  | When energy is burned off, schedules get cut.
On [NAME] vs. [NAME] Peak (also known as Heavy Load Hours, or HLH) pertains to hours ending 7 thru 22 (HE 7-22).  This whole 16 hour long block in
 |  | its entirety is On-Peak.  [NAME] (also known as Light Load Hours, or LLH) pertains to hours ending 1 thru 6 AND 23 thru 24.  Both of these
 |  | blocks in their entirety make up the 8 hours of Off Peak.
 |  |  |  | Day Ahead |  |  |  |  |  |  | Real Time
ADD
 | Purchase | ¨ | Check Lotus Notes Database to see if there is |  |  |  |  |  | ¨ | If El Paso related, is it in the model?
 | or |  | a deal that matches the criteria or if there was a |  |  |  |  |  | ¨ | Is this an existing deal that was cut, so appears
 | Sale |  | deal that was cut |  |  |  |  |  |  | to be an add because the MW's are different?
 |  | ¨ | [NAME] to see if this is an EOL or brokered deal; if |  |  |  |  |  | ¨ | Check DMS for a matching dispute from the counterparty
 |  |  | so and the broker can confirm the deal, it should be in EnPower |  |  |  |  |  |  | on the other side of the deal (very important to find out
 |  |  | If it's not, the confirm is our proof that we need to add it |  |  |  |  |  |  | who is on the other side). If there is no dispute from the other
 |  | ¨ | Check DMS for a matching dispute from the counterparty |  |  |  |  |  |  | counterparty in DMS, talk to the Settlements Coordinator from
 |  |  | on the other side of the deal (very important to find out |  |  |  |  |  |  | that counterparty to see if there is a matching dispute that
 |  |  | who is on the other side) Query by date (we may just need a |  |  |  |  |  |  | was not yet entered to DMS
 |  |  | counterparty change)  If there is no dispute from the other counterparty |  |  |  |  |  | ¨ | Search Deal Entry for a deal with matching criteria because
 |  |  | in DMS, talk to the Settlements Coordinator from that counterparty |  |  |  |  |  |  | a deal will not pull into CARP or UNIFY if it hasn't been scheduled
 |  |  | to see if there is a matching dispute that was not yet entered to DMS |  |  |  |  |  |  | (there may be a deal out there for the trade in question,
 |  | ¨ | Search Deal Entry for a deal with matching criteria because |  |  |  |  |  |  | you just can't see it anywhere but in Deal Entry)
 |  |  | a deal will not pull into CARP or UNIFY if it hasn't been scheduled |  |  |  |  |  | ¨ | IF ALL OF THESE THINGS FAIL TO GIVE YOU AN ANSWER,
 |  |  | (there may be a deal out there for the trade in question, |  |  |  |  |  |  | VM NEEDS: path of the deal, EPMI trader's name and time
 |  |  | you just can't see it anywhere but in Deal Entry) |  |  |  |  |  |  | of conversation, delivery point, was the trade done in a block
 |  | ¨ | IF ALL OF THESE THINGS FAIL TO GIVE YOU AN ANSWER, |  |  |  |  |  |  | or by hour?
 |  |  | VM NEEDS: path of the deal, EPMI trader's name, tag #,
 |  |  | (Oasis # for transmission), delivery point
 |  |  |  | Day Ahead |  |  |  |  |  |  | Real Time
MW
 | Purchase | ¨ | Check the Lotus Notes Confirmation Database for the deal and |  |  |  |  |  | ¨ | If deal is El Paso related, what does the Model say?  Does
 | or |  | it's MW values and for any cuts to the deal |  |  |  |  |  |  | the model match [NAME]?
 | Sale | ¨ | Check Deal Scheduling to see who is on the other side and |  |  |  |  |  | ¨ | Check notes in scheduling and deal entry for any information
 |  |  | then Check DMS for a matching MW dispute from that counterparty |  |  |  |  |  | ¨ | Check Deal Scheduling to see who is on the other side and
 |  | ¨ | If there is no dispte from the other counterparty in DMS, talk to the |  |  |  |  |  |  | then Check DMS for a matching MW dispute from that
 |  |  | Settlements Coordinator from that counterparty to see if there is a |  |  |  |  |  |  | counterparty
 |  |  | matching dispute that was not yet entered to DMS |  |  |  |  |  | ¨ | If there is no dispte from the other counterparty in DMS, talk to the
 |  | ¨ | If EPMI shows MW's that the counterparty doesn't, run a query for |  |  |  |  |  |  | Settlements Coordinator from that counterparty to see if there is a
 |  |  | the deal date in DMS and see if there is a counterparty that is |  |  |  |  |  |  | matching dispute that was not yet entered to DMS
 |  |  | missing that same number of MW's |  |  |  |  |  | ¨ | If EPMI shows MW's that the counterparty doesn't, run a query for
 |  | ¨ | Does the Deal Ticket (deal entry) say that this is a Broker deal? |  |  |  |  |  |  | the deal date in DMS and see if there is a counterparty that is
 |  |  | If so, look at LiveLink to see contract and broker information |  |  |  |  |  |  | missing that same number of MW's
 |  | ¨ | If [NAME] fails, check with Global Contracts- what does contract say |  |  |  |  |  | ¨ | Check Deal Entry and Deal Scheduling to make sure that the
 |  | ¨ | Check deal Entry to see if this is an EOL deal (if EOL, you should |  |  |  |  |  |  | MW's are the same on the deal ticket and in scheduling
 |  |  | not have to enter a dispute into DMS; VM cannot change MW values |  |  |  |  |  | ¨ | Check the Lotus Notes Confirmation Database for any cuts
 |  |  | on an EOL deal.)  Tell the counterparty that the MW's were confirmed |  |  |  |  |  |  | to the deal
 |  |  | on-line. Talk to Global Contracts if counterparty will not accept trade |  |  |  |  |  | ¨ | IF ALL OF THESE THINGS FAIL TO GIVE YOU AN ANSWER,
 |  | ¨ | IF ALL OF THESE THINGS FAIL TO GIVE YOU AN ANSWER, |  |  |  |  |  |  | VM NEEDS: path of the deal, EPMI trader's name and
 |  |  | VM NEEDS: path of the deal, EPMI trader's name, tag # |  |  |  |  |  |  | time of conversation, delivery point
CUTS |  | ¨ | Look in Discussion Database for cut notes on any pre-scheduled |  |  |  |  |  | ¨ | Check the Lotus Notes Discussion database "Discussion Forum"
 |  |  | deals |  |  |  |  |  |  | for day and night notes from traders
 |  | ¨ | Check the Lotus Notes Discussion database "Discussion Forum" |  |  |  |  |  | ¨ | VM NEEDS: path of deal and where in the path the energy
 |  |  | for day and night notes from traders |  |  |  |  |  |  | was cut?
 |  | ¨ | VM NEEDS: path of deal and where in the path the energy |  |  |  |  |  |  | Who called Enron to inform us of the cut and at what time did
 |  |  | was cut?  Tag # |  |  |  |  |  |  | they call?
 |  |  | Who called Enron to inform us of the cut and at what time did |  |  |  |  |  |  | Who at EPMI did they talk to?
 |  |  | they call? |  |  |  |  |  |  | If Enron made the call, who from EPMI called the counterparty?
 |  |  | Who at EPMI did they talk to? |  |  |  |  |  |  | Was the original schedule done real-time or day ahead?
 |  |  | If Enron made the call, who from EPMI called the counterparty? |  |  |  |  |  |  | Is the cut a real-time cut or was it called in day-ahead?
 |  |  | Was the original schedule done real-time or day ahead? |  |  |  |  |  |  | Why was energy cut?
 |  |  | Is the cut a real-time cut or was it called in day-ahead? |  |  |  |  |  |  | Was schedule resupplied? Is there a bookout of energy?
 |  |  | Why was energy cut?
 |  |  | Was schedule resupplied? Is there a bookout of energy?
 |  |  |  | Day Ahead |  |  |  |  |  |  | Real Time
COUNTERPARTY
 | Purchase | ¨ | Check DMS for a matching discrepancy from the counterparty |  |  |  |  |  | ¨ | Check DMS for a matching discrepancy from the counterparty
 | or |  | whom you want the change made to |  |  |  |  |  |  | whom you want the change made to
 | Sale | ¨ | VM NEEDS: name of correct counterparty and confirmation that |  |  |  |  |  | ¨ | VM NEEDS: name of correct counterparty and confirmation that
 |  |  | that is the correct counterparty |  |  |  |  |  |  | that is the correct counterparty
[NAME]
 | Purchase |  | * If transmission deal is missing, see ADD notes |  |  |  |  |  |  | * If transmission deal is missing, see ADD notes
 | only |  | * Look in deal scheduling and find out which two counterparties |  |  |  |  |  |  | * Look in deal scheduling and find out which two counterparties
 |  |  | the wheel (transmission) is routed to |  |  |  |  |  |  | the wheel (transmission) is routed to
 |  |  | * Then Check DMS for a matching MW dispute from those |  |  |  |  |  |  | * Then Check DMS for a matching MW dispute from those
 |  |  | counterparties |  |  |  |  |  |  | counterparties
 |  |  | * Check the Lotus Notes Confirmation Database (search by purchase |  |  |  |  |  |  | **IF ALL OF THESE THINGS FAIL TO GIVE YOU AN ANSWER,
 |  |  | or sale counterparty, not transmission counterparty, for MW values |  |  |  |  |  |  | VM NEEDS: path of the deal, EPMI trader's name, OASIS #
 |  |  | and for any cuts to the energy |  |  |  |  |  |  | and delivery points
 |  |  | * Check contract for prices if based on a contract
 |  |  | * Was the amount reserved fully used?
 |  |  | **IF ALL OF THESE THINGS FAIL TO GIVE YOU AN ANSWER,
 |  |  | **VM NEEDS: path of the deal, EPMI trader's name, OASIS #
 |  |  | and delivery points
 |  |  |  | Day Ahead |  |  |  |  |  |  | Real Time
PRICE
 | Purchase | ¨ | Check the Lotus Notes Confirmation Database for the deal and |  |  |  |  |  | ¨ | If deal is El Paso related, what does the Model say?  Do the
 | or |  | it's price |  |  |  |  |  |  | purchase and sale prices match in Deal Scheduling?
 | Sale | ¨ | Check Deal Entry and Deal Scheduling to make sure that the |  |  |  |  |  | ¨ | Check Deal Entry and Deal Scheduling to make sure that the
 |  |  | prices are the same on the deal ticket and in scheduling |  |  |  |  |  |  | prices are the same on the deal ticket and in scheduling
 |  | ¨ | Does the Deal Ticket (deal entry) say that this is a Broker or |  |  |  |  |  | ¨ | Check notes in scheduling and deal entry for any information
 |  |  | Confirm deal? |  |  |  |  |  | ¨ | IF YOU HAVE NOT FOUND SUFFICIENT INFORMATION,
 |  | ¨ | Look at LiveLink to see contract or broker information |  |  |  |  |  |  | VM NEEDS: EPMI trader's name, counterparty's price, and
 |  | ¨ | If [NAME] fails, check with Global Contracts to see what the |  |  |  |  |  |  | path/other side of the deal
 |  |  | contract price is
 |  | ¨ | Check deal Entry to see if this is an EOL deal (if EOL, you should
 |  |  | not have to enter a dispute into DMS; VM cannot change prices
 |  |  | on an EOL deal.  Tell the counterparty that the price is what it is
 |  |  | on the deal ticket (deal entry) - ONLY on rare occasions is the
 |  |  | deal ticket wrong) If counterparty does not accept answer, check
 |  |  | with Global Contracts
 |  | ¨ | IF YOU HAVE NOT FOUND SUFFICIENT INFORMATION
 |  |  | WITH THE TOOLS LISTED ABOVE, VM NEEDS: EPMI trader's
 |  |  | name and explanation of why the above tools have failed