STORAGE CONTRACT CAPACITY TEST Sample Clauses

STORAGE CONTRACT CAPACITY TEST. Appendix C
AutoNDA by SimpleDocs

Related to STORAGE CONTRACT CAPACITY TEST

  • Contract Capacity The capacity of the Project at any time shall be the lower of the following: (A) the contract capacity in MW designated in the Cover Sheet or (B) the Net Rated Output Capacity of the Project (the “Contract Capacity”). Throughout the Delivery Term, Seller shall sell all Product produced by the Project solely to Buyer. In no event shall Buyer be obligated to receive, in any Settlement Interval, any Surplus Delivered Energy. Seller shall not receive payment for any Surplus Delivered Energy. To the extent Seller delivers Surplus Delivered Energy to the Delivery Point in a Settlement Interval in which the Real-Time Price for the applicable PNode is negative, Seller shall pay Buyer an amount equal to the Surplus Delivered Energy (in MWh) during such Settlement Interval, multiplied by the absolute value of the Real-Time Price per MWh for such Settlement Interval.

  • FREQUENCY AND CAPACITY LEVELS No restriction on frequency, capacity and aircraft type.

  • Local Circuit Switching Capability, including Tandem Switching Capability 4.2.1 Local circuit switching capability is defined as: (A) line-side facilities, which include, but are not limited to, the connection between a loop termination at a main distribution frame and a switch line card; (B) trunk-side facilities, which include, but are not limited to, the connection between trunk termination at a trunk-side cross-connect panel and a switch trunk card; (C) switching provided by remote switching modules; and (D) all features, functions, and capabilities of the switch, which include, but are not limited to: (1) the basic switching function of connecting lines to lines, line to trunks, trunks to lines, and trunks to trunks, as well as the same basic capabilities made available to BellSouth’s customers, such as a telephone number, white page listings, and dial tone; and (2) all other features that the switch is capable of providing, including but not limited to customer calling, customer local area signaling service features, and Centrex, as well as any technically feasible customized routing functions provided by the switch. Any features that are not currently available but are technically feasible through the switch can be requested through the BFR/NBR process.

  • Under-Frequency and Over Frequency Conditions The New York State Transmission System is designed to automatically activate a load- shed program as required by the NPCC in the event of an under-frequency system disturbance. Developer shall implement under-frequency and over-frequency relay set points for the Large Generating Facility as required by the NPCC to ensure “ride through” capability of the New York State Transmission System. Large Generating Facility response to frequency deviations of predetermined magnitudes, both under-frequency and over-frequency deviations, shall be studied and coordinated with the NYISO and Connecting Transmission Owner in accordance with Good Utility Practice. The term “ride through” as used herein shall mean the ability of a Generating Facility to stay connected to and synchronized with the New York State Transmission System during system disturbances within a range of under-frequency and over-frequency conditions, in accordance with Good Utility Practice and with NPCC Regional Reliability Reference Directory # 12, or its successor.

  • Mission Payload With 1000 [*] Engines The payload for a stage length of [*] nautical miles in still air (equivalent to a distance of [*] nautical miles with a [*], representative of a [*]) using the conditions and operating rules defined below, shall not be less than the following guarantee value: NOMINAL: [*] Kilograms TOLERANCE: [*] Kilograms GUARANTEE: [*] Kilograms Conditions and operating rules:

  • System Access Control Data processing systems used to provide the Cloud Service must be prevented from being used without authorization. Measures: • Multiple authorization levels are used when granting access to sensitive systems, including those storing and processing Personal Data. Authorizations are managed via defined processes according to the SAP Security Policy • All personnel access SAP’s systems with a unique identifier (user ID). • SAP has procedures in place so that requested authorization changes are implemented only in accordance with the SAP Security Policy (for example, no rights are granted without authorization). In case personnel leaves the company, their access rights are revoked. • SAP has established a password policy that prohibits the sharing of passwords, governs responses to password disclosure, and requires passwords to be changed on a regular basis and default passwords to be altered. Personalized user IDs are assigned for authentication. All passwords must fulfill defined minimum requirements and are stored in encrypted form. In the case of domain passwords, the system forces a password change every six months in compliance with the requirements for complex passwords. Each computer has a password-protected screensaver. • The company network is protected from the public network by firewalls. • SAP uses up–to-date antivirus software at access points to the company network (for e-mail accounts), as well as on all file servers and all workstations. • Security patch management is implemented to provide regular and periodic deployment of relevant security updates. Full remote access to SAP’s corporate network and critical infrastructure is protected by strong authentication.

  • Independent Capacity of Contractor The Contractor and Contractor Parties shall act in an independent capacity and not as officers or employees of the state of Connecticut or of the Agency.

  • 190 Contract Complete This contract is the final expression of the Parties' agreement. There are no understandings, agreements, or representations, expressed or implied, which are not specified in this contract.

  • Registry Performance Specifications Registry Performance Specifications for operation of the TLD will be as set forth in Specification 10 attached hereto (“Specification 10”). Registry Operator shall comply with such Performance Specifications and, for a period of at least one (1) year, shall keep technical and operational records sufficient to evidence compliance with such specifications for each calendar year during the Term.

  • Stability Testing Patheon may be requested to conduct stability testing on the Products in accordance with the protocols set out in the Specifications for the separate fees and during the time periods set out in Schedule C to a Product Agreement. Patheon will not make any changes to these testing protocols without prior written approval from Client. If a confirmed stability test failure occurs, Patheon will notify Client within one Business Day, after which Patheon and Client will jointly determine the proceedings and methods to be undertaken to investigate the cause of the failure, including which party will bear the cost of the investigation. Patheon will not be liable for these costs unless it has failed to perform the Manufacturing Services in accordance with the Specifications, cGMPs, and Applicable Laws. Patheon will give Client ail stability test data and results at Client’s request.

Time is Money Join Law Insider Premium to draft better contracts faster.