Incident handling Clause Samples
The Incident Handling clause outlines the procedures and responsibilities for managing and responding to security breaches, data leaks, or other significant operational incidents. Typically, it requires parties to promptly notify each other of any incidents, investigate the cause, and take corrective actions to mitigate harm. This clause ensures that incidents are addressed efficiently and transparently, minimizing potential damage and clarifying each party's obligations during such events.
POPULAR SAMPLE Copied 1 times
Incident handling. As defined by the EGI Default Operational Level Agreement.
Incident handling. As defined in Corporate-level EGI Operational Level Agreement.
Incident handling. In case of malfunction of the Services, the Client shall firstly perform the technical tests recommended on the OVHcloud Website. In the event these tests do not resolve the Incident, the Client may report the Incident to the OVHcloud Support as set out above and provide as much information as possible to facilitate a proper diagnosis. When an Incident is reported, OVHcloud Support shall carry out the necessary investigation to identify the cause of the observed malfunction and establish a diagnosis. The Client agrees to remain available at all times in order to collaborate with OVHcloud on a proper diagnosis and resolution of the Incident, in particular by providing OVHcloud with any additional information, and by performing all of the necessary tests and verifications. Within the scope of Incident handling, OVHcloud and its Partner Companies are expressly authorized by the Client to connect to the Client Services at both the hardware and software levels, in order to take any action that is necessary to perform a diagnosis. This connection may require the Client to perform an action on its Service. OVHcloud shall keep the Client reasonably wellinformed of the progress of the operations. If OVHcloud establishes that its Services are available and functioning properly, or that the existence of the Incident cannot be confirmed, or that the Incident does not fall under the responsibility of OVHcloud, OVHcloud shall inform the Client accordingly. In this case, the time spent by ▇▇▇▇▇▇▇▇ on performing the diagnosis and assisting the Client may be charged to the Client as an additional service provided, based on the fee schedule available on the OVHcloud Website or provided to the Client. OVHcloud reserves the right to refuse any assistance if it ascertains, during its investigation, that the Client is using the Service in violation of the Contract or of any applicable law or regulation. If the Incident appears to fall under ▇▇▇▇▇▇▇▇’s responsibility, OVHcloud shall finish the diagnosis and work to re-establish the availability of the impacted Services. In this case, the work performed by OVHcloud shall not result in any additional charges. The diagnosis shall be established by OVHcloud using any means necessary, and particularly based on exchanges between the Parties and data from the OVHcloud information system (such as
Incident handling. Please set out your proposed incident handling procedures in the event of electronic and hard copy data loss including but not limited to, items of portable media and equipment such as PCs, Laptops, Blackberry’s, USB’s, discs or similar. Such loss to include theft, attempted theft, misuse or inappropriate accessing of data within your organisation and those of any subcontractors or partners you may use to deliver the contract. This must include any remedial action the you would propose to mitigate the data loss, outline a documented reporting process and identify and provide contact details for a nominated member of your staff with responsibility for investigating the incident.
Incident handling. As defined in Resource Center OLA.
Incident handling. Incidents will be handled according to the Quality of Support level that is estimated according to the impact of the outage or service quality degradation. The Quality of Support levels are defined as Medium10: 5 ▇▇▇▇▇://▇▇▇▇.▇▇▇.▇▇/wiki/GOCDB/Input_System_User_Documentation#Downtimes 6 ▇▇▇▇://▇▇▇.▇▇▇.▇▇/ 7 ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇-▇▇▇▇▇▇.▇▇▇.▇▇/broadcast 8 ▇▇▇▇▇://▇▇▇.▇▇▇▇▇▇▇▇▇.▇▇▇/members/worldmap/ 9 ▇▇▇▇▇://▇▇▇▇.▇▇▇.▇▇/wiki/AAI 10 ▇▇▇▇▇://▇▇▇▇.▇▇▇.▇▇/wiki/FAQ_GGUS-QoS-Levels Less urgent 5 working days Urgent 5 working days Very Urgent, 1 working day Top Priority 1 working day Response time is provided as service level target.
Incident handling. CST endeavors to process and handle all Incident Reports as soon as possible. The maximum incident Response Time depends on the given priority class as shown in the table below.
Incident handling. Incident are handled as outlined in the Incident Management Service Schedule Document.
Incident handling. As defined by the EGI Default Operational Level Agreement. 2 ▇▇▇▇://▇▇▇▇▇▇▇▇.▇▇▇.▇▇/ 3 ▇▇▇▇▇://▇▇▇▇.▇▇▇.▇▇/providers/check-in/
Incident handling. Disruptions to the agreed service functionality or quality will be handled according to an appropriate priority based on the impact and urgency of the incident. In this context, the following general priority guidelines apply:
1. Ensuring normal levels of security
2. Restoring normal service operation
3. Restoring instances and volumes when possible. Response and resolution times are provided as service level targets (see section 5).