Issue Date Comment Author Sample Clauses

Issue Date Comment Author. FINAL 21/11/2020 Agreed OLA with the provider till 10/2021 Xxxxxxxx Xx Xxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
AutoNDA by SimpleDocs
Issue Date Comment Author. FINAL 19/11/2019 OLA agreed with the Component Provider Xxxxxxxxxx Xxxxxxxxx Xxxxxxxx Xx Xxxxx v0.2 08/09/2020 Extended agreement till 03/2021 (new EOSC-hub project end) Xxxxxxxx Xx Xxxxx v0.3 26/03/2021 Extended agreement till 06/2023 Xxxxxxxx Xx Xxxxx v0.4 26/12/2021 Updated the OLA template. Xxxxxxxx Xx Xxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents The Services 5 Service hours and exceptions 9 Support 9 Incident handling 9 Service requests 10 Service level targets 10 Limitations and constraints 10 Communication, reporting and escalation 10 General communication 10 Regular reporting 11 Violations 11 Escalation and complaints 11 Information security and data protection 12 Responsibilities 13 Of the Component Provider 13 Of EGI Foundation 13 Of the Customer 14 Review, extensions and termination 14 References 14 The present Operational Level Agreement (“the Agreement”) is made between EGI Foundation (the Service Provider) and INFN-CLOUD-BARI (the Component Provider) to define the provision and support of the provided services as described hereafter. Representatives and contact information are defined in Section 6. The European Multidisciplinary Seafloor and water column Observatory (EMSO)1 aims to explore the oceans and to explain the critical role they play in the broader Earth systems, focussing on climate change, risks of biodiversity loss, and natural hazards. EMSO's observatories are platforms equipped with multiple sensors to measure biogeochemical and physical parameters such as ocean temperature, dissolved oxygen concentration, and ocean current speed and direction. EMSO consists of a system of regional facilities placed at key sites around Europe, from North East to the Atlantic, through the Mediterranean, to the Black Sea. Observatories are platforms equipped with multiple sensors, placed along the water column and on the seafloor. They constantly measure different biogeochemical and physical parameters, that address natural hazards, climate change and marine ecosystems. EMSO is a consortium of partners sharing a common strategic framework of scientific facilities (data, instruments, computing and storage capacity). Formall...
Issue Date Comment Author. FINAL 22/02/2016 OLA signed with the cloud provider Xxxxxxxxxx Xxxxxxxxx Xxxxxxxx Xx Xxxxx v0.2 15/12/2017 Updated OLA until 12/2020 Xxxxxxxx Xx Xxxxx v0.3 25/07/2019 Changed user name from MoBrain to WeNMR Xxxxxxxxxx Xxxxxxxxx v0.4 11/12/2020 Extend agreement till 06/2023 Xxxxxxxx Xx Xxxxx v0.5 11/12/2021 Updated OLA template (v2.13) Xxxxxxxx Xx Xxxxx v0.6 23/07/2022 Updated ARC-CE endpoint Xxxxxxxx Xx Xxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents The Services 5 Service hours and exceptions 9 Support 9 Incident handling 9 Service requests 10 Service level targets 10 Limitations and constraints 10 Communication, reporting and escalation 10 General communication 10 Regular reporting 11 Violations 11 Escalation and complaints 11 Information security and data protection 12 Responsibilities 13 Of the Component Provider 13 Of EGI Foundation 13 Of the Customer 14 Review, extensions and termination 14 References 14 The present Operational Level Agreement (“the Agreement”) is made between EGI Foundation (the Service Provider) and NCG-XXXXXX-PT (the Component Provider) to define the provision and support of the provided services as described hereafter. Representatives and contact information are defined in Section 6. The main objective of WeNMR is to lower barriers for scientists to access modern e-Science solutions from micro to macro scales. By building on grid- and cloud-based infrastructures and on the existing expertise available within WeNMR1 and N4U2 and by integrating molecular structural biology and medical imaging services and data. The Customer is a consortium represented by the Faculty of Science – Chemistry, Utrecht University. This Agreement is valid from 01/01/2016 to 30/06/2023. Once approved, this Agreement is automatically renewed, as long as the Component Provider does not express a decision to terminate the Agreement at least a month before the end date of the Agreement. The Agreement was discussed and approved by the EGI Foundation and the Component Provider on
Issue Date Comment Author. FINAL 11/04/2018 OLA signed with the provider Xxxxxxxxxx Xxxxxxxxx Xxxxxxxx Xx Xxxxx v2 19/12/2018 Extended OLA with the provider till 01/2020 Xxxxxxxx Xx Xxxxx v3 22/11/2019 Extended OLA with the provider till 01/2021 Xxxxxxxx Xx Xxxxx v4 12/01/2021 Extended OLA with the provider till 06/2023 Xxx Xxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
Issue Date Comment Author. FINAL 13/09/2016 OLA signed with the provider Xxxxxxxxxx Xxxxxxxxx Xxxxxxxx Xx Xxxxx v2 10/11/2017 Extended OLA with the provider till 01/2019 Xxxxxxxx Xx Xxxxx v3 19/12/2018 Extended OLA with the provider till 01/2020 Xxxxxxxx Xx Xxxxx v4 22/11/2019 Extended OLA with the provider till 01/2021 Xxxxxxxx Xx Xxxxx v5 12/01/2021 Extended OLA with the provider till 06/2023 Xxx Xxxx v6 18/01/2022 Update OLA template Xxx Xxxx v7 07/02/2023 Update OLA template Xxx Xxxx v8 01/07/2023 Extended OLA with the provider till 06/2024 Xxx Xxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xx.xxx.xx/glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
Issue Date Comment Author. FINAL 19/11/2019 SLA agreed with the Customer Xxxxxxxx Xx Xxxxx Xxxxxxxxxx Xxxxxxxxx v0.2 08/09/2020 Extended agreement till 03/2021 (new EOSC-hub project end) Xxxxxxxx Xx Xxxxx v0.3 26/03/2021 Extended agreement till 06/2023 Xxxxxxxx Xx Xxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
Issue Date Comment Author. FINAL 02/09/2016 OLA signed with the provider Xxxxxxxxxx Xxxxxxxxx Xxxxxxxx Xx Xxxxx v2 21/11/2017 Updated OLA until 01/2019 Xxxxxxxx Xx Xxxxx v3 19/12/2018 Extended OLA with provider till 01/2020 Xxxxxxxx Xx Xxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
AutoNDA by SimpleDocs
Issue Date Comment Author. FINAL 26/10/2018 SLA agreed with the Customer Xxxxxxxx Xx Xxxxx Xxxxxxxxxx Xxxxxxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
Issue Date Comment Author. FINAL 31/01/2021 Agreed SLA with the Customer Xxxxxxxx Xx Xxxxx/EGI Foundation v0.2 16/07/2021 Added a statement to clarify that the unused budget during the service reporting period will be freed. Xxxxxxxx Xx Xxxxx/EGI Foundation v0.3 01/04/2022 Added P4U OLA with IFCA to provide GPU access. Added DataHub for dedicated space for the model repository. Added EGI Check-In. Xxxxxxxxx Xxxx-Xxxxxx, Xxxxxx Xxxxx Xxxxx. TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents The Services 4 Service hours and exceptions 6 Support 7 Incident handling 7 Service requests 8 Service level targets 8 Limitations and constraints 8 Communication, reporting and escalation 9 General communication 9 Regular reporting 10 Violations 10 Escalation and complaints 11 Information security and data protection 11 Responsibilities 11 Of EGI Foundation 11 Of the Customer 12 Finance and administration 12 9.1 Service Offers 12 9.2 Invoicing and Payment Schedule 13 Review, extensions and termination 13 The present Service Level Agreement (“the Agreement’) is made between EGI Foundation (the Service Provider) and DIGITbrain/xx.xxxxxxxxxx.xx (the Customer) to define the provision and support of the provided services as described hereafter. Representatives and contact information are defined in Section 6. DIGITbrain1 is an EU innovation program to give SMEs easy access to digital twins. A Digital Twin is a computer-based application/simulation that mimics the real production line of a company and runs in parallel with the real manufacturing process. Using this Digital Twin, companies can rationalise the manufacturing process, make predictions regarding expected machine failures and can predict maintenance needs. The Customer is a consortium represented by PNOConsultant. This Agreement is valid from 01/01/2021 to 31/12/2023. The Component Provider will guarantee the availability of the platform for a maximum of 90 days from the end of the agreement, or until the final DIGITbrain review takes place (with no additional costs). In order to review the terms and conditions for a possible additional extension, a check-point will take place 3 months before the end of this agreement. The Agree...
Issue Date Comment Author. FINAL 13/12/2016 SLA agreed with the Customer Xxxxxxxx Xx Xxxxx Xxxxxxxxxx Xxxxxxxxx V0.1 10/05/2018 Extension of the agreement till 01/01/2019 Xxxxxxxx Xx Xxxxx TERMINOLOGY The EGI glossary of terms is available at: xxxxx://xxxx.xxx.xx/wiki/Glossary For the purpose of this Agreement, the following terms and definitions apply. The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119. Contents
Time is Money Join Law Insider Premium to draft better contracts faster.