ࡱ>  dbjbjޥ gǴǴV:,H,HUUUUUtUUUVVXtUAZZ[[[\,yLA A A A A A A$?EG*DAU\\DAUU[[4YARU[U[AAV4T%[3Go AoA0AHHT%"v%HU%@tiDADAAH,H LT:  app Manual for Market Operations Manual M-11 Revision: 51 Effective Date: December 31, 2015 Prepared by app. app Manual for Market Operations Table of Contents Introduction About This Manual INT-1 Section 1: Overview of Energy Market Operations 1.1 Scope & Purpose of Scheduling and Dispatching 1-1 1.2 app Responsibilities 1-2 1.2.1 Day-Ahead Energy Market 1-2 1.2.2 Real-Time Energy Market 1-2 1.3 Market Participant Responsibilities 1-4 1.3.1 Market Participants Buying from Energy Market 1-4 1.3.2 Market Participants Selling into Energy Market 1-4 1.3.3 Market Participants wheeling Energy through the New England Control Area 1-5 1.3.4 Market Participants Participating with Real-Time Demand Response and Real-Time Emergency Generation Resources 1-5 1.3.4.1 Data Requirements for Real-Time Demand Response and Real-Time Emergency Generation Resources 1-5 1.4 Non-Market Participant Transmission Customer Responsibilities 1-6 Section 2: Energy Market 2.1 Pricing Locations 2-1 2.2 Energy Market Business Rules 2-3 2.2.1 Bidding & Operations Time Line 2-3 2.2.2 Market Participants Buying from Energy Market 2-4 2.2.2.1 Demand Bids 2-4 2.2.2.2 Decrement Bids 2-5 2.2.2.3 External Transactions (Exports) 2-5 2.2.3 Market Participants Selling into Energy Market 2-6 2.2.3.1 Generating Resources 2-6 2.2.3.2 Increment Offers 2-8 2.2.3.3 External Transactions (Imports) 2-8 2.2.3.4 Demand Response Resources 2-9 2.2.4 Non-Market Participant Transmission Customers 2-9 2.2.5 Designation as Real-Time Reserve and Declaration of Limited Energy Resource Status 2-10 2.2.6 Technical Rules 2-11 2.2.7 Major Modeling Assumptions 2-12 Section 3: Scheduling 3.1 Treatment of Certain Resources 3-1 3.1.1 Local Second Contingency Protection Resources 3-1 3.1.2 Special Constraint Resources 3-1 3.1.3 Self-Scheduled Dispatchable Asset Related Demand Resources 3-1 3.2 External Transactions 3-2 3.2.1 External Transaction Submittal Software 3-2 3.2.2 External Transaction Submission Timelines 3-2 3.2.3 External Transaction Submission Rules 3-3 3.2.4 Additional Treatment for External Transactions 3-3 3.2.5 Status of External Transactions Submitted to EES 3-5 3.2.6 Status of External Transactions Submitted to JESS 3-5 Revision History Approval REV-1 Revision History REV-1 app Manual for Market Operations List of Figures and Tables Exhibit 2.1: Single P-Node Mapped to Multiple Close E-Nodes 2-2 Table 3.1: Available Options Associated with External Transactions 3-4 Introduction About This Manual This is the app Manual for Market Operations. The reader is referred first to Market Rule 1 for an explanation and information regarding the operation of the markets. Terms that are capitalized in this manual generally are defined in Section I of the app Tariff. This manual provides additional implementation or other detail for those provisions of Market Rule 1 that require the Market Participant to take an action. Section 1: Overview of Energy Market Operations 1.1 Scope & Purpose of Scheduling and Dispatching Operation of the New England Control Area involves many activities that are performed by different operating and technical personnel. These activities occur in parallel on a continuous basis, 24 hours a day and can be grouped into three overlapping time frames: Pre-scheduling operations Scheduling operations and the Day-Ahead Energy Market Scheduling and dispatching operations and the Real-Time Energy Market In this manual we focus on the scheduling activities associated with the Day-Ahead Energy Market, scheduling activities that take place in the Real-Time Energy Market throughout the Operating Day and Real-Time Energy Market dispatching activities that take place within the operating hour. Resources fall into one of two categories, Resources with a Capacity Supply Obligation or Resources without a Capacity Supply Obligation. For the remainder of this document Resources with a Capacity Supply Obligation shall be referred to as CSO Resources, and Resources without any Capacity Supply Obligation shall be referred to as Non-CSO Resources. 1.2 app Responsibilities 1.2.1 Day-Ahead Energy Market In the Day-Ahead Energy Market, the app determines the least-cost means of satisfying the cleared Demand Bids, cleared Decrement Bids, Operating Reserve, Replacement Reserve, Local Second Contingency Protection Resource requirements and other applicable Ancillary Services requirements of Market Participants, including the reliability requirements of the New England Control Area. Real-Time Energy Market Following the Day-Ahead Energy Market scheduling process, after the Real-Time Re-Offer Period and, as needed, throughout the Operating Day, the app will commit and de-commit Resources through the Reserve Adequacy Analysis, based upon the apps forecast of actual loads (including some External Transactions), resource availability and Self-Scheduled Resources for the next Operating Day, to: (1) Satisfy Operating Reserve and Replacement Reserve requirements of the New England Control Area by minimizing the cost to provide additional Operating Reserve, Replacement Reserve and additional Local Second Contingency Protection Resources above what was scheduled in the Day-Ahead Energy Market, if required; (2) Provide other Ancillary Services requirements, as required; and (3) Satisfy all other reliability requirements of the New England Control Area. When additional capacity must be committed through the Resource Adequacy Analyses to meet New England Control Area requirements, the commitment objective is to minimize the total cost to commit the Resource and operate it at its Economic Minimum Limit for the greater of the Resources Minimum Run Time or the duration of the capacity requirement. (1) In making this determination, the app identifies available generating Resources that can be released for dispatch during or before the hours of need based on their state (Hot Intermediate, or Cold), Notification Times and Start-Up Times; (2) The identified Resources are ranked in ascending order based on the sum of the applicable Start-Up Fee, No-Load Fee and the cost to operate at their Economic Minimum Limits for the longer of their Minimum Run Times or the duration of the capacity requirement; (3) The set of Resources that meets the capacity requirement at the least cost are committed. If a Market Participant has procured gas for a gas-fired generating Resource that is ordered to come on-line after the close of the Day-Ahead Energy Market, the start-up will not be cancelled unless there is a reliability concern that needs to be addressed. When a gas-fired generating Resource is given an hourly commitment schedule in the Reserve Adequacy Analysis, the app will honor the hourly commitment schedule at the Resources Economic Minimum Limit for the Commitment Period, unless there is a reliability concern that needs to be addressed. In Real-Time, the app monitors and controls the New England Control Area such that the least-cost means of satisfying the projected Energy, Regulation, Operating Reserve, Replacement Reserve and other Ancillary Services requirements, including the reliability requirements of the New England Control Area, are met. 1.3 Market Participant Responsibilities Only Market Participants with settlement accounts for the Energy Market are eligible to submit Supply Offers, Increment Offers, Demand Reduction Offers, Demand Bids, External Transactions (other than Through Service External Transactions) and Decrement Bids and purchase Energy or related services in the Day-Ahead Energy Market and in the Real-Time Energy Market. All Market Participants and Non-Market Participant Transmission Customers may submit Through Service External Transactions in the Real-Time Energy Market. The major responsibilities of Market Participants are as follows: 1.3.1 Market Participants Buying from Energy Market Market Participants may submit hourly Demand Bids for the amount of demand that they want to participate in the Day-Ahead Energy Market. Any Market Participant that owns a Dispatchable Asset Related Demand, except for pumping demand of a pumped storage generator without a Capacity Supply Obligation, must submit a Demand Bid for the Resource as described in Market Rule 1 Section III.1.10.6. The key scheduling responsibilities of a Market Participant purchasing Energy from the Energy Market for consumption by end-users that are located inside the New England Control Area or that is selling to buyers external to the New England Control Area include but are not limited to: (1) Submitting hourly schedules for Self-Scheduled Dispatchable Asset Related Demand; (2) Submitting Demand Bids including modifications to Demand Bids submitted by Dispatchable Asset Related Demand as described in Market Rule 1 Section III.1.10.9(a) and (e); (3) Submitting Decrement Bids for use in the Day-Ahead Energy Market; (4) Submitting External Transaction sales to entities outside the New England Control Area as described in Market Rule 1 Sections III.1.10.7, III.1.10.7.A and III.1.10.9(c). 1.3.2 Market Participants Selling into Energy Market The key scheduling responsibilities of a Market Participant that is selling Energy into the Energy Market include but are not limited to: (1) Submitting hourly schedules for Self-Scheduled Resources as provided for in Market Rule 1 Sections III.1.10.3 and III.1.10.9; (2) Submitting External Transactions purchases for delivery as described in Market Rule 1 Sections III.1.10.7, III.1.10.7.A and III.1.10.9(c); (3) Submitting Supply Offers for generating CSO Resources, other than Intermittent Generating Capacity Resources or Settlement Only Resources, for supply of Energy to the Day-Ahead Energy Market and Real-Time Energy Market as described in Market Rule 1 Section III.1.10.9; (4) Submitting External Transactions associated with an Import Capacity Resource Capacity Supply Obligation in the Day-Ahead and Real-Time Energy Markets as described in Section III.13.6.1.2. (5) Submitting optional Supply Offers for the supply of Energy and other services from Non-CSO Resources into the Day-Ahead Energy Market for the next Operating Day. These Supply Offers are subject to modification during and after the Re-Offer Period as described in Market Rule 1 Section III.1.10.9. Resources may also request to Self-Schedule as described in Market Rule 1 Section III.1.10.9; and (6) Submitting Increment Offers for use in the Day-Ahead Energy Market. 1.3.3 Market Participants wheeling Energy through the New England Control Area Market Participants purchasing Energy from outside the Energy Market and wheeling the Energy through the New England Control Area must submit External Transactions. 1.3.4 Market Participants Participating with Real-Time Demand Response and Real-Time Emergency Generation Resources 1.3.4.1 Data Requirements for Real-Time Demand Response and Real-Time Emergency Generation Resources (1) The two-day forecast of hourly demand reduction described in Market Rule 1 Section III.13.6.1.5.5 must be submitted by the offer submission deadline for the Day-Ahead Energy Market. The hourly data is not subject to re-declaration during the Operating Day. (2) The monthly forecast of the maximum monthly demand reduction for each of the next twelve months as described in Market Rule 1 Section III.13.6.1.5.6 must be submitted before the close of business on the last day of the previous month. 1.4 Non-Market Participant Transmission Customer Responsibilities Non-Market Participant Transmission Customers purchasing Energy from outside the New England Control Area and wheeling the Energy through the New England Control Area for use outside the New England Control Area must submit External Transactions to the Real-Time Energy Market. Section 2: Energy Market 2.1 Pricing Locations There is a set of Locations within the New England Control Area at which the app calculates prices. Locations include nodes on the New England Transmission System to which Generators are physically connected and all nodes at which Asset Related Demand is physically connected. All other load is priced at the Load Zone and is modeled as described in Section 2.2.2.1(12) and (13) of this manual. The app use of nodes is explained below: Nodes of several different types are used within the New England electricity markets. At the most fundamental level, an electrical node, or E-Node, is a point where two or more devices (such as a line, transformer, breaker, etc.) connect. E-Nodes represent the physical connection points of the components of the power system that are modeled in the apps network model. Generation is injected and load is withdrawn from the electrical system at E-Nodes. The apps dispatch and pricing software calculates prices at E-Nodes. Prices for E-Nodes are not publicly reported. P-Nodes are Pricing Nodes. Each P-Node is mapped to a single E-Node. P-Nodes are used to translate the physical private power system model (private in that the Market does not see this model) into a commercial or financial public model for market purposes. When multiple E-Nodes are electrically close together such that there would never be congestion between the E-Nodes (for example, multiple E-Nodes at the same voltage level within a substation), a single P-Node is sufficient to represent the price of the close E-Nodes. As a result, many E-Nodes do not have a P-Node mapped to them, as shown in Exhibit 2.1. The set of all P-Nodes is therefore smaller than the set of all E-Nodes. This is advantageous because the public financial model of the power system is able to remain relatively stable, even though the physical power system model may undergo frequent small changes.  Exhibit 2.1: Single P-Node Mapped to Multiple Close E-Nodes Certain P-Nodes are used only for modeling purposes as part of AP-Nodes (Aggregated Pricing Nodes). Prices for these P-Nodes are not published and are not public P-Nodes. For other P-Nodes that are public P-Nodes, prices are published for the Day Ahead, Real Time, and FTR markets. These public P-Nodes represent locations that may be used for the submission of Offers/Bids/FTR transactions. AP-Nodes are all public locations, and prices are published for all AP-Nodes. The price at an AP-Node is a weighted average price of the P-Nodes included in the AP-Node. The New England Hub is an example of an AP-Node. For the New England Hub, the Hub price is the arithmetic average of the prices of the P-Nodes that comprise the Hub. Load Zones are also examples of AP-Nodes. For each Load Zone, the Load Zone AP-Node Price is the load-weighted average of P-Node prices within the Load Zone. Certain generators (typically combined cycle units) and Dispatchable Asset Related Demands may have the Resource modeled as an AP-Node comprised of several P-Nodes. For these Resource AP-Nodes, the AP-Node Price is a MW-weighted average of the P-Node prices. Only the Resources AP-Node price is published, and all bidding for the Resource takes place at the AP-Node. Settlement of the Markets is based on generation injections, load withdrawals, and prices at the public AP-Nodes and public P-Nodes for which prices are publicly published. 2.2 Energy Market Business Rules 2.2.1 Bidding & Operations Time Line 10:00 a.m. Day-Ahead Energy Market submission period closes for Supply Offers, Increment Offers, Demand Bids and External Transactions. Upon Completion of the Day-Ahead Energy Market The Day-Ahead Energy Market hourly schedules, Day-Ahead Prices are posted and the Re-Offer Period begins. During this time, changes to Supply Offers and Demand Bids (for Dispatchable Asset Related Demand only) may be made in accordance with Market Rule 1 Section III.1.10.9. Close of the Real-Time Energy Market Re-Offer Period The app performs a Reserve Adequacy Analysis that includes the updated Supply Offers, updated External Transactions, updated Demand Bids for Dispatchable Asset Related Demands, updated generating Resource availability information, and updated app load forecast information including deviation between the app load forecast and the sum of cleared Demand Bids and Decrement Bids utilized in the Day-Ahead Energy Market. When insufficient supply side capacity is available to meet the New England Control Area or zonal capacity requirements, the RAA identifies the app Operating Procedure No. 4 Actions needed to resolve the deficiency. This analysis could also result in the release of generating Resources that were committed in the Day-Ahead Energy Market in order to avoid a projected Minimum Generation Emergency. 5:00 p.m. The app provides individual Resource schedules developed during the initial Reserve Adequacy Analysis for non-Fast Start Generators and for priced External Transactions submitted under Section III.1.10.7 to affected Lead Market Participants by posting on a secure site. Throughout the Operating Day The app may also perform additional Reserve Adequacy Analyses, as necessary, based on updated app load forecasts and updated Resource availability information. The app sends out individual Resource schedule updates developed during the additional Reserve Adequacy Analyses to affected Lead Market Participants by posting on a secure site. The app may request that Resources without Capacity Supply Obligations or with energy available above their Capacity Supply Obligations voluntarily provide energy to meet reliability needs pursuant to Market Rule 1 Section III.13.6.4. 2.2.2 Market Participants Buying from Energy Market The following business rules apply to Market Participants purchasing from the Energy Market: 2.2.2.1 Demand Bids (1) Submittal of Demand Bids must be associated with a physical load that has been registered as a Load Asset. (2) A Demand Bid not associated with a Dispatchable Asset Related Demand must have a MW quantity for each hour of the Operating Day and Location specified. Price sensitive Demand Bids also must have a price specified above which the demand should not be scheduled. For all Demand Bids, other than Demand Bids associated with Asset Related Demands, the valid settlement Location is the applicable Load Zone. (3) Market Participants should not include the impact of PTF losses as part of their Demand Bids as PTF losses are accounted for on a financial basis through the Loss Component of the LMP. (4) Price sensitive Demand Bids for use in the Day-Ahead Energy Market are accepted in single bid blocks only. Up to ten bid blocks applicable to each hour of the day may be submitted per Market Participant at a specific Location. (5) Price sensitive Demand Bids must be less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor. (6) If a Market Participant submits no Demand Bid into the Day-Ahead Energy Market for load not associated with an Asset Related Demand, then a zero MW quantity is assumed in the Day-Ahead Energy Market. (i.e., Demand Bids do not carry forward on a day-to-day basis). (7) If a Market Participant submits no Demand Bid into the Day-Ahead Energy Market for load associated with an Asset Related Demand, then the most recent previously submitted Demand Bid for a prior Day-Ahead Energy Market day other than as provided in Market Rule 1 Section III.1.10.1A(g) is assumed in the Day-Ahead Energy Market. (i.e., Demand Bids associated with Asset Related Demands carry forward on a day-to-day basis). The default Demand Bid MW quantity for an Asset Related Demand is zero. (8) Except as otherwise provided in Market Rule 1 Section III.1.10.6 for pumping demand of a pumped storage generator that does not have a Capacity Supply Obligation, Market Participants with Dispatchable Asset Related Demands must submit Demand Bids into the Day-Ahead Energy Market for such Resources with a Minimum Consumption Limit that is less than or equal to the Nominated Consumption Level specified during the Asset Registration Process. The Demand Bid must specify changes to the Maximum Consumption Limit and Minimum Consumption Limit from those submitted as part of the Resources Bid Data to reflect the physical operating characteristics and/or availability of the Resource, except that, for a Self-Scheduled Resource, the Minimum Consumption Limit may be revised to reflect the Self-Scheduled consumption level of the Resource. Market Participants may submit up to 10 Demand Bid Blocks per day for each Dispatchable Asset Related Demand. (9) Demand Bids from Dispatchable Asset Related Demand in MW amounts larger than the largest generating Resource on the system are prohibited. (10) Market Participants with Dispatchable Asset Related Demands that are Self-Scheduled Resources must submit Demand Bids for the entire operating range of the Resource between the Nominated Consumption Limit Level and Maximum Consumption Limit. (11) A Market Participant may revise its Demand Bid associated with a Dispatchable Asset Related Demand and submit it for use in the Real-Time Energy Market or it may Self-Schedule the Dispatchable Asset Related Demand with app approval as described in Market Rule 1 Section III.1.10.9. (12) For modeling purposes, the load distribution to Nodes within a Load Zone for the Day-Ahead Energy Market is based on a rolling seven-day average of historical State Estimator distribution for that Load Zone. The list of Load Zones at which Demand Bids are accepted is posted on the apps website. (13) For modeling purposes, the load distribution to Nodes within a Load Zone for the Real-Time Energy Market is the actual State Estimator distribution of loads 2.2.2.2 Decrement bids (1) Market Participants may submit up to fifty Decrement Bid Blocks per hour for use in the Day-Ahead Energy Market at any Location for which an LMP is calculated. (2) It is not required that physical load exists at the Location that is specified in the Decrement Bid. (3) Decrement Bids are only applicable in the Day-Ahead Energy Market. (4) Decrement Bids must be less than or equal to the Energy Offer Cap and be equal to or above the Energy Offer Floor. 2.2.2.3 External Transactions (Exports) (1) External Transactions not properly submitted are rejected. The Market Participant is notified of the reason for rejection and the Market Participant may then take action to submit a new External Transaction. (2) External Transaction data applicable to the Day-Ahead Energy Market does not carry forward for use in the Real-Time Energy Market. (3) Market Participants should not include the impact of PTF losses as part of their External Transactions as PTF losses are accounted for on a financial basis through the Loss Component of the LMPs. (4) Up-to Congestion External Transactions are supported in the Day-Ahead Energy Market only and may not be submitted at less than $.01/MWh or more than $25/MWh. (5) Priced External Transaction sales for the Day-Ahead Energy Markets must be offered at less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor. (6) Priced External Transaction sales for the Real-Time Energy Markets submitted under Section III.1.10.7 must be offered at less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor. (7) External Transaction sales for the Real-Time Energy Markets submitted under Section III.1.10.7.A must be offered at less than or equal to the Energy Offer Cap and equal to or above -$1000.00. (8) A Market Participant may revise the price component of its priced External Transaction submitted under III.1.10.7 for the Real-Time Energy Market during the Re-Offer Period. (9) External Transactions submitted under Section III.1.10.7 for more than 999 MW are prohibited. 2.2.3 Market Participants Selling into Energy Market The following business rules apply to Market Participants selling into the Energy Market: 2.2.3.1 Generating Resources (1) Submittal of Supply Offers must be associated with a registered Generator Asset. (2) Supply Offers must be less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor. (3) Submitting a generating Resources Supply Offer in MW amounts greater than the largest generating Resource on the system is prohibited. (4) The set of Supply Offers last submitted for each Generator shall remain in effect for each day until specifically superseded by subsequent Supply Offers except as provided in Market Rule 1 Section III.1.10.1A (g). (5) During and after the Re-Offer Period, a Market Participant may revise the Supply Offer of a generating Resource or request to Self-Schedule the generating Resource as described in Market Rule 1 Section III.1.10.9. (6) Supply Offers for Self-Scheduled generating Resources will be used by the app for scheduling available Resources in the Day-Ahead Energy Market for the energy between their Economic Minimum Limits and their Economic Maximum Limits. (7) Fast Start Generators may be scheduled in the Day-Ahead Energy Market. However, the decisions concerning actual operation of Fast Start Generators by the app during the Operating Day are made based upon economic dispatch in the Real-Time Energy Market. (8) Generating Resources must specify a Minimum Run Time to be used for scheduling purposes that does not exceed 24 hours. Generating Resources with Minimum Run Times that require that they run for more than 24 hours may Self-Schedule to remain on-line. (9) A Market Participant may change the Supply Offer of a generating Resource as provided in Market Rule 1 Section III.1.10.9. (10) Market Participants may submit, for any Resource for which a Supply Offer is submitted, its Offered CLAIM10 and Offered CLAIM30. (11) A Supply Offer for a generating Resource that is accepted but not cleared for the Day-Ahead Energy Market automatically carries over for use in the Real-Time Energy Market unless modified pursuant to Market Rule 1 Section III.1.10.9, except as noted below: (a) Non-CSO Generating Resources that do not clear in the Day-Ahead Energy Market, have not been assigned a Forward Reserve Obligation in at least one hour of the next Operating Day, are not enrolled in the Open Access Transmission Tariff's Schedule 2 VAR program, and have not been designated as Supplemental Capacity Resources for the next Operating Day are unavailable for commitment by the app for the next Operating Day, except with respect to requests for energy from Non-CSO Resources pursuant to Market Rule 1 Section III.13.6.4. (b) Market Participants may request to Self-Schedule these Non-CSO Resources in order to participate in the Real-Time Energy Market. The Resource will be dispatchable in Real-Time up to the offered Economic Maximum Limit. (12) Only one Supply Offer for each generating Resource is in effect at any given time during an Operating Day. (13) A Supply Offer must include operating limits, which must be based on the following: (a) Emergency Minimum Limit is based on the physical capability and design of the generator and should not change on a day to day basis, except as required by the impact of environmental factors, including ambient temperature, emission limits and other operating permit requirements and is defined in Section I.2.2 of the Tariff. (b) Economic Minimum Limit is as defined in Section I.2.2 of the Tariff. (c) Economic Maximum Limit as defined in Section I.2.2 of the Tariff is no less than the greater of the Capacity Supply Obligation of the generating Resource or its Economic Minimum Limit to the extent the Resource is available. (d) Real-Time High Operating Limit as defined in Section I.2.2 of the Tariff. For Market Participants submitting an Economic Maximum Limit value for a Resource as part of a Day-Ahead Energy Market offer, the Real-Time High Operating Limit is provided to app through each Resources Day-Ahead Supply Offer data and must be re-declared to reflect changes in physical operating characteristics and operating permit limitations. (e) If Real-Time High Operating Limit changes at any time after the initial data values were communicated to the app, the Designated Entity must re-declare the data values as follows: (i) Re-declarations made on the day prior to the Operating Day must be called into the Forecaster Desk. (ii) Re-declarations made during the Operating Day must be called into the Control Room Generation Desk. (14) For Limited Energy Resources, a Market Participant shall submit into the Day-Ahead Energy Market, as part of the normal Supply Offer for the generating Resource, an estimate of the total Energy that unit is capable of producing for the Operating Day. In Real-Time, the Market Participant can manage the use of energy from any portion of a Limited Energy Resource through the use of limited energy hourly maximum levels for the associated Limited Energy Resource. 2.2.3.2 Increment Offers (1) A Market Participant may submit on an Increment Offer up to fifty Blocks per hour for use in the Day-Ahead Energy Market at any Location for which an LMP is calculated. It is not required that physical generation or load exists at the Location that is specified in the Increment Offer. (2) Increment Offers are only applicable in the Day-Ahead Energy Market. 2.2.3.3 External Transactions (Imports) (1) A Market Participant with an Import Capacity Resource must meet the requirements of Market Rule 1 Section III.13.6.1.2. (2) External Transactions not properly submitted are rejected. The Market Participant is notified of the reason for rejection and the Market Participant may then take action to submit a new External Transaction. (3) External Transaction data applicable to the Day-Ahead Energy Market does not carry forward for use in the Real-Time Energy Market. (4) Market Participants should not include the impact of PTF losses as part of their External Transactions as PTF losses are accounted for on a financial basis through the Loss Component of the LMPs. (5) Priced External Transaction purchases for the Day-Ahead Energy Market must be less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor. (6) Priced External Transaction purchases for the Real-Time Energy Market submitted under III.1.10.7 must be less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor. (7) Up-to Congestion External Transactions are supported in the Day-Ahead Energy Market only and may not be offered or bid at less than $.01/MWh or more than $25/MWh. (8) A Market Participant may revise the price component of its priced External Transaction submitted under III.1.10.7 for the Real-Time Energy Market during the Re-Offer Period. (9) External Transaction purchases for the Real-Time Energy Markets submitted under III.1.10.7.A must be offered at less than or equal to the Energy Offer Cap and equal to or above -$1000.00. (10) External Transactions submitted under III.1.10.7 for more than 999 MW are prohibited. 2.2.3.4 Demand Response Resources The app will include Real-Time Demand Response Resources and the Day-Ahead Demand Reduction Offers of Real-Time Demand Response Assets in the current operating plan for the Operating Day. Real-Time Demand Response Resources and Real-Time Emergency Generation Resources will be dispatched as provided in Market Rule 1 Section III.13. Real-Time Demand Response Assets will be scheduled as provided in Market Rule 1 Appendix III.E1. 2.2.4 Non-Market Participant Transmission Customers The following business rules apply to Transmission Customers wheeling energy through the app: (1) Non-Market Participant Transmission Customers may only submit Through External Transactions into the Real-Time Energy Market. (2) A Transmission Customer should not include the impact of transmission losses as part of its Through External Transaction submitted for use in the Real-Time Energy Market as transmission losses are accounted for on a financial basis through the Loss Component of the LMP. (3) Through External Transactions must be submitted to the Real-Time Energy Market as fixed, they may not be priced. 2.2.5 Designation as Real-Time Reserve and Declaration of Limited Energy Resource Status The following business rules apply to designation of available Resources as Real-Time Reserve and declarations of hourly profiles for Limited Energy Resources. (1) During the various Reserve Adequacy Analyses, the app may limit its dependence on off-line Fast Start Generators to provide Operating Reserve in order to maintain reliable operational standards. Such limits shall be based on past performance of these units. (2) Available Resources may be designated as Real-Time Operating Reserve if they meet the following criteria: The Resource must be following Dispatch Instructions; The Resource must be on-line or be an off-line Fast Start Generator or Dispatchable Asset Related Demand with CLAIM10 and/or CLAIM30 values greater than zero; The Resource must have excess capacity not being utilized to meet the energy needs of the system (i.e., be operating below its Economic Maximum Limit or consuming above its Minimum Consumption Limit) or have agreed in advance to allow the app to curtail self-scheduled pumping load; The applicable MW of the Resource are subject to a Capacity Supply Obligation or have been voluntarily offered for Real-Time dispatch; and The generating Resource must not have been designated as constrained in order to manage transmission congestion. (3) For Limited Energy Resources, the Lead Market Participant may declare an hourly profile of economic dispatch maximums that can be below the Economic Maximum Limit specified in the Offer Data. These hourly limits can be set to a Day-Ahead hourly schedule or be redeclared subject to Market Rule 1 and app business procedures restrictions. The Lead Market Participant can request that the Real-Time dispatch limit hourly scheduling to the lower dispatch maximum for the purpose of preserving a limited supply of Energy for future hours of the Operating Day. The app will continue to designate the Operating Reserve available above the lower limit up to the Economic Maximum Limit requested by the Market Participant and may activate that Operating Reserve as it deems appropriate to maintain reliability. Market Participants may request a change in the hourly generation schedule of a Limited Energy Resource by calling the app system operators at least 30 minutes prior to the time of the desired change. If the app can accommodate the schedule change in less than the 30-minute notification period, the change may be granted earlier. 2.2.6 Technical Rules (1) A valid Supply Offer consists of the following elements: For generating Resources, a valid Supply Offer consists of the following inputs. The default values are: Day-Ahead Energy Market switch is check or yes (1). Real-Time Energy Market switch is check or yes (1). Use offer slope switch is square box or no (0). Condense available switch is blank or no (0). Hourly Start-Up Fee and No-Load Fee is zero. Fuel type default is lower priced fuel for dual fuel Resources Must contain an Emergency Minimum Limit and an Economic Maximum Limit of at least one MW. Hourly Economic Max/Min and Emergency Min are the unit level economic and emergency MW limits. Minimum Down Time, Minimum Run Time, Start-Up Times, and Notification Times are zero. Maximum Run Time and maximum number of starts per week are infinity. Blocks (price and quantity of energy) for each hour of the Operating Day. The default for incremental offer curve data is $0. The curve is extended up using zero slope from the last incremental point on the curve if the offer curve is of inadequate length to dispatch and/or price operating capability. Offered CLAIM10 MW. Default value is zero MWs. Offered CLAIM30 MW. Default value is zero. Manual Response Rates (MRR) for associated MW ranges. (2) Valid Demand Bids, price sensitive and fixed, consist of the following items: MW, with a default value of zero MW. Location (Load Zone). Price above which demand should not be scheduled (for price-sensitive Demand Bids). (3) Valid Demand Bids for Asset Related Demand consist of the following items: Hourly Maximum Consumption Limit and hourly Minimum Consumption Limit (for non-dispatchable Asset Related Demand, Minimum Consumption Limit is equal to Maximum Consumption Limit). Monotonically decreasing bid curve for Blocks between Minimum Consumption Limit and Maximum Consumption Limit for Dispatchable Asset Related Demand (non-dispatchable Asset Related Demand is considered fixed demand at the Node). Ramp rate for associated MW ranges for Dispatchable Asset Related Demand. CLAIM10 for Dispatchable Asset Related Demand. Default value is zero MW. CLAIM30 for Dispatchable Asset Related Demand. Default value is zero MW. 2.2.7 Major Modeling Assumptions Fixed External Transactions, priced External Transactions, Supply Offers, Increment Offers, Decrement Bids and Demand Bids are modeled in the Day-Ahead Energy Market technical software. Up-to Congestion External Transactions are not modeled in the Day-Ahead Energy Market commitment, but are handled in the Day-Ahead Energy Market dispatch. The app does not commit additional generation in the Day-Ahead Energy Market to support Up-to Congestion External Transaction sales and does not reduce generation commitment in the Day-Ahead Energy Market to account for Up-to Congestion External Transaction purchases. Section 3: Scheduling 3.1 Treatment of Certain Resources 3.1.1 Local Second Contingency Protection Resources When establishing operating schedules, the app chooses (or flags) which Resources must be operated for local second contingency protection. The app will also indicate, in an auditable log, why each Resource was chosen. See the app Manual for Market Rule 1 Accounting, M-28 and Market Rule 1 Appendix III.F for a description of the settlement treatment associated with Local Second Contingency Protection Resources. 3.1.2 Special Constraint Resources In order to maintain area reliability, Transmission Owners or distribution companies may request the app to change the commitment of a Resource or the incremental loading on a previously committed Resource to provide relief for constraints not reflected in the apps systems for operating the New England Transmission System or its operating procedures. Requests will normally be made to the app via the appropriate Local Control Center unless Emergency Conditions justify immediate communications with the Resources. Such out of merit operation of units for any reliability purposes to provide relief for constraints (thermal, voltage or stability) not reflected in the System Operators systems or procedures will result in the Resource(s) being designated as a Special Constraint Resource (SCR). When a unit would not be operating above its Economic Minimum but for the request of the Transmission Owner or distribution company, it shall be flagged as SCR for Net Commitment Period Compensation under Market Rule 1 Appendix III.F. 3.1.3 Self-Scheduled Dispatchable Asset Related Demand Resources Market Participants can choose to Self-Schedule their Dispatchable Asset Related Demand in the Day-Ahead Energy Market or can choose to allow the app to schedule their demand in the Day-Ahead Energy Market based on the Demand Bids submitted. The Market Participant indicates the desired level of Self-Scheduled MW by submitting a Minimum Consumption Limit equal to the amount of Self-Scheduled MW. Subsequent to the Day-Ahead Energy Market clearing, any Dispatchable Asset Related Demand may choose to Self-Schedule or submit revised Demand Bids as provided in Market Rule 1 Section III.1.10.9. 3.2 External Transactions 3.2.1 External Transaction Submittal Software External Transactions are submitted through either the app-NE Enhanced Energy Scheduler (EES) application and/or the NYapp Joint Energy Scheduling System (JESS), depending on the energy market and interface as defined in the table below. This includes the requirement to submit certain transactions into both the EES and JESS applications.  DAM, app-NE EES RTM, app-NE EESRTM, NYapp JESSSubmitted under III.1.10.7ALLALLnot applicableSubmitted under III.1.10.7AALLWheeling through app-NE Import Capacity Resource that is wheeling through NYappALL3.2.2 External Transaction Submission Timelines External Transactions can be submitted at various times, depending on the type of transaction and the energy market as described below.  app-NE EES NYapp JESS All DAM RTM priced RTM not pricedRTMEarliest submittal10 days prior to start of transaction 10 days prior to start of transaction 60 days prior to start of transactionMaximum durationone calendar monthone calendar monthN/ALatest submittalIII.1.10.7III.1.10.9(c)III.1.10.7AThe following additional changes can be made to a priced Real-Time External Transaction submitted to EES: (1) During the Re-Offer Period, the price can be modified, resulting in the treatment described in Section III.1.10.7(b). (2) Prior to the deadline in III.1.10.9(c) for notifying the app of a request to Self-Schedule an External Transaction, the MW value on the priced Real-Time External Transaction can be reduced. 3.2.3 External Transaction Submission Rules (1) Advance purchase of transmission service on the app OASIS is not required for purchase, sale or through External Transactions. (2) Advance purchase of transmission service on non-PTF interfaces is required and will be subject to transmission charges whether or not they are used to support Real-Time External Transactions. (3) The MW value submitted on the External Transaction must be expressed in whole megawatts (MW) and must be stated in terms of the MW quantity to be received at or delivered to the balancing area boundary. (4) For a Real-Time External Transaction that requires a transmission reservation, the Market Participant submitting the Real-Time External Transaction must also be the owner of the referenced transmission reservation unless other arrangements are made with app-NE. (5) The app will confirm that the Market Participant submitting a Real-Time External Transaction associated with an Import Capacity Resource is the Lead Market Participant of the Import Capacity Resource. Upon request to the app, this validation can be removed, which will allow any Market Participant to reference the Import Capacity Resource. 3.2.4 Additional Treatment for External Transactions Sections II.44 and III.1.10.7 contain rules regarding certain types of External Transactions and their treatment in real-time scheduling. Table 3.1 describes certain treatment options that can be associated with a transaction, the conditions under which each can or should be selected, and any additional information that is required. These options are applicable to transactions submitted to the app-NE EES application. The only option for a transaction submitted to the NYapp JESS application is Generation Information System. OptionDescriptionCommentImport ResourceMarket Participants with an Import Capacity Resource with a Capacity Supply Obligation must use this option to notify app that the transaction is backing an Import Capacity Resource. For transactions submitted under Section III.1.10.7A, this information must be included on Day-Ahead Market External Transaction.Must reference the Import Capacity Resource IDFlex ReservationApplicable only to Market Participants submitting priced transactions backing Import Capacity Resources over interfaces where advance reservations are required. Checking this flag allows the user to link an OASIS reservation, and e-Tag, up to one hour before the start of the transaction. User must also reference the Import Resource option.Must reference the Import Capacity Resource IDNon-Capacity Supply Obligation ExportMarket Participants must select this option for transactions to be considered under Section III.1.10.7(i) during system-wide capacity deficient conditions.Must reference the numerical Asset ID LSCC Export (Capacity Export Through Import Constrained Zone or FCA Cleared Export Transaction)When this is selected by Market Participants that have bid and cleared appropriately in the FCA and submitted the transaction in accordance with Section III.1.10.7(f) i or ii, Market Participant is requesting that the transaction be considered in local second contingency commitment and will be allocated a share of certain costs as defined in Section III.1.10.7(h). Transactions with this option are considered supported in Real-Time scheduling as defined in Section II.44. Note: Market Participant must also reference Non-Capacity Supply Obligation Export to be considered under Section III.1.10.7(i)Must reference the numerical Asset ID backing the FCA de-list bidUnconstrained Export (Same Reserve Zone or Unconstrained Export Transaction) When this option is selected and the referenced generating Resource meets criteria in Section III.1.10.7(f) iii or iv, the transaction is considered supported in Real-Time scheduling as defined in Section II.44. Note: Market Participant must also reference Non-Capacity Supply Obligation Export to be considered under Section III.1.10.7(i).Must reference the numerical Asset ID Excepted TransactionWhen this is selected by Market Participants with active items in Section II Attachment G-3 and submitted in accordance with Section II.44(a), special priority is assigned in real-time scheduling.There are currently no active items in Attachment G-3 Generation Information SystemUsed to indicate transaction is associated with Generation Information System Must contain a commentEET EmergencyWhen emergency transactions are requested by app-NE, allows user to submit priced transactions within the operating day.Does not require a commentNew Brunswick Security Energy TransactionsWhen New Brunswick Security Energy Transactions are requested by app-NE, allows user to submit priced transactions within the operating day.Must contain a comment NB is the suggested valueGrandfatheredWhen this is selected by Market Participants with active items in Attachment H of the Open Access Transmission Tariff and submitted in accordance with Section II.44(a), special priority is assigned in Real-Time scheduling.Must reference MEPCO Grandfathered Transmission Service Agreements (MGTSA); user must also link a valid associated OASIS reservationTable 3.1: Available Options Associated with External Transactions 3.2.5 Status of External Transactions Submitted to EES Upon submittal of an External Transaction in EES to the Real-Time Energy Market, the app logs the request and performs automated validity and manual verification tests. If an External Transaction does not pass the automated verification process, it is assigned a status of Pending Action. The Transmission Customer is notified of the validation failure and the Transmission Customer may then take action to resubmit the transaction within the appropriate submission deadlines. Manual administrative action to review transactions in a status of Pending Action is not taken by the app. Once External Transactions pass the automated verification, they are assigned a status of Pre-Approved and the app performs manual administrative tests to establish the final status of the transaction. Real-Time External Transactions that pass all of the preceding tests will have a status of Approved. If the requested Real-Time External Transaction fails any of the preceding tests, the status will be set to Denied. The app will inform the Market Participant or Transmission Customer that the External Transaction request has been denied and the reason for the denial. 3.2.6 Status of External Transactions Submitted to JESS Information regarding the process of submitting and monitoring External Transactions to the NYapp JESS application can be found on the NYapp website in their JESS User Guide. Revision History Approval Approval Date: November 1, 2002 Effective Date: March 1, 2003 Revision History Revision: 1 - Approval Date: February 5, 2003 Section No. Revision Summary 1.2.2 (4)..Deletes the forecast of Day-Ahead LMPs from the posted pre-dispatch schedule report. 2.5.2 (1), 2.5.3 (1) & 2.5.6 (3)..Corrects problems discovered during Market Trials by adding language to the data verification section to have the app review Demand Bids, Supply Offers, Increment Offers and Decrement Bids in the Day-Ahead Energy Market for errors and to provide for app revision of certain Demand Bids and Supply Offers after discussion with the submitting Participant. 2.5.2 (14)Clarifies that the Hub is not a valid Location for Demand Bids. 2.5.9Adds a better explanation of the calculation of the three components of the LMPs. 3.2.1 (10) & 3.2.7 (4)..Clarifies the calculation of Opportunity Costs in the Regulation Market. Revision: 2 - Approval Date: April 4, 2003 Section No. Revision Summary 1.1...Adds language stating that Resources without Electronic Dispatch Capability (EDC) must Self-Schedule in the Day-Ahead Energy Market. 2.2...Clarifies that ICAP Resources without EDC must meet the requirement to offer in the Day-Ahead Energy Market through a Self -Schedule. 2.5.3 (3)..Adds language stating that ICAP Resources without EDC must Self-Schedule in the Day-Ahead Energy Market. 2.5.3 (9)..Replaces the word in with the word for in the description of Supply Offers for Generators with minimum run times in excess of 24 hours. 2.5.9.2 (2)(b)..Clarifies that Generators on Regulation are excluded from the calculation for flagging units for failure to follow Dispatch Instructions. 6.3.4Clarifies that only Resources with EDC may submit Supply Offers in the Day-Ahead Energy Market. Revision: 3 - Approval Date: May 2, 2003 Section No. Revision Summary 2.5.10(1)(a).Revise treatment of stale data or program failure to apply to cases where 11 intervals or less are affected and to explain when the next successful interval will be used in lieu of the last successful interval. Revision: 4 - Approval Date: June 26, 2003 Section No. Revision Summary 2.5.9....Adds a description of a mathematical condition encountered by the software in the calculation of Real-Time Nodal Prices in rare instances known as dual degeneracy to the description of the calculation of Real-Time Nodal Price. The addition of Section 2.5.16.3 is contingent upon FERC acceptance of corresponding revisions to Market Rule 1 filed by the app on May 15, 2003. 2.5.16.3...Adds a new subsection that adds Reserve Shortage Condition provisions to the Manual, including: when a Reserve Shortage Condition will be declared, notification to the market by the app, pricing implications, and the calculation of Reserve Shortage Opportunity Costs to be recovered pursuant to app Manual for Market Rule 1 Accounting, M-28. Revision: 5 - Approval Date: October 3, 2003 Section No. Revision Summary 8.1...Language is added to conform Manual 11 to the recent change in notice requirements announced pursuant to Market Rule 1 for changes to Self-Schedules for certain internal generating Resources to 30 minutes. Revision: 6 - Approval Date: February 20, 2004 Section No. Revision Summary 3.2.1(3)...Adds language clarifying that the information must be supplied prior to the close of the Regulation Market. 3.2.1(4)...Revises the section to state that unit regulating status for units available for Energy in the Day-Ahead Energy Market may be changed from available to unavailable after the Regulation Market closes. 3.2.1(7)...Revises the treatment of units that were unavailable in the Day-Ahead Energy Market and become available later so that they may Self-Schedule for Regulation only if they are available and submit the Self-Schedule prior to the close of the Regulation Market. 3.2.1(10).Limits requests by Limited Energy Generators to Self-Schedule for Regulation (and the associated Redeclaration of Regulation Limits and Regulation Capacity to be consistent with the LEG MWh limit) to those submitted prior to the close of the Regulation Market. Revision: 7 - Approval Date: March 12, 2004 Section No. Revision Summary 1.2.2(2)(b) & 2.1...Adds language indicating that all offers and bids and External Transactions may clear in the Day-Ahead Market in partial MW quantities. 2.3...Adds language indicating that External Transactions are scheduled and settled in whole MW quantities in the Real-Time Energy Market. Revision: 8 - Approval Date: May 7, 2004 Section No. Revision Summary 3.2.1(3)(b)..Clarifies that Regulation Capability represents the amount of movement that can be achieved within 5 minutes while providing Regulation. 3.2.1(9)...This subsection is deleted. Revision: 9 - Approval Date: November 5, 2004 Section No. Revision Summary These revisions shall cease to be in effect after April 15, 2006 (Sunset Provision). 1.1...Clarifies that the timeline for scheduling activities in Exhibit 1.1 applies under normal conditions and adds Exhibit 1.1.A to describe the scheduling timeline when a Cold Weather Event is declared pursuant to OP-20. 1.2.2(5)...Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. 2.3...Replaces noon with the close of the Day-Ahead Energy Market bid/offer period. 2.5.1Divides the last sentence of the paragraph into two sentences for clarity. 2.5.7(2)...Replaces 12:00 deadline with the close of the Day-Ahead Energy Market bid/offer period. 3.1...Adds under normal conditions to the description of the Regulation Market Timeline. Adds a new Exhibit 3.1.A to illustrate the Regulation Market Timeline when a Cold Weather Event is declared pursuant to OP-20. 3.2.4Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. 6.4.1(2)&(3)...Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. 6.4.7Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. Revision: 10 - Approval Date: June 28, 2004 Section No. Revision Summary Entire Manual revised to reflect RTO terminology and to reflect the Market Rule 1 and Transmission Markets and Service Tariff provisions filed with the FERC (e.g., the elimination of Internal Point-to-Point Transmission Service). Revision: 11 - Approval Date: May 6, 2005 Section No. Revision Summary 2.5.16.3...Renumbers the subsections. 2.5.16.3(3)(vi) Replaces the terms Market Monitoring Unit and Independent Market Advisor with Internal Market Monitoring Unit and Independent Market Monitoring Unit. Revision: 12 - Approval Date: May 27, 2005 Section No. Revision Summary The following revision is contingent upon FERC acceptance of corresponding revisions to Market Rule 1 to be filed by the app. The app will request a waiver of the 60-day notice requirement so that the Market Rule 1 revisions may become effective on June 7, 2005. 6.4.10..Adds new subsection titled app Purchases of New Brunswick Security Energy. Revision: 13 - Approval Date: September 9, 2005 Section No. Revision Summary 1.1, 2.5.2 & 3.1...Replace references to OP-20 with references to Appendix H to Market Rule 1. 2.5.8(2), 2.5.9.3(b), 2.5.16.3(4), 5.1, 6.3.2, 6.3.3 & 6.36 Replace references to Section 5 of app Manual M-28 with references to Appendix F to Market Rule 1. Revision: 14 - Approval Date: March 11, 2005 Section No. Revision Summary 1.2.2Adds a reference to Regulation. 1.2.3Adds a new subsection title. 1.2.3(5)...Revises the subsection to provide for hourly posting of preliminary Real-Time Regulation Clearing Prices. 1.2.3(14)&(15) Adds language providing for the posting of preliminary and Real-Time LMPs and RCPs. 2.3...Revises the subsection to allow Resources selected in the Day-Ahead Market to participate in the Re-Offer Period. 2.5.1Revises the subsection to allow Resources selected in the Day-Ahead Market to participate in the Re-Offer Period. 2.5.3(8)...Revises the subsection to allow Resources selected in the Day-Ahead Market to participate in the Re-Offer Period. 2.5.5(7)...Adds the final RCP to the data to be posted. 2.5.6Deletes Mechanical from the subsection title. 2.5.9.2(c) Revises the section to make Real-Time Dispatchable External Transactions eligible to set the Dispatch Rate. 2.5.10..Adds RCP to verification procedure and to title of subsection. 3.1...Completely revises the subsection to describe the new Regulation Market. 3.2.1(2)...Revises the criteria for units participating in the Regulation Market. 3.2.1(3)...Revises the information requirements and redefines Regulation Capability. Also revises the description of the manner in which the software treats Regulation High and Low Limits when they are not the most restrictive limits submitted. 3.2.1(4)(8).These subsections are deleted and replaced with new subsections (4) through (10). 3.2.1(4)...Adds a new subsection describing Minimum Regulation Range. 3.2.1(5)...Adds a new subsection on changing the units Regulation status from available to unavailable. 3.2.1(6)...Adds a new subsection (revised former Section 3.2.1(9)) to describe the treatment of Limited Energy Generators. 3.2.1(7)...Adds a new subsection describing Self-Scheduling for Regulation. 3.2.1(8)...Adds a new subsection setting forth limitations on the submission of Self-Schedule requests. 3.2.1(9)...Adds a new subsection describing the treatment of Opportunity Cost in Self-Scheduled hours. 3.2.1(10).Adds a new subsection describing unit eligibility for Regulation assignment. 3.2.2Revises the subsection to describe the method for setting Regulation Requirements. 3.2.4Deletes the words necessary data. Revises language describing the use of default offer values when no offer is submitted. 3.2.5Adds this new subsection to describe the process of assigning Regulation. 3.2.6Re-writes the subsection to describe the new Regulation Clearing Price calculation. 3.2.7Revises the subsection to describe the new Regulation assignment process. 3.2.8Adds language to provide for Regulation Service Credits and Time-On-Regulation Credits. 3.2.9Revises subsection to provide for monitoring of Automatic Response Rates. 3.2.10..Revises the subsection to use new terminology, delete subsection (2) and re-define the qualifying measurement interval. 3.2.11..Revises the performance calculation to reflect new Regulation Market. 3.2.12..Revises list of existing performance records and adds several items for monitoring of ARR. 3.2.14..Revises subsection to use Regulation Capability Compliance Rating, change rounding to nearest 0.1 MW and add a paragraph dealing with ARR. 5.2.3Eliminates the limitation on Resources that cleared Day-Ahead Market submitting offers in the Re-Offer Period. 5.2.5Revises and re-titles subsection to describe Regulation Assignment and Clearing software. 6.2...Replaces app Regulation Requirement with Regulation Requirement here and throughout the document. 6.2.1(3)...Deletes subsection providing for the notification of Regulation Requirement by 16:00. 6.2.1(4)...Replaces clearing price at 22:00 with hourly clearing of the Regulation Market. 6.2.3Deletes the reference to a 22:00 posting of the Regulation Clearing Price. 6.3...Eliminates the limitation on Resources that cleared in the Day-Ahead Market submitting offers in the Re-Offer Period. 6.3.1Adds references to OP-8 and OP-19. 6.3.4Eliminates the limitation on Resources that cleared in the Day-Ahead Market submitting offers in the Re-Offer Period. 6.3.6Replaces pool-scheduled with Pool-Scheduled. Revision: 15 - Approval Date: December 2, 2005 Section No. Revision Summary The following revisions are part of the Winter 2005/2006 Action Plan and will expire (along with their associated Market Rule 1 provisions) on March 31, 2006. 2.5.1Adds references to Start-Up and No-Load Fees in the timeline to reflect daily submission of these values. 2.5.3(12). Replaces the two eligibility periods twice a month to change Start-Up and No-Load Fees to once per day by noon of the day prior to the Operating Day for which the Start-Up and/or No-Load Fee is to be effective. 6.3...Inserts (excluding Start-Up and No-Load Fees). 6.3.4Inserts (excluding Start-Up and No-Load Fees). The following revisions are conforming changes to reflect Appendix H to Market Rule 1 and will expire with that Market Rule 1 provision on April 15, 2006. Table 1.1.Replaces reference to OP20 with a reference to OP21. 1.1...Adds Except as otherwise provided in Appendix H to Market Rule 1, before the statement describing when the Re-Offer Period begins and ends. 1.1...Adds the revised times for close of the Day-Ahead Energy Market, posting of DAM schedules and the close of the Re-Offer Period. Exhibit 1.1A... Revises the timeline to conform to Appendix H to Market Rule 1. 1.2.3(2)... Deletes at 16:00. 2.3...Deletes at 18:00 in the first paragraph and from 16:00 to 18:00 in the second paragraph. 2.5.1Adds Cold Weather Events to the list of items that may result in changes to the Supply Offer timeline. 2.5.3(25). Revises section to reflect Appendix H to Market Rule 1 process related to Supply Offer caps for internal Resources. Exhibit 3.1.A.. Revises Exhibit 3.1.A to reflect revised Supply Offer deadlines, Re-Offer Period, etc. as detailed in Appendix H to Market Rule 1. 3.2.1(3)... Deletes reference to 18:00 Day-Ahead. 5.1(1).. Deletes prior to 12:00. 5.2.3Revises last paragraph to reflect potential for changed deadlines pursuant to Appendix H to Market Rule 1. 6.2...Adds language to the last sentence indicating the timeline could be adjusted pursuant to Appendix H to Market Rule 1 or for technical reasons. 6.2.1(3)... Deletes a reference to 18:00. 6.3.7Replaces 12:00 noon of the day before with the applicable deadline on the day before. 6.4.8Adds a reference to the Appendix H to Market Rule 1 process. 8.1...Adds under normal conditions to the last sentence. Revision: 16 - Approval Date: October 14, 2005 Section No. Revision Summary 1.2.1, 1.2.1(1), 1.2.3.(3), 5.1(2), 6.1 & 6.3.2. Replaces the terms Daily RMR Resource and RMR Resource with Local Second Contingency Protection Resource. 2.5.3(7)(b), 2.5.3(9), 2.5.9.2(2)(b), 2.5.11(3), 2.5.12(3), 2.5.13(2)(d), (e) & (f), 2.5.14(3), 3.2.7(5), 6.3.1, 6.3.3 & 6.3.5...Replaces the term Operating Reserve with NCPC. 6.3.2... Replaces the term RMR Agreement with Reliability Agreement. Revision: 17 - Approval Date: December 2, 2005 Section No. Revision Summary The following Winter 2005/2006 Action Plan revisions (see Revision 15) have expired (along with their associated Market Rule 1 provisions) on March 31, 2006 and the previous Manual language has been reinstated. 2.5.1Adds references to Start-Up and No-Load Fees in the timeline to reflect daily submission of these values. 2.5.3(12). Replaces the two eligibility periods twice a month to change Start-Up and No-Load Fees to once per day by noon of the day prior to the Operating Day for which the Start-Up and/or No-Load Fee is to be effective. 6.3...Inserts (excluding Start-Up and No-Load Fees). 6.3.4Inserts (excluding Start-Up and No-Load Fees). Revision: 18 - Approval Date: April 7, 2006 Section No. Revision Summary 5.2.2(2)... Replace the term holidays with NERC Holidays and non-NERC Holidays for which the load forecast for the New England Control Area is likely to deviate from the load forecast that would otherwise be expected on a non-holiday. Revision: 19 - Approval Date: December 2, 2005 Section No. Revision Summary The following conforming changes to reflect Appendix H to Market Rule 1 have expired (along with Appendix H to Market Rule 1) on April 15, 2006 and the previous Manual language has been reinstated. (see Revision 9) 1.1...Clarifies that the timeline for scheduling activities in Exhibit 1.1 applies under normal conditions and adds Exhibit 1.1.A to describe the scheduling timeline when a Cold Weather Event is declared pursuant to OP-20. 1.2.3(5)...Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. 2.3...Replaces noon with the close of the Day-Ahead Energy Market bid/offer period. 2.5.1Divides the last sentence of the paragraph into two sentences for clarity. 2.5.7(2)...Replaces 12:00 deadline with the close of the Day-Ahead Energy Market bid/offer period. 3.1...Adds under normal conditions to the description of the Regulation Market Timeline. Adds a new Exhibit 3.1.A to illustrate the Regulation Market Timeline when a Cold Weather Event is declared pursuant to OP-20. 3.2.4Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. 6.4.1(2)&(3)...Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. 6.4.7Replaces 12:00 with the close of the Day-Ahead Energy Market bid/offer period. (see Revision 15) Table 1.1.Replaces reference to OP20 with a reference to OP21. 1.1...Adds Except as otherwise provided in Appendix H to Market Rule 1, before the statement describing when the Re-Offer Period begins and ends. 1.1...Adds the revised times for close of the Day-Ahead Energy Market, posting of DAM schedules and the close of the Re-Offer Period. Exhibit 1.1A... Revises the timeline to conform to Appendix H to Market Rule 1. 1.2.3(2)... Deletes at 16:00. 2.3...Deletes at 18:00 in the first paragraph and from 16:00 to 18:00 in the second paragraph. 2.5.1Adds Cold Weather Events to the list of items that may result in changes to the Supply Offer timeline. 2.5.3(25). Revises section to reflect Appendix H to Market Rule 1 process related to Supply Offer caps for internal Resources. Exhibit 3.1.A.. Revises Exhibit 3.1.A to reflect revised Supply Offer deadlines, Re-Offer Period, etc. as detailed in Appendix H to Market Rule 1. 3.2.1(3)... Deletes reference to 18:00 Day-Ahead. 5.1(1).. Deletes prior to 12:00. 5.2.3Revises last paragraph to reflect potential for changed deadlines pursuant to Appendix H to Market Rule 1. 6.2...Adds language to the last sentence indicating the timeline could be adjusted pursuant to Appendix H to Market Rule 1 or for technical reasons. 6.2.1(3)... Deletes a reference to 18:00. 6.3.7Replaces 12:00 noon of the day before with the applicable deadline on the day before. 6.4.8Adds a reference to the Appendix H to Market Rule 1 process. 8.1...Adds under normal conditions to the last sentence. Revision: 20 - Approval Date: August 11, 2006 Section No. Revision Summary 8.1...Adds language to the end of this section requiring LEG units to notify the app at least 30 minutes prior to a change in LEG status. Revision: 21 - Approval Date: June 2, 2006 Section No. Revision Summary Entire Manual revised to reflect ASM Phase II subjects which include the Locational Forward Reserve Market, Real-Time Reserve Clearing Prices, and Asset Related Demands. Revision: 22 - Approval Date: November 3, 2006 Section No. Revision Summary These FCM Transition Period revisions shall become effective December 1, 2006 and shall be replaced by provisions implementing the Forward Capacity Market on or about June 10, 2010 as provided in the FERC approved Settlement Agreement in Docket No. ER03-563. 1.1...Revises the third paragraph to add references to Non-Dispatchable QFs, Other Demand Resources and Settlement Only Generators. Revises section reference to Market Rule 1. 1.3.1(3)... Adds (External sales are treated as Day-Ahead or Real-Time Load Obligations at the applicable External Node.). 1.3.2(2)... Adds (External purchases are treated as Day-Ahead or Real-Time Generation Obligations at the applicable External Node.). 1.3.2(6)... Deletes a Section reference to Market Rule 1. 2.2...Corrects a Section reference in the last line of the third paragraph. 2.5.3(3)& 2.5.5(8)... Corrects Section references to Market Rule 1. Revision: 23 - Approval Date: May 5, 2006 and August 11, 2006 Section No. Revision Summary This set of revisions was approved on May 5, 2006: 2.5.1... Adds references to Start-Up and No-Load Fees in the timeline to reflect daily submission of these values. 2.5.3(12). Replaces the two eligibility periods twice a month to change Start-Up and No-Load Fees to once per day by noon of the day prior to the Operating Day for which the Start-Up Fee and/or No-Load Fee is to be effective. 2.5.9.2(3)(b)... The word postured is replaced by Postured to reflect the newly defined term added to Market Rule 1 and app Manual M-35. 5.1...The word postured is replaced by Postured to reflect the newly defined term added to Market Rule 1 and app Manual M-35. 6.3 & 6.3.4..Inserts (excluding Start-Up and No-Load Fees). This set of revisions was approved on August 11, 2006 1.1...Adds a reference to the new Exhibit 1.3 which describes the scheduling timeline when a Cold Weather Event is declared pursuant to Market Rule 1. 1.1.1....Adds a new Exhibit 1.3 to describe the scheduling timeline when a Cold Weather Event is declared pursuant to Appendix H to Market Rule 1. 2.5.1Revises the second sentence to add Cold Weather Events as an event which could cause the listed times to be adjusted. 3.1...Adds a new Exhibit 3.1.A to illustrate the Regulation Market Timeline when a Cold Weather Event is declared pursuant to Appendix H to Market Rule 1. 5.2.3Adds (see Appendix H to Market Rule 1 for deadlines during Cold Weather Events) to the first sentence of the fourth paragraph. Revision: 24 - Approval Date: November 3, 2006 Section No. Revision Summary 3.2.5(1)(d).. Deletes the previous subsection (d) language. 3.2.5(1)(d)...Adds to the new subsection (d) the phrase 0.17 multiplied by to the third sentence to now read It is calculated as 0.17 multiplied by the greater of:. 3.2.5(2)... Revises the section reference 3.2.5(1)(c,d,e,f) to now read 3.2.5(1)(c,d,e). Revision: 25 - Approval Date: October 12, 2007 Section No. Revision Summary List of Figures and Tables.. Adds app Business Procedures to the Table 1.1 title. Introduction Adds app Business Procedures to this section. Table 1.1 Adds app Business Procedures to the title and adds Ancillary Service Schedule No. 2 Business Procedure to the Transmission column. Table 2.2 Revises the table by deleting the 1385 Line as part of the Roseton External Node definition and adding a new External Node (.I.NRTHPORT1385) for the 1385 Line (FERC acceptance of corresponding changes to Appendix F to Market Rule 1 was issued by FERC on June 19, 2007 in Docket No. ER07-767-000). Deletes the footnotes (a), (b), (c) and (d) in the table. Revision: 26 - Approval Date: October 12, 2007 Section No. Revision Summary Table 2.2 Revises the table by replacing external node .I.KESWICK 345 1 with .I.SALBRYNB345 1 and adding Lepreau Orrington (390 Line) as an associated transmission facility. Revises the table by deleting HQ - Comerford 451+452 Lines (Phase 1) as an associated facility for the .I.HQ_P1_P2345 5 external node. Revision: 27 - Approval Date: December 7, 2007 Section No. Revision Summary 2.6...Replaces the terms Claim 10 and Claim 30 with CLAIM10 and CLAIM30. 2.6.1....Deletes the phrase such authority as granted in the second paragraph, deletes the third paragraph and deletes the third and fourth sentences in the fourth paragraph. Replaces the term Dispatch with dispatch in the last paragraph. 2.6.2....Revises the title to state 2.6.2 Designated Entity/Lead Market Participant Responsibilities. 2.6.2(3)... Replaces Designated Entity with Lead Market Participant in the first sentence. 2.6.3....Deletes the opening paragraph which duplicated the language contained in Section III.1.11.3(c) of Market Rule 1. 2.6.3(1)... Revises this subsection to describe only the apps performance audit and testing process of CLAIM10 and CLAIM30 capability. 2.6.3(2)... Revises this subsection to describe the apps performance audits of parameters other than CLAIM10 and CLAIM30 capability. 2.6.3(2)(g).. Adds a new subsection detailing the ability of the Designated Entity to request an audit of a Resource to demonstrate that a deficiency identified in an audit has been corrected. 2.6.4, 2.6.5, 2.6.6 & 2.6.7...Deletes these sections in their entirety. Revision: 28 - Approval Date: May 9, 2008 Section No. Revision Summary 2.5.2(3), (7) & (14). Revises the sections to remove the capability of Fixed and Dispatchable External Transactions to have different Source and Sink Locations in the Day-Ahead Energy Market. 2.5.3(19), (21) & (23). Revises the sections to remove the capability of Fixed and Dispatchable External Transactions to have different Source and Sink Locations in the Day-Ahead Energy Market. Table 2.3 Revises the table to remove the capability of Fixed and Dispatchable External Transactions to have different Source and Sink Locations in the Day-Ahead Energy Market. 6.5.4.1(2) Deletes (s), and internal Node, if required. Revision: 29 - Approval Date: June 6, 2008 Section No. Revision Summary Entire Manual revised to reflect Market Rule 1 and Transmission, Markets and Services Tariff provisions filed with the FERC (i.e., provisions making External Transactions comparable to internal generation pursuant to FCM Settlement Agreement). Revision: 30 - Approval Date: June 23, 2008 Section No. Revision Summary 2.3...Revises the third paragraph to clarify a scheduling and delivery practice for priced External Transactions as it may relate to Imports supporting a Capacity Supply Obligation. 2.5.13.1...Deletes Abnormal Conditions Alert in the first and third paragraphs. Revision: 31 - Approval Date: August 1, 2008 Section No. Revision Summary 1.1...Revises this subsection to reflect the prospect of the app being able to schedule External Transactions more than once an hour. 1.1(3).. Revises this subsection to reflect the apps performance of hourly scheduling to cover the entirety of each hour throughout the Operating Day. 2.5.7(5)... Deletes hourly in the phrase hourly transfer limit in the third sentence. Table 2.3 Revises the table by deleting Internal Location not applicable in Real-Time in the Self-Scheduled/priced Real-Time column. 2.5.9.2(1) Revises this subsection to reflect the prospect of the app being able to schedule External Transactions more than once an hour. 2.5.13.1.. Revises the second paragraph by adding the phrase scheduling interval of an and replacing the term next-hour with upcoming. 2.5.13.2.. Revises the second paragraph by replacing upcoming with the next scheduling interval within an, replacing next-hour with upcoming, and replacing in-hour with within a scheduling interval. 6.5.1(1)... Revises the footnote to state that any scheduling interval based on a thirty minute period will be begin at the top of the hour or thirty minutes after the top of the hour. 6.5.3... Revises the section by deleting hourly in the phrase hourly ramp constraints and replacing hour with scheduling interval. 6.5.4.1(2) Revises the phrase External Node to External Node(s), and internal Node, if required. 6.5.7... Revises the section by replacing Next Hour with for Next Scheduling Interval in the title and within the paragraph. Replaces hour with interval in the second sentence. Revision: 32 - Approval Date: June 6, 2008 and June 22, 2009 Section No. Revision Summary This set of revisions was approved on June 6, 2008 6.5.4.2(7-10)... Revises the subsections to address the submittal timing of External Transaction information for the Real-Time Energy Market. 6.5.5....Revises the app review process for specific priced Real-Time External Transactions that have been submitted in support of an ICAP Import Contract which have a Pending Action status. 6.5.7....Revises the Real-Time Energy Market Next Hour Check-Out process for Real-Time priced External Transactions. This set of revisions was approved on June 22, 2009 Sections 1, 2 and 6... Revises these three sections to reflect competitive offer requirements for ICAP Import Contracts. Revision: 33 - Approval Date: May 7, 2010 Section No. Revision Summary Entire Manual revised to reflect the Forward Capacity Market as contained in Section III.13 of Market Rule 1. Revision: 34 - Approval Date: November 18, 2010 Section No. Revision Summary Throughout the manual... Replaces business days with the defined term Business Days, utilizes military time (without colons), utilizes manual rather than Manual when not naming the manual (e.g., Manual M-11), and, with several exceptions, expressing numbers 1-9 by utilizing the words one through nine and expressing all higher numbers as numerals. Introduction Incorporates standardized description of the content and purpose of app Manuals and deleted Section listing. Opening Introduction for each Section... Deletes the opening introduction for each Section. 2.5.3(19). Revises the subsection to refer to the Market Rule 1 offer requirements for External Transactions associated with Import Capacity Resources. 6.5...Revises the section to reference the competitive offer requirement in Section III.13.6.1.2.1 of Market Rule 1 for priced External Transactions. 6.5.2....Revises the section to delete obsolete reference to app Manual M-20, and revises a subsection that might imply rejection of External Transactions where the aggregate amount of such transactions is less than an associated Capacity Import Contracts Capacity Supply Obligation. 6.5.3Revises the section to eliminate reference to warnings (ramp constraint status is routinely posted, there is no explicit warning) and to clarify the section. 6.5.6Revises the section to refer to Market Rule 1 and OATT provisions that provide detailed scheduling information for various types of External Transactions and to refer to the adjustments and penalties that may apply to Import Capacity Resources. Revision: 35 - Approval Date: October 15, 2010 Section No. Revision Summary Table 2.2 Replaces Keswick Orrington (396 Line) with Keene Road Keswick (3001). Revision: 36 - Approval Date: January 7, 2011 Section No. Revision Summary 1.1.. Adds the phrase , or are not otherwise required to submit a Supply Offer under the app Tariff, to the second sentence within the fourth paragraph. 1.3.2(5)(a).. Adds the phrase , or are not otherwise required to submit a Supply Offer under the app Tariff, to the first sentence. 1.3.2(5)(b).. Creates a new subsection (b) from the second sentence previously contained in Section 1.3.2(5)(a). 2.2...Adds the phrase , or are not otherwise required to submit a Supply Offer under the app Tariff, to the fourth sentence within the fourth paragraph. 2.5.3(3)... Adds the phrase , or are not otherwise required to submit a Supply Offer under the app Tariff, to the second sentence. 2.5.3(14)(a) Adds the phrase , or are not otherwise required to submit a Supply Offer under the app Tariff, to the first sentence. Revision: 37 - Approval Date: December 10, 2010 Section No. Revision Summary 6.3.2... Deletes the third and fourth sentences in the second paragraph which conforms this Manual to the Appendix A to Market Rule 1 sunset of provision Section III.A.6 Reliability Agreements. Revision: 38 - Approval Date: April 1, 2011 Section No. Revision Summary 2.5.2....Adds citation to access details on requesting the demand response enrollment information contained in app Manual M-RPA. Revision: 39 - Approval Date: January 20, 2012 Section No. Revision Summary 2.5.6(3)... Deletes the sentence Hourly Maximum Consumption Limit must be greater than or equal to five MW. Revision: 40 - Approval Date: May 6, 2011 Section No. Revision Summary 2.5.1, 2.5.3(7)&(11), 6.3 & 6.3.4. Removes language that prohibited updates to the Start-Up and No-Load parameters of the Supply Offer during the Re-Offer Period. 2.5.2(2)... Clarifies that only one hourly fixed Demand Bid quantity can be submitted for the next Operating Day. 2.5.2(9)... Clarifies that up to ten price sensitive Demand Bid blocks can be submitted. 2.5.2(16). Clarifies that up to fifty Decrement Bid blocks per hour can be submitted. 2.5.2(18). Adds the sentence Market Participants may submit up to ten Demand Bid blocks per day for each Dispatchable Asset Related Demand Bids the Day-Ahead Energy Market. 2.5.3(10). Clarifies that a Supply Offer for a Generator may consist of up to ten incremental Energy offer blocks. 2.5.3(17). Clarifies that up to fifty Increment Offer blocks per hour can be submitted. Revision: 41 - Approval Date: June 1, 2012 Section No. Revision Summary 1.3...Revises the section to add Demand Reduction Offers. 1.3.4.2.Adds Day-Ahead Demand Reduction Offer of Real-Time Demand Response Asset. Changes OP-4 dispatch trigger to declaration from forecast OP-4. Deletes third paragraph and adds a new paragraph to describe capacity and energy dispatch of Real-Time Demand Response Resources, Real-Time Emergency Generation Resources (OP-4 dispatch) and energy dispatch under Appendix III.E of Real-Time Demand Response Assets. 2.3.. Revises dispatch language to eliminate advance notice and deletes the word increase. 5.1(5).. Adds language on OP-4 dispatch of Real-Time Demand Response Resources. Revision: 42 - Approval Date: October 3, 2012 Section No. Revision Summary 6.5.7....Deletes the phrase that were submitted by 1200 on the day before the Operating Day within the Real-Time Energy Market Day Before Checkout subsection. Revision: 43 - Approval Date: January 4, 2013 Section No. Revision Summary 3.2.4(3)... Deletes this subsection in its entirety. 5.2.3(2)... Deletes the phrase for Regulation within this subsection. 6.2.2... Deletes the third sentence Market Participants use the MUI to submit Internal Bilateral Transactions for Regulation that must be submitted prior to the Real-Time Internal Bilateral Transaction Trading Deadline. in this section. Exhibit 6.3.. Deletes the Internal Bilateral Trans. phrase which was contained in the Other app Systems flow chart box. Revision: 44 - Approval Date: May 3, 2013 Section No. Revision Summary 1.1, 1.2.1(2), 1.2.3, 1.2.3(2), (4), (5) and (7), 1.3.4.1(1), 1.3.4.2, 2.3, Table 2.2, 2.5.1, 2.5.3(7), (11), (14), (16)(e), (27), (27)(a) and (b), 2.5.5(4), 2.5.6(4) bullets 3 and 4, 2.5.10(1)(a), 2.5.13.1, 2.5.13.2, 3.1, 3.2.1(3), 3.2.2(2), 3.2.3(1)(b), 3.2.4(1), 5.1 bullet 4, 5.2 bullet 7, 5.2.2(1), 5.2.3, 5.2.5, 6.2, 6.2.1(3), 6.2.2, 6.2.3, 6.3.8, 6.5.1(2), (3) and (4), 6.5.9, 8.1. These Sections were revised to reflect the earlier clearing of the Day-Ahead Energy Market and earlier completion of the initial Reserve Adequacy Analysis process. Exhibits 1.1, 1.2, 1.3, 3.1, 3.1.A, 6.2, 6.3, 8.1... These Exhibits were deleted to reflect the earlier clearing of the Day-Ahead Energy Market and earlier completion of the initial Reserve Adequacy Analysis process. Revision: 45 - Approval Date: June 7, 2013 Section No. Revision Summary 2.5.3(12), 2.5.5(6), 2.5.6(1)&(3), & 2.5.9.3 Replaces Claim 10 and Claim 30 terminology with the defined terms CLAIM10 and CLAIM30. Revision: 46 - Approval Date: June 27, 2013 Section No. Revision Summary 2.5.9.2(2)(b)... Updates cross reference to point to app Manual for the Regulation Market (M-REG). 3. Deletes this section and relocates the information to app Manual for the Regulation Market (M-REG). 5.2.6... Updates cross reference to point to app Manual for the Regulation Market (M-REG). 6.2.1, 6.2.2, 6.2.3 and Exhibit 6.2.. Deletes these subsections and exhibit, and relocates this information to app Manual for the Regulation Market (M-REG). Revision: 47 - Approval Date: August 2, 2013 Section No. Revision Summary 2.4(4).. Replaces reference to Table 2.2 with a reference to Section III.F.3.2.16 of Market Rule 1. Table 2.2.Deletes Table 2.2. Revision: 48 - Approval Date: November 7, 2014 Section No. Revision Summary Entire Manual revised to reflect Market Rule 1 language implementing the energy market offer flexibility rules and Net Commitment Period Compensation payment rules; clean-up changes and updates; and the current structure and purpose of app-NE Manuals. Revision: 49 - Approval Date: March 6, 2015 Section No. Revision Summary 2.2.8Deletes this section and reserves the section number. 2.2.9Deletes this section and reserves the section number. Revision: 50 - Approval Date: December 4, 2015 Section No. Revision Summary 1.2.2... Deletes the second sentence in the fourth paragraph. 1.3.1(4) and 1.3.2 (2) ... Adds III.1.10.7.A to the sentence. 1.3.2(4)... Replaces the previous sentence with Submitting External Transactions associated with an Import Capacity Resource Capacity Supply Obligation in the Day-Ahead and Real-Time Energy Markets as described in Section III.13.6.1.2.. 1.3.2(7) through (11) ... Deletes these subsections. 2.2.1... Deletes the second paragraph under the Upon Completion of the Day-Ahead Energy Market section. 2.2.1... Adds submitted under Section III.1.10.7 to the sentence under the 5:00 p.m. section. 2.2.2.3 Deletes via EES in the first sentence. 2.2.2.3(1)(a) through (c) ... Deletes these subsections. 2.2.2.3(5) Deletes and Real-Time. 2.2.2.3(6), (7) and (9) ... Adds these new subsections. 2.2.2.3(8) Adds submitted under III.1.10.7. 2.2.3.3(1) Revises the sentence to read A Market Participant with an Import Capacity Resource must meet the requirements of Market Rule 1 Section III.13.6.1.2.. 2.2.3.3(2) Deletes via EES in the first sentence. 2.2.3.3(3)(a) through (c) ... Deletes these subsections. 2.2.3.3(5) Revises the sentence to read Priced External Transaction purchases for the Day-Ahead Energy Market must be less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor.. 2.2.3.3(6) Revises the sentence to read Priced External Transaction purchases for the Real-Time Energy Market submitted under III.1.10.7 must be less than or equal to the Energy Offer Cap and equal to or above the Energy Offer Floor.. 2.2.3.3(8) Adds submitted under III.1.10.7. 2.2.3.3(9) Revises the sentence to read External Transaction purchases for the Real-Time Energy Markets submitted under III.1.10.7.A must be offered at less than or equal to the Energy Offer Cap and equal to or above -$1000.00.. 2.2.3.3(10).. Revises the sentence to read External Transactions submitted under III.1.10.7 for more than 999 MW are prohibited.. 2.2.8, 2.2.9, 2.2.10 ... Deletes these subsections. 3.2...... This section has been completely revised. Revision: 51 - Approval Date: September 11, 2015 Section No. Revision Summary 1.3.2(3)... Deletes footnote 1.     Market Operations Manual Table of Contents app.  PAGE ii Revision __, Effective Date: ________ app-NE PUBLIC Market Operations Manual Table of Contents app.  PAGE iii Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC app.  PAGE i Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC Market Operations Manual Introduction app. INT- PAGE 2 Revision 33, Effective Date: June 1, 2010 app. INT- PAGE 1 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC Market Operations Manual Section 1: Overview of Energy Market Operations app. 1- PAGE 6 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC app. 1-1 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC Market Operations Manual Section 2: Energy Market app. 2- PAGE 12 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC app. 2- PAGE 1 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC Market Operations Manual Section 3: Scheduling app. 3 PAGE 5 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC app. 3- PAGE 1 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC Market Operations Manual Revision History app. REV- PAGE 18 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC app. REV- PAGE 1 Revision 51, Effective Date: December 31, 2015 app-NE PUBLIC HIJK[cdfgkl   d h   ) , E F b e , - 0 1 y ̖ h6hh&5h?hhx`hQhz$h i}hKJhjF6] hKJ6 hKJ6]hKJ hjF6] h 6] hjFCJh5cghq+hEghCh[_h;hjF8/;<=>Kmnopq} 2 h - f 1  8 a 1 R @*^*gdKJ@gd       4 7 8 : ; A ] ` c d y   - 0 1 9 M N Q Z j k n w 6VWYZmqtuw׻Ƿ׷׷h(hdrh='hz$hhh^+heThKJhhKJhjF6] hKJ6 hx6] hjF6]hjFhFR o Wr5z.g2D_gd mgd m@gd@gd@*^*gdKJ  145:[vyz})*-.1bcfgjǽеееейй h m6h mh+zhheThjF6] h+z6heThey hjF6] h 6] hey6] hEg6]hh(h stƟƔ|hshEhRbh'8hph(.whjF6CJ]^JhQKH\^J h5<aJh?h5<aJh9h.aJ h!? ^JhjFKH\^JhhAehh~ h lh#hh hjFCJh:YhjF h m6]0_ #=~ & F h^gdI $$d N a$$h^ha$ & F^$a$gdEK$a$$$d N ^a$gd!? &$$d%d&d'dNOPQa$gd#h=s<Us _ !$|Bxx^|`Ba$gd(.w ! & F^gd(.w! & F|B^|`Bgdij$a$gdE( & F(gdI$a$#gdij$a$gdE & F h^gdIcdef;<Us BCfgw<=>_` ඪ}}"h,hE(CJOJQJ\]aJhijCJOJQJ\]aJh,h&.\]aJh,hE(\]aJ h,hE(hGhphijhbQ hrGhLChLChi'h&.hE( hij^J hjF^Jh(.wh3hjFhs. !!!B!!!""<#v$w$x$$ %9% &&c&d&s&t&&&&"')'''''ﻨ}ysokggksc_k_[hIuh@+h hXh(.wh1FM hjF^Jhs)hlk9hjFh(.wB*CJOJQJaJph%h(.whB*CJOJQJaJph%h(.whfB*CJOJQJaJph%h(.whdB*CJOJQJaJph"h,hE(CJOJQJ\]aJhijCJOJQJ\]aJh,hE(CJOJQJ]aJ !<#w$x$$&"'()**+++,--.b/) & F>^`>gd(.w$a$gdb) & F>^`>gdws$a$gd@+$a$$a$#( & Fgd{, ! & F^gd(.w$xx^a$gd(.w'O(P(y(((())))))****#*$*)*-*9*o*{*|********++++!+"+6+n++++++`,,,,,,,,--- ---%-o-}----滷޷޷he Bhbhhe Bhh(.whb hjF^Jh; hjFhhPhXhi$hqh2|hhwshjFh@+ h&.h@+h&. h&.hIu@---------.........`/a/b/f/g/l/p/////00 0n0{00000000001:1;1q111111 2.2heh aJhehjFaJheh,aJheh#hjFh hqhbh(.whGA9h;h!qhwshe BhQ hrGhphp h3mhp h3mhbhGpNhhbh5b/0;11/22344?5U6V6W6p66~$$d N a$gdEg&$$d%d&d'dNOPQa$ ! & F`P^``P$a$#) & F>^`>gdwsgds $^a$gdegde) & F>^`>gd(.w.2/2P22233 3 33$3*3+3;3I3V3m3n3333334r4u4~444444?5k5l555646S6T6W6o6p66666666ѽѶɲ٬h#|UhEg6CJ]^JhEgKH\^JhjFKH\^JhyKh4}hjF hjF^Jh"T h3mh"Th\h(.whRhhh2ohwshhhshd]^J hd]^J h,h#. h,hjF heaJ266_7`7n77777777788888"8#8;8<888,9-999::M:N:|::::::;;<<<<<<?=ý̱whjCJOJQJaJ"hy"hA5>*CJOJQJaJhpCJOJQJaJhy"hA5CJOJQJaJhACJOJQJaJ h(.waJhphYEaJhphy"aJh3ehvlhth6 h#|Uh#|Uh(.wh\Kh,hjFh#|U.68<8|:>>>>E>?@CCD7DDFGHyI *$^a$gdR$a$#$a$O$xx^a$gd(.w$a$gdA $^a$gdA $xxa$gdp $xxa$gd(.w $^a$gd(.w?=@=>>>E>>>>>>>>g?h?(@)@f@@@@@@-A.AXAYAAAsBtBBB@CCCCDD7DAD\DfDtDDD趧蕏{w{wshmh;M*hjFhhX5>* h^ ^J hjF^J hAaJhH.CJOJQJaJhy"hACJOJQJaJhy"hA5CJOJQJaJ"hA56CJOJQJ\]aJjhACJOJQJUaJhACJOJQJaJhpCJOJQJaJ-DDDDEEEE*E0E1E*hUruhq^ h^Chq^he Bh hpmh% hVZk5>*h?)hhyghih"hRh!Whbfh3ehX hX5>*hjFh;M*8IIIIIIIJJ.JQJRJ]JbJvJJJJJQKRKKKKKKLLLLLJLKLLLLLLLL$M`MMMMMMMMMMNNNMNRNYNļħĝĝĕčh :jhJ$hh}YhR h^ ^J hjF^JhK. hhhAuh"vhkhjF hjF5>* hjhq^hq^hkYh;hhUhUru hb,hh, hb,hq^7yIJRKLL$MMMNOZPBQQRT~X YZ#[R\\ ]]( & F%^`%gdClgd( & FnB^n`BgdClgdR$a$$a$ *$^a$gdRYNeNNNNNNNNNNNOOOO[P\PPPPPBQDQEQFQjQnQtQQQQQQRR6RRRS!S"S&S;S~SSSSSSSSSSSSSSSzT{TTTTTThUiUزh`% h+Fh`%hBfhhUruh1h h/Vh/Vh;hhExhtehvlh\hh/Vh}Yh :jhjFCiUjUVVVVXX5X7XCXDX~XX YYYYYYZZ ZZZ#[([[[[[Q\R\W\\\\ ]]]/];]H]I]J]X]]]]]]^^^_^`^a^b^d^{^^^^^^^^^^^ѾѺѶѾѾѲh^hMhH.hhteh8 h\ThhjF h)1hExh;phvlhh@GhhRh}YhkhExhaE]^`^^^_[`#aazbPcdd(e]eee)fgdCl$a$gdClgdCl( & FnB^n`Bgdq( & FnB^n`BgdCl! & FnB^n`BgdClgd^( & F%^`%gdCl^__>_?___3`Z`]`^`_`a"a#a%a'a(a8a9aaaaaaaaaa b bbbb!b6bxbybzbbboccddddoddddddd'e(e*e+e]eee¾麶¯¯¾ƾ§hjFh^ h4nYhjFh,hC h .hqh8h+FhF#hq h .hF#hHhhrGh]h8h^h4nYhXh}Yhw hwh h^h^F`>gd^9$nB^n`Ba$gd(.w( & FnB^n`Bgd(.w( & FnB^n`BgdCl' & FnBxx^n`BgdCljjkkFkGkHkOk\kbkckjkkknkokrkskkkkkkkkklll(l5lIlJlNlOlclfllllllll뿳zkhfAh bCJOJQJaJhfAh$CJOJQJaJhfAh DCJOJQJaJhsc=CJOJQJaJhfAhjFCJOJQJaJh^CJOJQJaJhn;CJOJQJaJhhDhZh^hn;h|h Dh}YhjFhjFB*phh DB*ph*lllllllllllmmmmmmn!nnnnnnnnnnnnooooovpwpppppppppq?qƾƾ~zhp3hTZ ha}hi1Jh}Yh" hdhh h0hh h,hhhphhh,hi1Jh DhjFh^hChn;hfAh bCJOJQJaJhCCJOJQJaJhfAhCCJOJQJaJh}YCJOJQJaJ.?q@qDqEqFqTqaqqqqqqqq rrrrrrr*s+s,s/s0sGscspsqssstsssstttt4t_t`tuuuuuvvwvvvDwEwIwJwNwewExFxxyy¾© h`h (hErh (hClhchc0J8OJQJhAoh}Yh Ahmh hj!hchc hj!h%j8h%j8h#hjFh"h^hn;hF}=svvDwy3yVzzzC{||g}~~1Ln* ) & F^gdClgd/ ?! & FnB^n`BgdClgdClgdY( & FnB^n`BgdCl( & F>^`>gd^y3y6y7yVyWymyyyyyyyyyUzVzZzzzzzzz{{{,{A{B{C{E{F{G{[{{{||||w|||||g}h}i}j}k}q}}~~~~~~~[~~~~~~~ƽཹƽححh_Nh'h{hw h"h"hw hClh hwh h"hhh*hHh h}Yhch(bh"hjFhClh>%Y~49<al}0235Tt /Lnvz)* #:Q15¾·hxv h='^J h^ ^J hjF^J hAh h}Yh hWh h/ ?h"hTZ h .h_Nh_Nh'hClh{hHhhrGhjF?*Q1D']ݏ( & FnB^n`BgdG( & FnB^n`BgdP; ( & F! gdP;( & F,^`,gdCl$a$gdCl( & FnB^n`BgdCl ( & F^gdClDHPdef 8QRyzLJȇ؇ '(=\]^ňƈ̈Јۈ߈Ḛ́h$hShThUhi8hZhjrhF}h}YhErh-hlCK hEr^J hlCK^J h^ ^J hjF^Jhmh(bhClhjFhB@?Éĉ&)9<jq29U[\{|׋؋2DjkotԌEFG0<=>ɩ hjF^Jhph5EshphhZh-h}Yh)/hErhP;h='hw>.h5%hwMhhi8hS&hjFh,hjr hjrhjr?yz{|"Hّܑ ?HIMNST[\_`efjmnoyzے#$%YZߓ  15;ChKh$hw>.h}YhxGhh5EshjFhG hjF^J h^ ^JRݏGH@ے% ;g*~͕' & F h^gdG( & FnB^n`BgdG' & F h^gdG2 ^`gdGCHMOP8<ACDbgh| .B"6ȚɚњҚߚ7śƛhYL)h(chYD6CJ]^JhYDKH\^Jh^ KH\^JhjFKH\^Jh}h}Yh^e hjFhh- h^ ^J hjF^Jh(bhxGhhGhKh2hjFh$9eAbƚǚȚɚ7  $ & F^a$$$d N a$gdYD&$$d%d&d'dNOPQa$$^a$$a$ ( & F^gdG' & F h^gdG W\ijy jk)*ɠVHIyãţߣȥ~wq h_N^J h_N^Jh hjF^Jh h:<^Jh hjF0J>* hh hh (h ( h l^J h4{hVHhVHhhhjFB*ph hjF^J h^ ^J hhKF hhjFhhjF\]hjF56\]hYL)hF hjFhw,VţHIO[alq| $$Ifa$gdgd_N# $ `^ ``a$$a$ $ & F^a$  &*1\GH}')*+,AMVWަߦ$žzjzjzjz^RhYhCJOJQJaJhYCJOJQJaJ *hwhYhCJOJQJaJhwhYhCJOJQJaJhwhYh5CJOJQJaJhwhjFaJhwhYhaJ h_N^J hjF^J h_N^Jh hjF^Jh h:<^Jh h^ ^JhhYhh_NCJOJQJaJhYhh_N5CJOJQJaJh_NhjF hjFh |}[OOOO $$Ifa$gdkd$$Ifl\p 6$  t0t"644 la.yt_NΥҥ"&[OO==O & F<$If^gdm$ $$Ifa$gdkd$$Ifl\p 6$  t0t"644 la.yt_N&'Wߦ[YMAAAA $$Ifa$gd ! & F^gdYhkdQ$$Ifl\p 6$  t0t"644 la.yt_N#bkd$$IflFp , t06    44 la.ytYh $$Ifa$gd#$7^[OOOO $$Ifa$gdkd $$Ifl\p p t0644 la.ytYhЧ[OOOO $$Ifa$gdkd0 $$Ifl\p p t0644 la.ytYhF:::: $$Ifa$gdkd $$Ifl\p p t0644 la.p(ytYhũ[O??=! & F>^`>gdY ! & F^gdYhkd $$Ifl\p p t0644 la.ytYhĩũȩɩʩ˩~CDLT';Ԭ!;]ai}wz|}67TUعصܯܦvhhhCJOJQJaJhCJOJQJaJhhCJOJQJaJ haJhhaJ h^Jh h^hhyh"Y hS)h hhhjFh hjF^J hY^J h^ ^J h:<^JhYhY>*hY.Dw°ɰհݰ$$xx$Ifa$gdc! & F*<<^*`gd =$xxa$gd! & F^`gd! & F>^`>gdXbX °Ȱݰް*DSYmq&'VW{PQ/AٴڴSZk~Ƕ#Gaطٷ07HL^jhOJQJh 4OJQJhbJh25OJQJhRhOJQJhbJOJQJhOJQJ h@{hbJhRhbJOJQJhOJQJhjFCݰް'Vn_PP_$xx$Ifgd$xx$Ifgdckdd $$IflF D'{$ t0'6    44 laytcVWhn_P_$xx$Ifgd$xx$Ifgdckd $$IflF D'{$ t0'6    44 laytcٴn_P_$xx$Ifgd$xx$Ifgdckd $$IflF D'{$ t0'6    44 laytcٴڴ:طn___P_$xx$Ifgd$xx$Ifgdckd&$$IflF D'{$ t0'6    44 laytcطٷ&'|n____P_$xx$Ifgdu%$xx$Ifgdckd$$IflF D'{$ t0'6    44 laytcɸʸθϸ,Fz{ҹٹ"|}:;ݻ޻%-˼̼)IPZ]ɽνϽܽݽ>?Eƻέhqhq56OJQJhRhu%OJQJhu%OJQJhbJ *hRhbJOJQJ h@{hbJhbJOJQJhRhbJOJQJh 4OJQJC~n_P_$xx$Ifgdu%$xx$IfgdckdR$$IflF D'{$ t0'6    44 laytcԺ#:n___$xx$Ifgdckd$$IflF D'{$ t0'6    44 laytc:;I»ݻn___$xx$Ifgdckd~$$IflF D'{$ t0'6    44 laytcݻ޻ ˼n_P_$xx$Ifgd 4$xx$Ifgdckd$$IflF D'{$ t0'6    44 laytc˼̼ڼ>n_P_$xx$Ifgdu%$xx$Ifgdckd$$IflF D'{$ t0'6    44 laytc>?bAndbTHCC$a$ $ & F^a$ $$ & F^a$ $xa$gdqkd@$$IflF D'{$ t0'6    44 laytcEFHT[˾0abh|ʿؿ]aiſ{hh6 hhjF hp:hS hShShYL) h6h}hhSh!wJhjFhU h!wJ^J hjF^J h^ ^J h:<^Jh!wJ56OJQJh356OJQJhqhq56OJQJh l56OJQJ0ijq}(023@ADFGxz(*;DAn Oyx򿷭hThT>*CJOJQJhTCJOJQJhTOJQJ hT^Jh!wJ h!wJ^J hjF^J h^ ^J h:<^JhYL) h6h"YhhjFh T hQ6>Az)*;Ddw)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdT/gdTgdT)$$d%d&d'dNOPQa$gdT$a$$a$ ALXn{wn ` gdT&;$d%d&d'dNOPQgdT1$`$d%d&d'dNOPQ^``a$gdT.;`$d%d&d'dNOPQ^``gdT :INOya/`%d'dOQ^``gdT ` gdT.;`$d%d&d'dNOPQ^``gdT)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdT ywxEF\&;$d%d&d'dNOPQgdT/`%d'dOQ^``gdTgdT.;`$d%d&d'dNOPQ^``gdT)$$d%d&d'dNOPQa$gdT E '9DEVFQRc<GHY?@juvcd?JK\mnij&12C !2hT6CJOJQJ]hT>*CJOJQJhTCJOJQJhT hT6]S 'u{gdT1$`$d%d&d'dNOPQ^``a$gdT)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdTgdT9VFc)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdTXP<Y?@j)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdTjcd?\i)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdTimn~c]/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdTI:2Ez<q!X1$`$d%d&d'dNOPQ^``a$gdTS/ij/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdTUVng{1$`$d%d&d'dNOPQ^``a$gdT)$$d%d&d'dNOPQa$gdT{Iq&CTg !/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT!:EV2yY)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT  9V.q!)$$d%d&d'dNOPQa$gdT1$`$d%d&d'dNOPQ^``a$gdT/`%d'dOQ^``gdTgdT  9DEV.     !2vw }~  < G H Y  % %7%B%C%T%'''((˼h9.qhTCJOJQJaJhTCJOJQJaJh;hTCJOJQJaJhThTCJOJQJhT>*CJOJQJJ!i'oI k  B  V   )$$d%d&d'dNOPQa$gdT1$`$d%d&d'dNOPQ^``a$gdT $   L    )$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT#8B)$$d%d&d'dNOPQa$gdT1$`$d%d&d'dNOPQ^``a$gdT/`%d'dOQ^``gdTgdTi  <Z2/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT2ovw$n }~  < Y  /`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT !"s""z#$$$ % %7%T%d%&)&&'''/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT''( ) )8)U)*c*d***9++0,1$`$d%d&d'dNOPQ^``a$gdTgdT)$$d%d&d'dNOPQa$gdT/`%d'dOQ^``gdT(( ) )8)C)D)U)c*d*****11U1`1a1r122"4#4N4Y4Z4k44444 555(57585C5v55556ιεxxh"hCJOJQJhNCJOJQJhFBCJOJQJh>CJOJQJh>*CJOJQJhCJOJQJhhdCJOJQJh[>*CJOJQJh[CJOJQJh$KhT6CJOJQJhThTCJOJQJhT>*CJOJQJ+0,,F--.e//Z011U1r111422p3q333/`%d'dOQ^``gdTgdT1$`$d%d&d'dNOPQ^``a$gdT33"4#4N4k444 5{]/`%d'dOQ^``gdgd)$$d%d&d'dNOPQa$gd[/`%d'dOQ^``gd[gdT1$`$d%d&d'dNOPQ^``a$gdT 5(575677/7r7 889y:w;x;;/`%d'dOQ^``gd[ gd[ 1$`$d%d&d'dNOPQ^``a$gd:)$$d%d&d'dNOPQa$gd66777747?7i7j7q7r7{7~777 8 888#8888 99999":p:q:x:y:~:::v;w;x;;vrhh[ CJOJQJh[ hNCJOJQJh\eCJOJQJhCJOJQJhmCJOJQJhCJOJQJh:CJOJQJhi{fhCJOJQJaJhCJOJQJaJh\eCJOJQJaJh>䴳ϴ󾱵󾱵䴳ϴ䴳ϴ(;;;;;<<<<M<X<Y<j<m<t<<< ===w=x=====>> >k>l>>>>????5?6?7?????????ȽȽȳȳȩȳȳȑ|h +>*CJOJQJh +CJOJQJh +h@CJOJQJh CJOJQJh#^~CJOJQJha_CJOJQJh>*CJOJQJhCJOJQJhh(CJOJQJh,CJOJQJh[ CJOJQJh[ >*䴳ϴ0;;<<M<j< ==>>)???xxxxxxxsgd +1$`$d%d&d'dNOPQ^``a$gd/`%d'dOQ^``gdgd1$`$d%d&d'dNOPQ^``a$gd[ ???@@@ AAAZZUgdK1$`$d%d&d'dNOPQ^``a$gd(;!/`%d'dOQ^``gd(;!gdT1$`$d%d&d'dNOPQ^``a$gd +/`%d'dOQ^``gd +??@@ @@&@G@@@@@@@ AAA)AeAqAAAAAAAAAA B B BŻ|rgrgr]rQhKCJOJQJaJh+CJOJQJhK>*CJOJQJhKCJOJQJhKh"N)CJOJQJaJh(;!CJOJQJaJh>CJOJQJh(;!>*CJOJQJh(;!CJOJQJh(;!h +CJOJQJh$CJOJQJaJh$h$CJOJQJaJh$CJOJQJh$CJOJQJh +>*CJOJQJAAAYBZBBBBBECCZZZZZ1$`$d%d&d'dNOPQ^``a$gd2/`%d'dOQ^``gd2gd21$`$d%d&d'dNOPQ^``a$gdK/`%d'dOQ^``gdK BWBXBYBZBxB{B|B}BBBBBBBBBECCCCCDDkDlDDEEEEEEF#F$F5F8F͸͸î~zpepeph^P>*CJOJQJh^PCJOJQJh^Ph!CJOJQJhx!hRhRCJOJQJhvCJOJQJhMCJOJQJh"CJOJQJh2>*CJOJQJhr{CJOJQJh2CJOJQJh2hKCJOJQJhKCJOJQJaJhXhKCJOJQJaJ%CDlDEEEEF5FxF1$`$d%d&d'dNOPQ^``a$gd^P/`%d'dOQ^``gd^Pgd^P1$`$d%d&d'dNOPQ^``a$gd!1$`$d%d&d'dNOPQ^``a$gd28F>F?FzF}F~FHH{HHHHHIIII I'I2ItIIIIIIIIJ JJJ:J;JJvKwKKԿԵԫ~~ooo`o`h4ha+CJOJQJaJh4h{CJOJQJaJh4hJ4>*CJOJQJaJh4hJ4CJOJQJaJhJ4ho0CJOJQJhqCJOJQJh~-CJOJQJhVCJOJQJh%n>*CJOJQJh%nCJOJQJh%nh^PCJOJQJhr.CJOJQJh?CJOJQJ%5FsFHuHHHHIIIxxsgdJ41$`$d%d&d'dNOPQ^``a$gd%n/`%d'dOQ^``gd%ngd%n1$`$d%d&d'dNOPQ^``a$gd^P IIJ;JJwKKKL*䴳ϴ-䴳ϴ-4V䴳ϴW䴳ϴ>䴳ϴ䴳ϴV䴳ϴ4_>*䴳ϴ_䴳ϴ4_䴳ϴ_"PPPPPP)RRRR670䴳ϴ0䴳ϴi䴳ϴ7<CJOJQJhd)>*CJOJQJhd)CJOJQJhd)h * CJOJQJhCJOJQJhCJOJQJh-CJOJQJh CJOJQJh6CJOJQJ/PqQQQQRRRR9SXSYSxxxsgd 1$`$d%d&d'dNOPQ^``a$gd670/`%d'dOQ^``gd670gdd)1$`$d%d&d'dNOPQ^``a$gdd) RRRRRRRRXSYSSSSSSTTT)TITJTgTTTTTTTTiUjUUUUUUUҽ܋|rgrg]rhHCJOJQJh!wJ>*CJOJQJh!wJCJOJQJh!wJhz>*CJOJQJhzCJOJQJh[CJOJQJhCJOJQJhgCJOJQJhCJOJQJh(UCJOJQJh >*CJOJQJh CJOJQJh hFCJOJQJh670CJOJQJh670>*CJOJQJ$YSSSTTTb/`%d'dOQ^``gdzgd )$$d%d&d'dNOPQa$gd1$`$d%d&d'dNOPQ^``a$gd /`%d'dOQ^``gd TT*UiUjUUUUV]]]]]]]^÷÷sg[hS"tCJOJQJaJh[_CJOJQJaJh'rh'rCJOJQJaJh'rCJOJQJaJh'rhCJOJQJaJ h .hhhhCJOJQJaJhCJOJQJaJhNZCJOJQJaJhH9CJOJQJaJhHCJOJQJaJhHhHCJOJQJaJhHCJOJQJ#W5XiXXXXX Y:YYZ/ZSZ'[\F\/]]]]1$`$d%d&d'dNOPQ^``a$gd!wJ^#^$^%^V^a^b^s^{^^^^^^^^^^^^^^^^^^^^^^^__'_(_)_j_k_q_r_u_Ὰzuzqfh[_0JmHnHuh h4$5hh5h0JmHnHu h0Jjh0JUhhjhUh~-h(;!CJOJQJh_h!wJhCJOJQJh[_>*CJOJQJh[_CJOJQJh[_h'rh'rCJOJQJaJh'rCJOJQJaJ(]$^%^V^s^^^^xNIgd!wJ)$$d%d&d'dNOPQa$gd[_1$`$d%d&d'dNOPQ^``a$gd[_/`%d'dOQ^``gd[_gd[_1$`$d%d&d'dNOPQ^``a$gd'r^^^^^^^^^^^^^^^___(_)_B_T_U_w____$a$gdgdigd_u_v__________________________`````V`W`]`^`_````````````````````````RaSaYaZa[a\afa񮥮h[_mHnHujhUh0JmHnHuh[_0JmHnHu h0J hCJ h4$5hh5h5cgh[_h;hjh0JUA____```.`<`=`a`````````` a:a;a]aaaaa$a$gdfagahazaaaaaaaaaaaaaaaaaaaaaaaAbBbHbIbKbLbVbWbXbjbrbsbubzb{b|bbbbbbbbbbbbbbbbbbbbbbb5c6cc?cIch[_mHnHujhUh[_0JmHnHu h0Jjh0JU hCJ h4$5hh5h5cghh[_h;Faaaaaa b(b)bMb|bbbbbbbbbccc@coc}c~c$a$gd s#gdYD$a$gdIcJcKc]cecfchcmcncocwc|c}cccccccccccccccccccc d d$d%d+d,d.d/d9d:d;dMdUdVdXd]d^d_dgdldmdndod h\bhhmHnHu huh hCJ h4$5hh5h[_mHnHujhUhhCJOJQJaJh4$5CJOJQJaJhh5CJOJQJaJh5cghh[_h;6~cccccccc d d0d_dmdndodpdddddddgdigd\bgd gdu$a$gdodddddddddddddddddddddddȻh~-h(;!CJOJQJh hCJ h4$5hh5h5cgh[_h;h[_mHnHujhUhI 0 0000*P&P/R / =!"#$% DpF 0000*P&P/R / =!"#$% DpF 000*P&P0/R / =!"#$% DpC 000*P&P/R / =!"#$% DpC 000*P&P/R / =!"#$% DpC 000*P&P/R / =!"#$% DpM 0005P&P1+/R :pj/ =!"#$% DpDd D  # A#" "mS9_D)@=WmS94'==%xZoh[U_^Z9uUFζ`TeĪnk,N;c]K FKAAe /J}PnED7#j5QX?֦@wnzc.u_}{;'w%>Jϴ=ǶDa0~.g30b }PFO3#>ߠm@c C#.v[9#y;N/#Q2㼢.me:˟`޺Y~~._D|2p2(̰/΁V }Gsub?^&_邵g,mi;n2sPlf]ж7Y.A=|A^Nx:yeMg"%^SF׾J6oe{Zk脳feIql/Ss?^O'YXUeQ:ާggHAw19_۩!TWE51E=ĸsUkdftu:BF̺*Jگ>_SUȈ[ï뽒ʷUrLO1V :&z@m§Pu?+^5'tO;_%Cu`-$#ʝo擫¦\Q~;!2WD(^-rU<;*dvV.u$39] C\5F`rڴ0inZO rg䪡gU;ɅyՎ:Z.e㾌Sux0܏!WsMsU*9_e#aՂ\7 K= +0}^iSj\ ON.Mx; EˌMECLZº\JAoxc䫣SiNҁ o]J{TreXKPnZBTvk R~t(Iq45ۦc}\' JZr|Zgg=Ox|~ckӓ'ܯ{b3͎&pjH[|2XJR _6=A|Y%ˀ̗E—9_}m7DGNZ+qe,4|}m/?/Jf~iq}//D˗? _%/kMKdiYk|i=g/.hxY|7?_h^%KdƟ\(;4~Z^Psfr" 2s7Zg UiTw:+Kaĺ> o"r7td[8_:v>sL\Ds=R)o J3aUnӾ/K z $$If.!vh#v#v #v:V l t0t"655 5a.yt_N$$If.!vh#v#v #v:V l t0t"655 5a.yt_N$$If.!vh#v#v #v:V l t0t"655 5a.yt_N$$If.!vh#v#v,#v:V l t0655,5a.ytYh$$If.!vh#v#vp#v#v:V l t0655p55a.ytYh$$If.!vh#v#vp#v#v:V l t0655p55/ a.ytYh$$If.!vh#v#vp#v#v:V l t0655p55a.p(ytYh$$If.!vh#v#vp#v#v:V l t0655p55a.ytYh$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc$$If!vh#v#v{#v$ :V l t0'655{5$ ytc^ 02 0@P`p2( 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p8XVx_HmH nH sH tH D`D NormalCJOJQJ_HmH sH tH @  Heading 1,h1a$x$d%d&d'd-D@&M NOPQ5CJ KHOJQJ\@\ Heading 2,NPB,h2$<@&56CJOJQJx@!x "Heading 3,No Indent,h3,Heading 3 Cx@&^6CJJ@1J  Heading 4,h4 x@& 56>*CJB@AB  Heading 5,h5  & F@&>*d@d  Heading 6,h6xx@&^5:CJOJQJhtH u>@>  Heading 7,h7$@&CJz@z  Heading 8,h88$$ & F $`<@&^``a$6CJOJQJ| @|  Heading 9,h98 $$ & F $0<@&^0`a$56CJOJQJDA`D Default Paragraph FontVi@V  Table Normal :V 44 la (k (No List VOV Main Heading$$xxa$5CJ OJQJLOL Regular Heading$a$ CJOJQJ<O< Effective Date<:O": Logo $a$ CJOJQJ>O> Revision Number<jOBj Heading 1 NS/$x$d%d&d'd-D@& a$<CJ F@RF Header$ !a$ CJOJQJB @bB 0Footer$ $a$ CJOJQJXO!rX PreMain Heading$xx@& a$ 6OJQJfofTOC1&$ (# x&d P 5CJ_HmHnHsH tH uPOPFigure X  8(# CJOJQJmHnHuHOHTOC2 (#  <&d^  56CJ8O8TOC3@^@6>O> Filename$a$ CJOJQJ:Oa: Footer Lined$d.)@. Page NumberPOP Regular Textxx^ CJOJQJ>O> Bulleted List o Bulleted Para!$ & F`Pxx>T  Tf^``Pa$CJ_HmH sH tH JO"J Page Break"d^ CJOJQJPO!2P Heading 2 PB#$xx$d @& 6CJROQBR Caption-Center $$a$6CJOJQJ6"@6 Caption %xx5@OB@ Graphic &$xa$ CJOJQJPOrP Bulleted List Indented '^4O4 Numbered ( & FO Numbered - Indentedx) & F h>Th()^`hOh Regular Text -- Indented*`xx^` CJOJQJ Lettered - Indentedx+ & F h>Th()^`bOb Regular Text Indented,`xx^` CJOJQJdqd Bulleted List Indented 2- & FP^`P@O@ Formula .$xa$ CJOJQJpOp Revision Dates Boxed%/$d%d&d'd $OJQJPP Revision Dates0$d%d&d'dPP Bulleted Para Indented 1^tOq"t Bulleted List Indented 3)2 & F >xx^`:OA2: Table Head3$a$5boBb Table Text4 0dL<<*$CJ_HhmH sH tH 0U`Q0 Hyperlink>*B*JObJ Small Para6dCJOJQJtH uDCrD Body Text Indent 7^B'`B Comment ReferenceCJaJ8@8  Comment Text9CJBB@B Body Text :xx CJOJQJDP@D Body Text 2;$a$ CJOJQJFV`F FollowedHyperlink >*B* phHR@H Body Text Indent 2 =^66TOC 2> $ ^&&TOC 1?.@.TOC 3 @^.. TOC 4 A^.. TOC 5 Bp^p.. TOC 6 CL^L.. TOC 7 D(^(.. TOC 8 E^.. TOC 9 F^XOrX * J Body Text 1G$`a$ CJOJQJPOP HeadingBody 2 H$a$CJOJQJaJ^O^ Heading One TextI$x<^a$ CJOJQJ^O^ Heading Two TextJ$8x<^8a$ CJOJQJJJ Heading One Bulllet K & FZOZ Heading Text L$ $8x<^8a$OJQJhOh Document History TextM$$ $x<a$OJQJJoJ MR1X N$a$CJOJQJ_HmH sH tH TOT * Block Ind .5O^CJOJQJaJZOZ * Block Ind 1P]^CJOJQJaJPOP * Body Text .5Q` OJQJaJPO"P * Body Text 1R$`a$OJQJXO2X * Body Text 1.5Sdh`CJOJQJaJXOBX * Body Text DblTd`CJOJQJaJ\OR\ * Bullet ListU$^`a$ OJQJaJBObB * DoubleVdCJOJQJaJ<Or< * NormalW OJQJaJ^O^ * Number ListX ^` CJOJQJPOP * Title CY$$a$5CJOJQJaJJOJ * Title L Z$5CJOJQJaJTT@T Block Text[x]^CJOJQJaJ6o6 DocIDCJOJQJ^JaJH+@H  Endnote Text]1$CJOJQJhZOZ Endnote Text More^^CJOJQJaJP@P Footnote Text,ft_1$CJOJQJhF@@F Signature `^CJOJQJaJ@O@ Table textaCJOJQJaJP.@P  TOA Headingb $*$1$CJOJQJh A  TOC Headingc$$$$ @`d$d%d&d'd*$-D@& M NOPQ^`a$.5;@B* CJ8OJQJaJhmH phsH FOBF TOC Page d$a$5CJOJQJ@@ HeadingBody 1 e$$a$DD HeadingBody 3f$`a$DrD HeadingBody 4g$p`pa$`O` HeadingBody 5 h @ *$1$`@ OJQJhO HeadingBody 6Si 8`0p@ P !$`'0**$1$`hO HeadingBody 7Sj 8`0p@ P !$`'0**$1$`hO HeadingBody 8Sk 8`0p@ P !$`'0**$1$`hO HeadingBody 9Sl 8`0p@ P !$`'0**$1$`h:/: _Equation CaptionNON B Block,kn]^ CJOJQJXOX B First Ind 2,fi2od` CJOJQJVOV B First Ind,fip$`a$ CJOJQJ2o2 DOCID5CJOJQJXY@"X  Document Mapr-D 1$M CJOJQJh>*`1> Endnote ReferenceH*@&`A@ Footnote ReferenceH*@OR@FPathuCJ OJQJhmHnHufOf Heading 3 Text No Indentv$$x< CJOJQJdOd Heading 4 Text-w h@ h5$7$8$9DH$^h`fOf Heading 5 Text Bullet x$ & F5CJOJQJ\aJnOn indent bullet%y$d1$^`a$CJOJQJmH sH ` @` Index 1(z $ `*$1$]^``CJOJQJh` @` Index 2({ $ 0*$1$]^`0CJOJQJhROR Legal2_L1|@&^` CJOJQJ2O2 Legal2_L2}@&>O> Legal2_L3~@& CJOJQJ2O2 Legal2_L4@&JOJ Legal2_L5 & F 8@ @&`@ HOH Legal2_L6 & F @&`2O2 Legal2_L7@&H!H Legal2_L8 & F @&`H1H Legal2_L9 & F @&`TORT Legal2_Para1,l21` CJOJQJTObT Legal2_Para2,l22` CJOJQJTOrT Legal2_Para3,l23` CJOJQJTOT Legal2_Para4,l24` CJOJQJTOT Legal2_Para5,l25` CJOJQJTOT Legal2_Para6,l26` CJOJQJTOT Legal2_Para7,l27` CJOJQJTOT Legal2_Para8,l28` CJOJQJTOT Legal2_Para9,l29` CJOJQJhOh List Boxes%$$`d^``a$CJOJQJmH sH V0@V List Bullet ^` CJOJQJR6@ R List Bullet 2^` CJOJQJZ7@ Z List Bullet 3 ^` CJOJQJZ8@" Z List Bullet 4 ^` CJOJQJR9@2 R List Bullet 5^` CJOJQJ<B < List Bullets ^1@R List Number$$ & FVd>T.Tf^`Va$@CJOJQJmH sH Z:@b Z List Number 2 P^`P CJOJQJZ;@r Z List Number 3 hh^h` CJOJQJZ<@ Z List Number 4 ^` CJOJQJZ=@ Z List Number 5 ^` CJOJQJN@ N Normal Indent^ CJOJQJbO b Overview$$ ./a$5CJOJQJmH sH <O< P A&O,ao$ CJOJQJXOX P A&O2,ao2 ^` CJOJQJPOP P Answer,ap^p` CJOJQJVO V P ContinuePara,cpp^p CJOJQJvOv P DocumentRequest_L1,dr!$ ^` CJOJQJzOz P DocumentResponse_L2,dr2!$ ^` CJOJQJdOd P Interrogatory_L1,int$  CJOJQJlOl P InterrogResponse_L2,int2$   CJOJQJ<O< P O&A,oa$ CJOJQJPO P P O&A2,oa2p^p` CJOJQJTOT P O&R,or$ ^` CJOJQJPO P P O&R2,or2^` CJOJQJVO V P Objection,op^p` CJOJQJPOP P Q&A,qa$0^`0 CJOJQJPO P P Q&A2,qa20^`0 CJOJQJTOT P R&O,ro$ ^` CJOJQJPO P P R&O2,ro2^` CJOJQJTO T P Response,rp^p` CJOJQJ0o 0 ParaNum 5:B*TOqrT RNA Text"h5$7$8$9DH$]h^6CJNJ@ N Subtitle$<@&a$CJOJQJ^JaJT>@T Title$$@&a$5CJKHOJQJ\^JaJ fO1" f Title 1,$$ d^`a$6;CJ|OJ QJ O Title CoverQ$$$ @d$d0 &d N0P^a$!B*CJ@KHOJ QJ mH phsH POB P App Header$h^ha$5;CJOJQJ(!R ( Style16!b 6 little letter*a r * letter2(q ( Style2,O! , Style3^J,O! , Style4^J(! ( Style5(! ( Style6(! ( Style7( ( Style8( ( Style9*  * Style10.O  . Style11hB " B Style12 & F^`PQ@2 P Body Text 3$a$5CJOJQJ^JaJ:OB : Title C$a$ 5;>*ZS@R Z Body Text Indent 3$^a$ CJOJQJBOb B B Body,b d CJOJQJNoq N DeltaView Insertion>*@B*ph\O \ Legal1 Cont 27$8$H$`CJOJQJaJ> > Legal1 Cont 3 `> > Legal1 Cont 4 p`p^O ^ Legal1_L4"7$8$@&H$^`CJOJQJaJ2o 2 W0 Footer CharCJH@ H q Balloon TextCJOJQJ^JaJNo N qBalloon Text CharCJOJQJ^JaJBo B 9qComment Text CharOJQJ@j@@ "TComment Subject5\No N "TComment Subject Char5OJQJ\H`" H{,0RevisionCJOJQJ_HmH sH tH Vo2 V /Default 7$8$H$!B*CJ_HaJmH phsH tH @@B @ d z List Paragraph ^PK![Content_Types].xmlN0EH-J@%ǎǢ|ș$زULTB l,3;rØJB+$G]7O٭V$ !)O^rC$y@/yH*񄴽)޵߻UDb`}"qۋJחX^)I`nEp)liV[]1M<OP6r=zgbIguSebORD۫qu gZo~ٺlAplxpT0+[}`jzAV2Fi@qv֬5\|ʜ̭NleXdsjcs7f W+Ն7`g ȘJj|h(KD- dXiJ؇(x$( :;˹! I_TS 1?E??ZBΪmU/?~xY'y5g&΋/ɋ>GMGeD3Vq%'#q$8K)fw9:ĵ x}rxwr:\TZaG*y8IjbRc|XŻǿI u3KGnD1NIBs RuK>V.EL+M2#'fi ~V vl{u8zH *:(W☕ ~JTe\O*tHGHY}KNP*ݾ˦TѼ9/#A7qZ$*c?qUnwN%Oi4 =3N)cbJ uV4(Tn 7_?m-ٛ{UBwznʜ"Z xJZp; {/<P;,)''KQk5qpN8KGbe Sd̛\17 pa>SR! 3K4'+rzQ TTIIvt]Kc⫲K#v5+|D~O@%\w_nN[L9KqgVhn R!y+Un;*&/HrT >>\ t=.Tġ S; Z~!P9giCڧ!# B,;X=ۻ,I2UWV9$lk=Aj;{AP79|s*Y;̠[MCۿhf]o{oY=1kyVV5E8Vk+֜\80X4D)!!?*|fv u"xA@T_q64)kڬuV7 t '%;i9s9x,ڎ-45xd8?ǘd/Y|t &LILJ`& -Gt/PK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-![Content_Types].xmlPK-!֧6 0_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!0C)theme/theme/theme1.xmlPK-! ѐ' theme/theme/_rels/themeManager.xml.relsPK] W.ɒ*\fKfff gegg 88||XX[[TTGGrr9<  '-.26?=DIYNiU^ejl?qy~ÉCEi(6;? B8FKORU^u_faIcodd"$'),.02R _=!b/6yI])fsv*ݏ|&#ݰVٴط:ݻ˼>Ayji{!! 2 '0,3 5;?AC5FI?@A@BCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~     /8[         TTTTTTTTTT!!!!!!!!!!!###########q)q)>->->->->->->-;<<<<<<<<<<6<6<6<6<6<6<6<6<6<6<6<#E#E#E#E#E#E#E#E#E#E#E\]\]\]\]\]\]\]\]\]\]\]P{P{P{P{P{P{P{P{P{P{P{}}}}}}}}}}}UUUUUUUUUUaȒȒȒ666666666ěěěěěěěěěěMMMMMMMMˡˡˡˡˡˡˡˡ}}}}}}}}GGGGGGG))):::::::::::CCCCCCCCCCC\F8G8H8I8J8K8L8M8N8O8P8Q8R8S8YYZZ[[\\\     YYZZ[[\\\ 9 *urn:schemas-microsoft-com:office:smarttagsplace= *urn:schemas-microsoft-com:office:smarttags PlaceName= *urn:schemas-microsoft-com:office:smarttags PlaceTypeB*urn:schemas-microsoft-com:office:smarttagscountry-region @    VVVVVVVVVVV\\""HL~r}mx>DyܿSUYY]]_!%uWYH.m|z Y[u)+X!h HWjUd  1 5   ? A P }    h r t 9;AnLN#2m3AC| c ry  n4E###/$<$$$E%%&q''(Y(f((())3*+++!,7-=-.///3/?/q// 0345555551737N8V89X::::D;;<!<k<y<=*====> ?@@AAB:BIBBBvCCCGGGGG?HHHII9KWKMMN;NJN,OLOfOsOOO4P@PhPrPtPPPPPP QQQGQQQRR R8RRR$S&STT#T'TUUUUVVVVVVVVVVV\\333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333333IJdf %%67TUUUUUU#V$VVVVVVVVVVVVVVVWW)WBWUWjWwWWWWWWWWWWWWWWWWWWXXXXX;XaXXXXXXXXXXXXXX!Y(Y9Y]YfYhYzYYYYYYYYYYYYYYYYYYYYY ZZZZ%Z>Z@ZMZVZXZjZrZsZuZzZ{Z|ZZZZZZZZZZZZZZZZZ[[[[[[3[4[I[K[][e[f[h[l[n[o[|[}[}[[[[[[[[[[[[[[[[ \0\9\;\M\U\V\X\]\^\_\l\n\n\p\p\\\\\\\\\\\\\\\\\\\\\IJdf %%67TUUUUUU#V$VVVVVVVVVVVVVVW)WWWWWWWWWWWWWXXXXXXjXlX~XXXXXXXXXXXXXXXXXX!Y(YfYhYzYYYYYYYYYYYYYYYYYYYYZZZ%Z>Z@ZVZXZjZrZsZuZyZ{Z|ZZZZZZZZZZZZZZZZ[[[[[[3[4[I[K[][e[f[h[l[n[o[|[}[}[[[[[[[[[[[[[[ \ \ \ \#\9\;\M\U\V\X\\\^\_\l\m\m\n\n\p\p\\\\\\\\\\\\\\\\\C K*sRioq ! J[bX{ /* :'] `Ɋ)Vo p<;0G& T ~ z`?<ll*![A"Fa#TQ~ z}$E}d,",c1f#RF.#oP6%On) k?* C7,-F=-\8> > .'0մu0~C%3 X7?˴e)?^B??nfC-/E"Fa>%F9pр%YFrVxP\FBuSB\H[*9p3LZm"OM8U\4]Q`[ξ(8xS9$W:Y 7[ s>\3L(ZG\Xx]7w@^4U_RRX#dllBeT0j"FaqDm|Ap ]+sOTCOzY'{^ MP| >Bf hy@x0^`05.@xh5.@xh.@xh)*@h ^`OJQJo(h ^`hH() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.*^*`o(() ^`hH.L^`LOJPJQJ^J()  ^ `hH. j^j`hH. :L^:`LhH.  ^ `hH. ^`hH. L^`LhH. hh^h`OJQJo(88^8`CJOJQJo( ^`OJ QJ o(o pp^p`OJ QJ o( @ @ ^@ `OJQJo( ^`OJ QJ o(o ^`OJ QJ o( ^`OJQJo( ^`OJ QJ o(o PP^P`OJ QJ o(@h^`()XX^X`.(L(^(`L.  ^ `.  ^ `.L^`L.hh^h`.88^8`.L^`L.^`OJPJQJ^J() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH. ^`OJQJo( ^`OJ QJ o(o pp^p`OJ QJ o( @ @ ^@ `OJQJo( ^`OJ QJ o(o ^`OJ QJ o( ^`OJQJo( ^`OJ QJ o(o PP^P`OJ QJ o( ^`o(hH() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.$h^`56;>*B*CJOJQJo(ph.!8^`56>*B*CJOJQJo(ph.!p^`56>*B*CJOJQJo(ph..p ^`p56>*B*o(ph()@ ^`@ 56>*B*o(ph()^`>*B*o(ph()^`>*B*o(ph.^`>*B*o(ph.P^`>*B*o(ph)^`o(() ^`hH. L^`LhH.  ^ `hH. X^X`hH. (L^(`LhH. ^`hH. ^`hH. L^`LhH.0^`0o(()^`o(()  L^ `LhH.  ^ `hH. x^x`hH. HL^H`LhH. ^`hH. ^`hH. L^`LhH.@h^`()*^*`o(()^`o(() L^`LhH.  ^ `hH. j^j`hH. :L^:`LhH.  ^ `hH. ^`hH. L^`LhH. ^`o(hH() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.h^`OJQJo(hHh^`OJ QJ ^J o(hHoh^`OJ QJ o(hHh ^ `OJQJo(hHhX^X`OJ QJ ^J o(hHoh(^(`OJ QJ o(hHh^`OJQJo(hHh^`OJ QJ ^J o(hHoh^`OJ QJ o(hH8^8`o(() ^`hH.  L^ `LhH.  ^ `hH. x^x`hH. HL^H`LhH. ^`hH. ^`hH. L^`LhH.@h^`()^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.hp^p`OJPJQJ^J()h @ ^@ `hH.h L^`LhH.h ^`hH.h ^`hH.h L^`LhH.h P^P`hH.h  ^ `hH.h L^`LhH.@h^`()^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L. hh^h`OJQJo( hh^h`OJQJo($h^`56;>*B*CJOJQJo(ph.8^`56>*B*o(ph.!p^`56>*B*CJOJQJo(ph..p ^`p>*B*o(ph()@ ^`@ >*B*o(ph()0^`0>*B*o(ph()0^`0>* B*o(ph()0^`0>*B*o(ph.P0P^P`0>*B*o(ph.@h^`()h ^`o(hH() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.$h^`56;>*B*CJOJQJo(ph.8^`56>*B*o(ph.!p^`56>*B*CJOJQJo(ph..p ^`p>*B*o(ph()@ ^`@ >*B*o(ph()0^`0>*B*o(ph()0^`0>* B*o(ph()0^`0>*B*o(ph.P0P^P`0>*B*o(ph.h ^`OJ QJ o(h ^`OJ QJ o(oh   ^ `OJ QJ o(h XX^X`OJQJo(h ((^(`OJ QJ o(oh ^`OJ QJ o(h ^`OJQJo(h ^`OJ QJ o(oh hh^h`OJ QJ o(h^`()hh ^`hH() pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH. ^`hH. ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH. hh^h`OJQJo(h88^8`OJQJo(hHh$ $ ^$ `OJ QJ ^J o(hHoh  ^ `OJ QJ o(hHh^`OJQJo(hHh^`OJ QJ ^J o(hHohdd^d`OJ QJ o(hHh44^4`OJQJo(hHh^`OJ QJ ^J o(hHoh^`OJ QJ o(hHh ^`OJ QJ o(h l l ^l `OJ QJ o(oh < < ^< `OJ QJ o(h   ^ `OJQJo(h ^`OJ QJ o(oh ^`OJ QJ o(h ||^|`OJQJo(h LL^L`OJ QJ o(oh ^`OJ QJ o( hh^h`OJQJo(*x^`56789;<>*B*H*S*TXY(Document Request NO. .* ^`56789;<>*B*H*S*TXY(Response No. .-p^`56789:;<>*B*H*S*TXY(()-p@ ^`p56789:;<>*B*H*S*TXY(()-@ ^`@ 56789:;<>****(.-56789:;<>****(.-56789:;<>****(.-56789:;<>****()-56789:;<>*B*H*S*TXY(){^`{o(]{^]`{o(.0^`0o(..X0^X`0o(... ^`o( .... p^p`o( .....  `^ ``o( ......  `^ ``o(.......  ^ `o(........h ^`OJ QJ o(h ^`OJ QJ o(oh ^`OJ QJ o(h   ^ `OJQJo(h XX^X`OJ QJ o(oh ((^(`OJ QJ o(h ^`OJQJo(h ^`OJ QJ o(oh ^`OJ QJ o(*^*`o(() ^`hH. L^`LhH.  ^ `hH. j^j`hH. :L^:`LhH.  ^ `hH. ^`hH. L^`LhH.@h^`()?8^`56789;<>**䴳*ϴ*((.?56789;<>*B*CJH*OJQJS*TXY(o(ph.6 ^`56789:;<>****((()6pp56789:;<>*B*H*S*TXY(o(ph()6@ ^`@ 56789:;<>*B*H*S*TXY(o(ph()?@ ^`56789;<>*B*CJH*OJQJS*TXY(o(ph..6p ^`p56789:;<>*B*H*S*TXY(o(ph()6@ ^`@ 56789:;<>****((()656789:;<>*B*H*S*TXY(o(ph()@h^`()^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.$h^`56;>*B*CJOJQJo(ph.!8^`56>*B*CJOJQJo(ph..!p^`56>*B*CJOJQJo(ph..!p ^`p56>*B*CJOJQJo(ph()!@ ^`@ 56>*B*CJOJQJo(ph()p0p^p`0>*B*o(ph.^`>*B*o(ph.p^`>*B*o(ph.^`>*B*o(ph()h^`OJQJo(hHtt^t`.D LD ^D `L.  ^ `.^`.L^`L.^`.TT^T`.$L$^$`L.0^`0o(() ^`hH.hpL^p`LOJPJQJ^J() @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.2 ^2 `OJPJQJ^Jo(hH() T^T`hH. $ L^$ `LhH.  ^ `hH. ^`hH. L^`LhH. d^d`hH. 4^4`hH. L^`LhH.@h^`()^`o(()$ $ ^$ `OJ PJQJ ^Jo(@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`OJPJQJ^J() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.h^`() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH. hh^h`OJQJo( hh^h`OJQJo(h ^`o(hH)^`OJ QJ ^J o(o p^p`OJ QJ o( @ ^@ `OJQJo(^`OJ QJ ^J o(o ^`OJ QJ o( ^`OJQJo(^`OJ QJ ^J o(o P^P`OJ QJ o($h^`56;>*B*CJOJQJo(ph.8^`56>*B*o(ph.!p^`56>*B*CJOJQJo(ph..p ^`p>*B*o(ph()@ ^`@ >*B*o(ph()0^`0>*B*o(ph()0^`0>* B*o(ph()0^`0>*B*o(ph.P0P^P`0>*B*o(ph.@h^`()h ^`hH. ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.'0^`056;<>**䴳ϴ(.$0056<>**䴳ϴ(.$p0p056<>*B*CJOJQJo(ph..$@ 0@ ^@ `056<>**䴳ϴ(()$0056<>**䴳ϴ(()$0056<>**䴳ϴ(()00<>**(.00<>**(.00<>*B*o(ph)0^`0:;>*B*ph. 0^`0>*B*ph. p0p^p`0>*B*ph() @ 0@ ^@ `0>*B*ph() 0^`0>*B*ph() 0^`0>*B*ph. 0^`0>*B*ph. 0^`0>*B*ph) P0P^P`0>*B*ph)h^`() ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH.@h^`()@h^`() hh^h`OJQJo(@h^`()^`o(()pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.h^`OJQJo(hHhP^P`OJ QJ ^J o(hHoh ^ `OJ QJ o(hHh ^ `OJQJo(hHh^`OJ QJ ^J o(hHoh^`OJ QJ o(hHh`^``OJQJo(hHh0^0`OJ QJ ^J o(hHoh^`OJ QJ o(hH ^`hH. ^`hH. pL^p`LhH. @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PL^P`LhH. hh^h`OJQJo( hh^h`OJQJo(@h^`()< *sRXx]/E0j]+sAhqDmb6:bX{Ap MP|v #>k?*7[:YOn)>Bf1f#6%>%F%YF] -F=-u0^B?J:4]Q4]QSB\Hwv=:iow@^9l#e)?*> .p3LUq !,"/* 9$WlBeC%3{8xSm"OMQT ?nfCOz.#)Vo }$Es>\p @   ^`OJQJo(@! ^`OJ QJ o(o" pp^p`OJ QJ o(P# @ @ ^@ `OJQJo($ ^`OJ QJ o(o% ^`OJ QJ o(& ^`OJQJo(I ' ^`OJ QJ o(oi ( PP^P`OJ QJ o(i @h 8^8`OJQJo(CMR1X2Legal Numbering (2 Levels)2Legal Numbering (3 Levels)Legal Numbering (4 Levels)2MR1XRequest Corporate (1)Legal Numbering (4 Levels)Market Rule 1XLegal Numbering (2 Levels)C7         X؆o      M64        7        X؆o                 ^_n        V8*        8hP[       @Op V       ^_n                 9Z        "Fa        X؆o        7        7         xpk0(zrF!WH zҨce\8> \8>                                    iԥ"z00GrRL.@No\u        n                 8 O܌      y        Zx]/x&      X؆o        7                          \8>                            @ @ @3#p3@O)><=nh|'KtW  XJ0(EGaktbyM 0Geiy-F2e w (?_MhzYMS(cw{"F#%N* F W b 8j ~ # '/ !? @ A HO O ^ f j {y - ! * B }F HN W  /  F8 ? B i[ ]   < i YG25:`e~)1;[aa#z$n- 2PT^jk"F\ b  kY /0Fx .6!`H-5V\i2Xrrw}~ p=&?@ITZ`qlz#9B `h{iK(;LMXe[mP*H^E_!|)1Rcf:j&6@4DVH\vloF36IO|X@b|/WWXdru ^  % 6 9 k !!!(;!Dj!x!Ky!#"n)"uI"S"y"b###g#`p#r#$$$4$J$i$u%)"%"/%5%Y%~^%Vd%h%*&H3&8&E&S&cY&%'='i'#l't' ( ( (k(E(I(J(o(y(<)#A)YL)M)"N)>Z)d).k) t)X|)*:*;M*p[*@\*hu*G|** +-+/+a+g+q+\,3,K,\^,{,- -"-#-B)--H-"g-l-"v-Jy-y-~- . .R#.#.&.w>.K.\.q.r.///)/F/JH/B^/1d/y/}/S 0`20670Z0C 1Z 1 G1XT1Qi1q12Q2A2P2cS2^2m3b3f3>3p3 4g&4Z45!525<<5@5Ld5g5u5y5-6686t6D7M7O7=P7S75m7q7r7u78 88E1828y=8H8@Z8\8%j8`u879GA9H9lk9t9:HB:O:R:RV:`:;;;D;EJ;P;S;_;n;5<y;<=<A<oo<Qq<w<=(=3=<=S=`=sc=Ul=>\(>:>$H>O>p>D?/ ?C&?P?5@B@X@^ @B@D@W\@^@ AAAp"A;%ASAVAnAe BB3BBcBwB4CCg0CLCfZC^CqCvCvC\yCFDYDdDE#Eg2ErEtF1FFFF+FYHFKFQF4oF{F?GiGrGh@GNGYG~qGxGMHOHWHoH3IWI;tIJrJ*Ji1J5Jp6JKJPJ+UJdJ!wJ0KlCKWKK\KyKKLbLZiL }LtMM %M7DM1FM^MM)gM@pMwMNNN(Nm0NTNGpNasNz OOOO,ODONOsO04PTPiPzPrQ6QQ %Q#*QbQxQ^R]RR%RGRyTR[RSSMS(SCSQScS7TT"T4TETFJTeTeT2 UU %UN-Ug-U4U5UBU#|U}U~UVJVM)V;-V0V@V8TV\W}W!WXW)WX5XzMXNXXbXYY"Y0Y4nYNZV3ZAZIZpcZ [[([Y[nk[t[U\2s\Mx\g{\(]U]n]^^y#^)^=^I^Y^l^[_)y__````x``P`Cx`_af@aZabb\bL*b-bX=bLbUbjb ybuccHcyucdd5dm e e e\eeeL#e1e3e2?elFe^eietexeMf`ff_Lfbfofi{f{ff$ggygg3gEg5cgh h"h#h.hc6h=hiBFifni~iSj :j]jijsjk k*k,kSkVZkmnkwk l l"l /l~8lCl8Vl=`lilJylm mY!m!mEmJmPmK]mnmpmwmn.nn%n&n?n@nvEnEnfn'o2o zGzHz]z4{3{5F{*P{r{U|@|I|_|r|4} i}r}[7~;~Z~#^~j~l~!Gv<A_NS T1djk?y ?)Cb2csw ~ 0@9DaK+/fABK`Vlpqs*q.YZ]fm-/ Z,Y>Ur2V[]a:<v ~r#H\\xgm@(x#<U8Tr9KEJ0*Pk}$`%^?wLv}d5LWdg/oF}ih#+D+R"?AMH/Vo[j'r"5jY$&DMMbcia8J"d%hiw{cFGlMibZ1?@KM9PYao"/7@PYfD"`D)[r:@CP9ezqU`3V\^Z m/ *4S[q;u 64AGRv[ ipEx# c<G| {cBf%-GI 2)b gmr"(>Ao0sjy Ow$> ]4"4o!!?QR_es. $Kiz{TQ%7[;h=Lom| a1E}Wp 89@8_cfm"'57=BIAeyy !"/e6C;pw3>7!JWl %0EG:Y] X *^+,JLVXp &ZbdNz7Pk}z}.}/8cuK#.o.vx626DaZ #$jFV+,,'[hmpt"$P49oFq^xIx| (P,'- A=AFBJioja"0O(bopt!g(?NH^QsSy\,2>GH@[tjW"''FRws: @+3 xk4vI6PdC,.8i8:HgYaXl]o+ww ?CnETYYy d",,.r&a' %_B DbIIkPksl-$OyfQm) AT m|123JMP>PW>hq?BEEKc| QITlq $Y8um"Y.a3>c5knmjr( P)0RBDVqpvk I+=?? K}mRXGd3SiMy >.57#9z8 tJ44Y_ej +L>Rb6qrQz k1<IMR^hlHbJ`ijox LPZto2|I+:u,2G V&3#7Bx`Ery :sgr[ssx7 &T)h+14Z:_AC^P\_gi%>Zgu U$gu)k!o)q:]mDo X @%S[knAv{.6jSW}Yj3l!'%_,&2`pqcr}~|!AlEIX@kznuI{ k,,1;P>M`alBQ^s#(Oj}~[ ~ ()wAFNYhpAt,%4'v,1W233=>76xz;&.IwO(UZ[a_g;kAus>B3EqLMYe6*^T0g"),+H.4YEbe >% EfsI"#8SZd]=aa>}qFIPa".>MT b s)7<}@E\uw8|.06W8^_E{+.EMjoqwVV@VVVV\@UnknownG*Ax Times New Roman5Symbol3. *Cx ArialABook Antiqua;. *Cx HelveticaMCentury Schoolbook5. .[`)TahomaA. Arial Narrowq: f\Times New Roman BoldTimes New Roman5.  Impact?. Arial Black?= *Cx Courier New;WingdingsA$BCambria Math"h#A'$A'"3w#.m"3w#.m!n24UU 2qR ?V66! xx C                           ! " # $ % & ' ( ) * + , - . / 0 1 2 3 4 5 6 7 8 9 : ; < = > ? @ A B Oh+'0 px    Normal.dotm1Microsoft Office Word@@|S2G@f3G."3w#՜.+,0 `hpx  mU  Title  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./012356789:;<=?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~Root Entry F3GData 41Table>3IWordDocument gSummaryInformation(DocumentSummaryInformation8MsoDataStoreҭ3G3G101BNQEGL5==2ҭ3G3GItem  PropertiesUCompObj r   F Microsoft Word 97-2003 Document MSWordDocWord.Document.89q