Excess Capacity Access Entitlements
Excess Capacity Access Entitlements Sample Clauses
Related to Excess Capacity Access Entitlements
Contract Capacity The generation capability designated for the Project shall be the contract capacity in MW designated in the Cover Sheet, net of all auxiliary loads, station electrical uses, and Electrical Losses (the “Contract Capacity”). Throughout the Delivery Term, Seller shall sell and deliver 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.]
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.
Interconnection Facility Options The Intercarrier Compensation provisions of this Agreement shall apply to the exchange of Exchange Service (EAS/Local) traffic between CLEC's network and Qwest's network. Where either Party acts as an IntraLATA Toll provider, each Party shall xxxx the other the appropriate charges pursuant to its respective tariff or price lists. Where either Party interconnects and delivers traffic to the other from third parties, each Party shall xxxx such third parties the appropriate charges pursuant to its respective tariffs, price lists or contractual offerings for such third party terminations. Absent a separately negotiated agreement to the contrary, the Parties will directly exchange traffic between their respective networks without the use of third party transit providers.
Physical Access Control Unauthorized persons are prevented from gaining physical access to premises, buildings or rooms where data processing systems that process and/or use Personal Data are located.
Data Access Control Persons entitled to use data processing systems gain access only to the Personal Data that they have a right to access, and Personal Data must not be read, copied, modified or removed without authorization in the course of processing, use and storage. Measures: • As part of the SAP Security Policy, Personal Data requires at least the same protection level as “confidential” information according to the SAP Information Classification standard. • Access to Personal Data is granted on a need-to-know basis. Personnel have access to the information that they require in order to fulfill their duty. SAP uses authorization concepts that document grant processes and assigned roles per account (user ID). All Customer Data is protected in accordance with the SAP Security Policy. • All production servers are operated in the Data Centers or in secure server rooms. Security measures that protect applications processing Personal Data are regularly checked. To this end, SAP conducts internal and external security checks and penetration tests on its IT systems. • SAP does not allow the installation of software that has not been approved by SAP. • An SAP security standard governs how data and data carriers are deleted or destroyed once they are no longer required.
Interconnection Customer Interconnection Facilities Interconnection Customer shall design, procure, construct, install, own and/or control Interconnection Customer Interconnection Facilities described in Appendix A, Interconnection Facilities, Network Upgrades and Distribution Upgrades, at its sole expense.
Maximum Capacity The Sick Leave Bank shall accumulate unused Bank days from year to year to a maximum capacity which shall not exceed double the number of eligible employees as defined in the above Section C, Eligibility for Membership.
Cost Responsibility for Interconnection Facilities and Distribution Upgrades 4.1 Interconnection Facilities 4.2 Distribution Upgrades
Right to Contracted Capacity & Energy 4.4.1 The SPD will declare the CUF of the project and will be allowed to revise the same once within first year after COD of the project. Thereafter, the CUF for the Project shall remain unchanged for the entire term of the PPA. The declared annual CUF shall in no case be less than 17%. It shall be the responsibility of the SPD, entirely at its cost and expense to install such number of Solar panels and associated infrastructure(like project equipment)as may be necessary to achieve the required CUF, and for this purpose SPD shall make its own study and investigation of the GHI and other factors prevalent in the area which have implication on the quantum of generation. Further, arrangement of extra land for such installation shall be intimated to MSPDCL in advance and MSPDCL shall have to reply for the same in 7 days in the best interest of the project generation. However,non- availability of land shall not absolve SPD from his obligations under the PPA. SPD shall maintain generation so as to achieve annual CUF within + 10% and -15% of the declared value till the end of 10 years from COD, subject to the annual CUF remaining minimum of 15%, and within +10% and -20% of the declared value of the annual CUF thereafter till the end of the PPA duration of 25 years. The lower limit will, however, be relaxable by MSPDCL to the extent of non-availability of grid for evacuation which is beyond the control of the SPD. The annual CUF will be calculated every Contract Year. The compensation due to shortfall in generation shall be applied to the amount of shortfall in generation during the Contract Year. The amount of compensation shall be equal to the compensation payable (including equivalent amount of Electricity purchased from the grid for meeting load demand due to short fall in solar power) by the buying Entity, which shall ensure that the buying Entity is offset for all potential costs associated with low generation and supply of power under the PPA, subject to a minimum of 50% (fifty per cent) of the cost of this shortfall in energy terms, calculated at PPA tariff. The amount, being equal to the compensation payable, by the buying Entity for not meeting load requirements is only a measure of damage. It shall not be construed that the compensation is payable by SPD only if the buying Entity are required to pay compensation for such not meeting of load requirements or that the buying Entity or the SPD shall be required to prove or establish such payment of compensation for not meeting the load. SPD shall agree that the methodology specified herein above for calculation of liquidated damages payable by the SPD for shortfall in generation is a genuine and accurate pre-estimation of the actual loss that will be suffered by buying Entity. SPD shall further acknowledge that a breach of any of the obligations contained herein result in injuries and that the amount of the liquidated damages or the method of calculating the liquidated damages specified in this document is a genuine and reasonable pre-estimate of the damages that may be suffered by buying Entity in each case specified under this Agreement. However, this compensation shall not be applicable in events of Force Majeure identified under the PPA with MSPDCL, affecting supply of power by the SPD to the Buying Entity.
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.
