LEARN MORE ABOUT OUR Service Level Agreement (SLA)
Service level agreement
Last updated: September 2020
This Service Level Agreement (“SLA”) is provided to Company in connection with its execution of the Mono Solutions Software as a Service Agreement (the “Agreement”), of which it forms a part. Capitalized terms not defined herein shall have the meanings ascribed to them in the Agreement.
This SLA sets forth the terms upon which Mono will provide Company an acceptable level of availability and performance of the Solutions.
1. Scope of Agreement
Table 1, Vendor Provided Services in scope of this SLA
Table 2, Service Items
2. SUPPORT SERVICE LEVELS – HELPDESK
3. PROCEDURE FOR INCIDENT REPORTING
4. PROCEDURE FOR ESCALATION
5. SEVERITY LEVELS
6. RESPONSE TIMES
7. AVAILABILITY & PERFORMANCE SERVICE LEVELS
1. Scope of Service Level Agreement
Mono will provide Company with application, infrastructure, and operational support for Solutions.
This SLA shall be operative throughout the Term of the Agreement, unless otherwise set forth herein or in the Agreement.
Mono shall have responsibility to the following Solutions, whether provided directly by Mono or by a third-party vendor engaged on behalf of Mono to provide such portion of the Solutions (in whole or in part):
Table 1: Mono Provided Solutions Subject to this SLA:
Hosting Facility Service (1a)
|Operations/Monitoring Services (1b)||Yes|
|Solution Administration and Software Maintenance/Upgrade Services (1c)||Yes|
|Problem Management/Company Support Service (1d) – see further specification of Service Items in table 2||Yes|
(1a) Hosting of Solutions:
Mono will host the Solutions in a managed server environment in accordance with the service levels set forth in the "Service Levels" section.
Mono may use 3rd party hosting providers such as but not exclusively Amazon Web Services (AWS) to host the solution and websites.
Mono generally allows free traffic on all Sites hosted through the Solutions. Notwithstanding the foregoing, Mono reserves the right to (i) discontinue the provision of the Solutions, (ii) to place a limitation on the bandwidth used by or otherwise limit or circumscribe access to any Site, and/or (iii) to remove any Company Data from a Site, in the event such Site is exploiting the general availability of free traffic, otherwise placing a disproportionately large load on Mono’s servers, or as necessary to prevent security breaches of the Solutions to such Site or the Solutions. Under no circumstances shall Sites be used for external storage of large quantities of files accessible for free download or streaming services. Sites are intended to be used as a display-area or sales-window for real, physical, and legally accountable businesses and people.
Mono is not responsible for any problems due to server malfunctions to the extent such servers are the responsibility of Company.
Third Party Services are specifically excluded from this SLA and service level commitments with respect to such Third Party Services, if any, shall be set forth in the Third Party Service Terms.
(1b) Operations/Monitoring Services:
Mono regularly and actively monitors the Software and Solutions, ensuring that they are available and accessible to the Company. This includes:
(1c) Solution Administration and Software Maintenance/Upgrade Services
Solution administration and Software maintenance / upgrade services include the following:
(1d) Problem Management/Company Support Service
Mono shall provide Company support service (the "Support Service") for the investigation and rectification of bugs and Software/hardware malfunctions of the Solutions in accordance with the Service Levels set out in this Agreement in table 2, Service Items:
Table 2, Service Items
|SERVICE ITEM NAME|
|Online Support (2nd or 3rd level) through the ‘Helpdesk’||Jira Service Desk|
|Customizations in configuration or functionality||Excluded unless specifically agreed in Contract|
|Response Times for Support Issues||See Table 5, Response times|
Support Services do not include the following:
2. Support Service levels - Helpdesk
The Company shall have access to an incident management system chosen by Mono (JIRA SERVICE DESK). All incidents (bugs and Company Input for future development) shall be reported, and handled in the incident management system as instructed by Mono.
The incident management system will be open for reporting 24 hours a day, 7 days a week, 365 days a year, including official holidays, subject to occasional updates and service windows from time to time.
Normal Business Hours for the Helpdesk are:
*excluding bank holidays and other public holidays.
Incidents must be reported according to the procedure and documentation-level defined by Mono (See Section 3, Procedure for Incident Reporting).
When reported according to the correct procedure by the Company, incidents will be classified by the Helpdesk after severity according to the definitions set forth in table 3, Severity Levels.
Outside of normal business hours, incidents classified at Severity Level: Blocker or Critical will receive due attention in accordance with the timeframes set forth in table 5, Response Times. All other incidents and Severity Levels reported outside normal business hours via Mono’s incident management system will be logged and addressed in due course during the Helpdesk´s normal business hours.
3. Procedure for incident reporting
The Company's point of contact will endeavor to determine the source of the error and make all reasonable efforts to recreate and document the error thoroughly.
If the Solutions and/or Software are the source for the error condition, the Company's point of contact will immediately submit an incident report to Mono containing a description with enough relevant information for Mono to able to troubleshoot the issue. The procedure for incident reporting and the information required to submit a complete incident report is summarized in table 3, Procedure for Reporting Incidents (Bugs).
Mono will respond to the initial incident report received from the Company with a receipt and acknowledgment of the error and either accept the severity level or change it to the appropriate severity level (according to the definitions set forth in table 4, Severity Levels) within the time periods specified in the table 4, Response times.
Mono will start work within the timeframes set out for each severity level in Section 6, table 5 Response times.
TABLE 3, PROCEDURE FOR REPORTING INCIDENTS (BUGS)
Investigate error. This should always include:
3) Gathering all relevant details about the issue.
|2||Report incident (BUG). This should always include: ||Company|
1st response – Confirmation receipt
Confirmation and receipt that the incident report has been received. It is now waiting in the Helpdesk queue.
2nd response - Acknowledgement / request for further informationThe incident report is confirmed and the incident has been or is being investigated by the Helpdesk. The severity level is either accepted or adjusted to the appropriate level. If more information is needed, the ticket request will be sent back to Company. After Acknowledgement, the issue is now waiting in the resolution queue per the SLAs in table 5.
Resolution - Closure
Mono’s obligations under the procedures set forth above are conditioned upon the Company:
Mono is not responsible for any problems due to server malfunctions to the extent such servers are the responsibility of the Company.
4. Procedure for Escalation
Mono will manage the resolution of each error using the procedures described in Section 3.
The Company may request escalation where it reasonably believes that insufficient progress is being made to resolve an error according to the time tables and procedures agreed in the SLA.
The procedures and channels for escalation are:
5. Severity Levels
The severity level (“Severity Level”) for any given error raised to 2nd Level (as defined herein below) will be determined by Mono in accordance with the following definitions:
TABLE 4, Severity Level Definitions:
|Severity Level||Label||Definition*||Issue is characterized by||Examples|
|1||Blocker||The Solutions in their entirety are totally inoperative or inaccessible.|
|2||Critical||The Solutions in their entirety are severely impaired.|
|3||Major||A general malfunction in the Solutions that causes urgent loss of a major functionality.|
|4||Minor||Malfunctions causing the loss of a few minor functions within the Solutions.|
|5||Trivial||Malfunctions in the Solutions of cosmetic nature or insignificant business impact.|
*For clarity, with respect to all reported issue-types, no classification shall be assigned to issues arising from hardware, software or services for which the Customer is responsible, such as custom CSS Code or any Third Party Services.
6. Response times
Mono will start work within the timeframes for each severity level set out below in table 5 Response times. This is to: identify an initial work-around, temporary fix, or correct the error, within the time frames specified in table 5, or in the event the error reported is Minor or Trivial, notify the Company that the error reported is a known error and will be resolved in a future release of the Mono Services.
Table 5, Response Times
The following timetable depends on the hours being ‘Normal Business hours” as defined in Section 2 above.
|SEVERITY LEVEL (as defined elsewhere)||Response|
|Action||Confirmation / Receipt within||Acknowledgement within||Resolution from Acknowledgement within (during business hours)|
|(1) Blocker*||10 min||60 min||4 hours*|
|(2) Critical||10 min||2 hours||6 hours|
|(3) Major||10 min||5 hours||36 hours|
|(4) Minor||10 min||12 hours||72 hours|
|(5) Trivial||10 min||24 hours||Next Major Release|
|Non-Error**||10 min||48 hours||N/A|
* Blockers raised outside of Normal Business Hours requires that the Company accompanies the Blocker/Critical ticket by a notification to Mono via telephone at:
EMEA Regions: +45 78 75 95 10
US Region: +1 720 605 5586
** Non-Errors can be questions, tasks, enhancement requests or other issues types than bugs. Resolution time is not applicable as it depends heavily on the type of request.
7. Availability & Performance Service Levels
The Availability Service Level (System Uptime) for each of the services measured (7.1) is 99.5% per calendar month. The availability of the Web Presence Solution shall be monitored continually by Mono.
7.1 Services measured:
The published and thus public website built using the Mono website editor
The per-site administration interface
The provisioning API of Mono
The reselling admin interface of Mono
The scheduling API of Mono
7.1.6 E-mail Marketing
E-mail marketing product
7.1.7 Mono E-commerce
The E-commerce API
The customer API
7.1.9 Mono Maps
The Maps API
7.2 Severity and weighted impact
The severity of an incident affecting the availability of the system or services mentioned in 7.1 is defined as follows:
Weighted impact is defined to determine how impacted a service is.
7.3 Uptime and calculation of Impact
Uptime and impact of each services measured (see 7.1) is calculated as follows:
Service Level percentage X = ((A-B-(C*D))/(A-B)) * 100
Example: X= ((720-1-(0.2*0.25)) / (720-1)) * 100 = 99.993%
|A||Total hours in a month |
(Example: 30 days x 24 hours = 720 hours)
|B||Total planned & pre-announced downtime in hours|
(Example: 1 hour)
|C||Total unplanned downtime in hours |
(Example: 0.2 hours)
|D||Weighted impact in percent, see 7.2|
7.4 Service Level Credits
Notwithstanding Exhibit 2, SLA penalties where 99.5% Availability Service Levels are not achieved for Websites only (7.1.1) in any calendar month during the term, Purchaser is eligible for a Service Level Credit on the further condition that the purchaser claims the credit in writing no later than 15 calendar days after the impacted month has closed:
Service Level Credit are calculated as follows:
|Availability Service Level Achieved for websites (7.1.1) in Calendar Month ||% Reduction of allocated Subscription Fees for websites (7.1.1) in the impacted month *|
|Under 95% Availability Service Level||20%|
|Between 95% and 99% Availability Service Level||12%|
|Between 99,0% and 99,5% Availability Service Level||5%|
|At or Above 99.5% Availability Service Level||None|
* The reduction of fees is done pro-rate (allocated revenue), meaning that the percentual reduction of the yearly subscription fee will based on 1/12 of the yearly fee for the impacted month. Reduction is only relevant for impacted paid Website (7.1.1) subscriptions.
Under no circumstances shall the Mono Subscription Fees payable by Company to Mono hereunder be reduced by a total of more than 20% in any calendar month. Any reduction to Mono Subscription Fees shall be deducted in the following months invoice and be exclusive of any taxes payable with respect to the calendar month.
7.5 Exclusions and Exceptions
The Availability Service Level does not apply to any unavailability, suspension, or termination of Service, or any other Service performance issues: