Support Services

Incident management

You must provide a primary contact who will be responsible for reporting and progressing Incidents. Wherever possible We ask that this contact is a shared mailbox.  You must ensure that the primary contact (and each person using any shared mailbox) are authorised to report and respond to Incidents, and to contact Us.

You must raise all support requests with our Support Desk using either the email, online chat or call details. This ensures that Support Tickets are properly created and tracked.  On receiving a support request into our Support Desk we'll: (a) raise Support Tickets to separately identify Incidents and track their resolution to closure of the ticket.  Incidents will be deemed to have commenced at the time We raise the Support Ticket; (b) categorise Incidents in accordance with the Severity Levels in Section 5; (c) maintain and update records of Incidents; and (d) investigate, carry out diagnostic activities, and resolve Incidents where such activities are included as part of your Support (subject to these terms).

We will carry out Incident management during the applicable Support Hours to attempt to: (a) restore Our Software and/or Services; and (b) minimise any adverse impact of the Incident on you.

Prior to reporting a suspected Incident, you must complete initial troubleshooting and use all reasonable endeavours to ensure that it has arisen from issues that are Our responsibility.

We will have the right to charge you for any reasonable costs We incur in investigating suspected Incidents that are caused by issues We are not responsible for (including failures at your Sites, or with your or a third-party’s hardware or software).

Having completed your investigation if you suspect there is an Incident you must report it to Us using the reporting methods that We have notified you of. You must provide adequate information to enable Us to replicate, diagnose and resolve the Incident and procure, at your own cost, such co-operation from Users and third-party providers as is reasonably requested by Us to assist in managing the Incident.

Incidents will be deemed resolved at the time that We notify you. A Support Ticket may be re-opened if it subsequently becomes apparent that the Incident has not been resolved.

A Root Cause Analysis (RCA) will be carried out by Us following any Priority Level 1 and 2 Incidents. If you have been affected by such an Incident and have a ticket open with Us under these Support service terms relating to it, you will receive a copy of the applicable RCA report on the Incident within 7 days of Us resolving it.  The RCA report will be provided to you either by inclusion on the relevant Incident ticket, or by secure email if this has been specified on the Incident ticket.

Whenever possible you must give Us a minimum of 14 calendar days’ notice of any event which you are aware of which may disrupt Our Services or Our provision of them to you and of any material changes to your infrastructure (including any third-party software programmes that you use) that may impact on the performance or security of the Software and/or Services.

On-Premise. If you host all or part of the Services on your own infrastructure, Incident management will initially involve our Support Desk staff liaising with you to seek to resolve the Incident. 24/7 Support for on-premise deployments consists of: (a) Support Desk support 24/7; (b) UK Site visits We agree with you conducted during 09:00-18:00 GMT/BST (as applicable) Mon-Fri (excluding UK bank and public holidays).

Changes

The Services are generally provided on a software-as-a-service basis. We reserve the right to make changes (including organisational, procedural and functionality changes) without prior notice to any aspects of the Services that We host. If these changes result in a material degradation to performance, accessibility or available functionality, you may raise a dispute under the MSA. We reserve the right to discontinue offering a Service at the conclusion of your then current Subscription Period and to withdraw support in accordance with our End of Support Policy at egress.com/legal (as amended from time to time).

Where you host all or part of Our Services or Software on your infrastructure, We may notify you (including by email) of updates to the Software and/or Services that We may require or otherwise recommend that you install and implement. If you do not implement a recommended upgrade, We will not be able to continue to support the version that you run following withdrawal of that version in accordance with Our End of Support Policy at egress.com/legal (as amended from time to time).

Permitted maintenance

We will maintain a rolling maintenance schedule internally with regards to Our Services and planned downtime (Permitted Maintenance). We carry this out during regular maintenance windows.  Details of these are available on request by you to Us.

We can book up to a maximum of 12 hours for Permitted Maintenance per Service in each calendar month.

We will not be liable for any losses, charges, damages, costs, liabilities or expenses incurred by you, your Group or Users as a result of Permitted Maintenance.

If Our availability service level in Section 6 is relevant to your deployment of Our Software and/or Services, outages arising due to Permitted Maintenance that We carryout will be subtracted from the total number of hours in the relevant service period when calculating Hosted Service Availability.

You will be responsible for notifying your Users of any Permitted Maintenance.

We may proactively conduct a Health Check, including where possible performance issues are suspected or identified within a Service. Health Checks may include investigations to review the efficacy of a Service, threat detection classifications and policy configurations. Health Check activities: (a) have zero downtime; (b) can be carried out at any time by Us; and (c) may be partly conducted in conjunction or co-ordination with you.

Emergency changes

Unplanned outages to Our Services may occur from time to time due to Emergency Changes and will take priority.

If the Emergency Change is being made as a result of information provided by you, We will use reasonable endeavours to process it within 2 hours of receiving notification and sufficient information from you (subject to your Support Hours).

We will: (a) use reasonable endeavours to give you as much notice as reasonably possible of any Emergency Changes; (b) use reasonable endeavours to attempt to minimise any disruption to you; and (c) not be liable for any losses, charges, damages, costs, liabilities or expenses incurred by you, your Group or Users as a result of an Emergency Change.

You will be responsible for notifying your Users of any Emergency Changes.

Severity levels and target response times

We use 4 categories of priority levels for Incidents, and a separate category for Service Requests. A target response time and resolution time is defined for each priority level and apply during Support Hours only. Where development work is required, these target resolution times may be extended.  We attempt to achieve Target Response Times across all priority levels once We’ve classified and escalated the Incident to the appropriate resolving team:

* Target Resolution Times are estimates and not binding on Us.

Hosted service availability

Where the Services are wholly (or where partially hosted, a relevant part) hosted by Us, their Actual Availability will be measured as the percentage of time that they were available in each calendar month. The target availability is 99.9% (Target Availability).

Actual Availability is calculated as follows:

Where:

Service credits

Fees and payment terms. Where the Actual Availability of hosted Services does not meet the Target Availability, you will be entitled to a Service Credit (provided that at least 10% of your Users were affected).

* Annual Fees will be pro-rated to calculate the appropriate monthly charge.

Service Credits are only payable if the Actual Availability is below the Target Availability during the relevant period and either: (a) We notify you that a Service Credit is payable; or (b) you notify Us in writing that you believe a Service Credit is payable within thirty (30) calendar days of the end of the relevant month. Following receipt of any notice from you, We will investigate your claim and confirm if a credit is due.

The maximum Service Credits that can accrue during your Initial Subscription or in any Renewed Subscription is 10% of the Subscription Fees paid by you during that Subscription Period.

Service Credits will be applied to your next Subscription Fees invoice in full and final settlement of any and all liability that We may have.

Service management (add on)

We provide limited Premium Service management reporting by default as part of both Our Premium and 24/7 Support Levels.

Enterprise customers are able to subscribe to receive Enhanced Service Management reporting. If this is important to you, please contact Us.  This will need to form part of your order under your agreement with Us and is subject to additional minimum fees.

The reporting provided by Premium and Enhanced Service Management is as set out in the following table:

End of Support

Where you have not upgraded your software, services, system and infrastructure: (a) promptly in line with Our or the relevant owner’s guidelines or recommendations where such releases are made to protect against identified security risks, vulnerabilities, viruses, bugs or malicious code or activity; or (b) in any event, within 12 months of an upgrade, new release or new version being made available by Us or a relevant owner; or (c) as otherwise required by Our End of Support Policy at egress.com/legal, Our obligation shall only be to use reasonable endeavours to meet the service levels set out in this document; and service credits, where applicable to your deployment of the Services will not accrue to you or be payable by Us.

Definitions

The following definitions apply to capitalised terms used in this document. Others have the meanings given in the MSA.

Emergency Change: a change requiring immediate action to either: (a) restore the Services and/or Software; or (b) prevent an outage, and which may be documented retrospectively with reduced (or in extreme cases, eliminated) testing if necessary to deliver it immediately.

Excluded Events: any of the following: (a) a Fault or Incident in, or problem associated with, software, hardware, connectivity, networks or other telecommunications systems not operated or provided by Us; (b) your fault, negligence, act or omission, or that of any third-party not within Our direct contractual control; (c) your non-performance of, or delay in performing, any of your responsibilities under the MSA or these terms; (d) any request for Us to modify or test one of your Sites, even though no Fault has been detected or reported; (e) service suspension or a Force Majeure Event; (f) an Emergency Change, Fault or Incident resulting from your acts or omissions or those of any third-party on your behalf; or (g) any other circumstances caused by events for which We are not liable in accordance with the MSA.

Fault: the Software and/or Services are not performing in accordance with the current description at egress.com/datasheets.

Health Check: routine activities which may be undertaken periodically by Us to review and optimise settings and/or evaluate or verify Service performance.

Incident: an event (including a suspected Fault) caused in relation to issues that are Our responsibility that is unplanned, causes an interruption to the Software and/or Services, or a deterioration in its quality and requires a Support Ticket to be logged.

Service Request: a Support Ticket that is identified as a request for information, advice, a standard change or access which requires a Support Ticket to be logged.

Site: a property owned or leased by you or your Group for business purposes, at which you, your Group or Users are based and from which they carry out your business.

Support Desk: Our customer support team who provide 1^st and 2^nd line support services and to whom all Support Requests must be raised using the contact details provided from time to time.

Support Level: the level of Support that We provide in relation to the Software and Services as described at Section 1 based upon either the way that you bought your Subscription(s) or your Order Form.

Support Hours: the relevant hours based on your Support Level set out in Section 1 during which the Software and Services will be supported. Incidents outside of the applicable hours will be addressed on a reasonable endeavours basis only and excluded from service level compliance and service credits.

Support Ticket: a record of a Fault or Incident with a unique reference allocated to it which shall be used for all subsequent updates and communications.

In this Support Services document: (a) the terms including, includes or any similar expression shall be construed as illustrative and will not limit the scope of words that follow them; (b) references to writing or written includes email (except that email can’t be used for serving notices connected to legal proceedings); and (c) an obligation not to do something includes an obligation not to allow that thing to be done.