Service Level Agreement (SLA)
HRZ® CLOUD APPS (HCA)
The table below describes the services included in the standard support agreement that are currently
in place and subject to change without notice.
| Customer Support Hours of Operation and Holiday Schedule | https://hrizons.com/support-hours/ |
| Customer contacts authorized to contact HRIZONS Service Desk | Up to three (3) named contacts to be listed as System Administrators. |
| Customer Service Requests are submitted via the Customer Portal available on the web and accessed using an internet browser | Access provided to System Administrators responsible for submitting and managing service requests. |
| Knowledgebase and Training Documentation | Included |
| Priority | Description | |
|---|---|---|
| P1 | Very High: The production system is not accessible or a critical business process for mission critical application cannot be completed for multiple users and no workaround is available. It may include issues that materially affect data integrity or breach of security. Most likely a software issue that goes well beyond configuration. | Initial Response: acknowledgment within one (1) hour of the case being submitted during regular support hours. Resolution Target: Initial resolution response within four (4) hours during support hours. Response to include (i) resolution; (ii) workaround; or (iii) action plan. Ongoing Communication: Daily updates during regular support hours until the case is resolved |
| P2 | High: The production system is operational but experiencing a major functional loss that impedes transactions from being completed. Likely a software issue that goes beyond configuration. | Initial Response: Acknowledgment within two (2) hours of the case being submitted during regular support hours. Resolution Target: Initial resolution response within one (1) business day during support hours. Response to include (i) resolution; (ii) workaround; or (iii) action plan. Ongoing Communication: As needed until resolved. |
| P3 | Moderate: The production system is experiencing a minor functional loss that does not significantly impede transactions from being completed. Likely a configuration related issue that can have a moderate to high business impact. Note: this is the most common priority level. | Initial Response: Acknowledgmentwithin four (4) business hours of the case being submitted during regular support hours. Resolution Target: Initial resolution response within two (2) business days during support hours. Response to include (i) resolution or (ii) action plan. Ongoing Communication: Once a week until resolved. |
| P4 | Low: Basic inquiries about product usage and application capabilities. Very likely a configuration related issue that can have a moderate business impact at most. | Initial Response: Acknowledgementwithin one (1) business day of the case being submitted during regular support hours. Resolution Target: Initial resolution response within one (1) week during support hours. Response to include (i) resolution or (ii) action plan. Ongoing Communication: Once every two (2) weeks until resolved. |
Customer Responsibilities
Customer shall cooperate with HRIZONS and provide relevant information to enable HRIZONS to reproduce, troubleshoot and resolve the experienced error such as, by way of an example, instance name, username, form name and applicable screenshots or videos.
Support cases shall be filed and documented through the applicable Customer portal to allow for proper tracking and compliance with the above-mentioned response level commitments.
Service Uptime Commitment
For the purpose of measuring the quality of service that HRIZONS is delivering to Customer, HRIZONS provides the following commitment:
HRIZONS will provide Customer access to the software-as-a-service (“SaaS”) production application on a twenty-four hour, seven days a week (24×7) basis at a rate of 99.5% (“SaaS Uptime Metric”).
The SaaS Uptime Metric commences on the Go Live Date. “The Go Live Date” is the date at which HRIZONS has concluded end-user testing, HRIZONS has prepared production environment, Customer has become familiar with software, and at which point the Customer end-users access the production environment with production data.
Measurement Method
The SaaS Uptime Metric shall be measured using HRIZONS cloud infrastructure tools. Our monitoring also extends to other geographic regions to gauge general accessibility or network disruptions as a basis for where problems may be occurring and to validate claims.
On a quarterly basis, the SaaS Uptime Metric will be measured using the measurable hours in the quarter (total time minus planned downtime, including maintenance, upgrades, etc.) as the denominator. The numerator is the denominator value minus the time of any outages in the quarter (duration of all outages combined) to give the percentage of available uptime (2,173 actual hours available / 2,184 possible available hours = 99.5 availability). An “outage” is defined as two consecutive monitor failures within a five-minute period, lasting until the condition has cleared.
Boundaries and Exclusions
The SaaS Uptime Metric shall not apply to performance issues caused by the following:
- Overall Internet congestion, slowdown, or unavailability.
- Unavailability of generic Internet Services (e.g., DNS servers) due to virus or hacker attacks.
- Force majeure events as described in the General Terms and Conditions.
- Actions or inactions of Customer (unless undertaken at the express direction of HRIZONS) or third parties beyond the control of HRIZONS.
- A result of Customer equipment or third-party computer hardware, software, or network infrastructure not within the sole control of HRIZONS.
- Scheduled SaaS infrastructure maintenance.
In addition to scheduled SaaS infrastructure maintenance, upgrades and patches that occur approximately four (4) times per year may require downtime in addition to the scheduled maintenance. The downtime will be scheduled in advance and coordinated with Customer.
SaaS Credits
HRIZONS’ exceeding, meeting, or failing to meet the SaaS Uptime Metric as measured over any quarter may be reflected in adjustments to the duration of the initial contract year for SaaS pursuant to the following schedule (“SaaS Credits”):
The SaaS Credits shall be cumulative and extend the initial term of the SaaS agreement as set out in the Order Form at no cost to Customer. Therefore, any renewal of SaaS agreement shall be effective after SaaS Credits have been fully utilized. The annual SaaS Credits are capped at four (4) weeks per annum.
SaaS Credit Request
To receive a SaaS Credit, Customer’s account must be in good standing, and Customer must open a technical support case. The credit request must include, in the body of the case, the dates and times of each incident of unavailability, and the functions that were performed or were unable to perform during each incident. HRIZONS may request additional information to verify unavailability or identify the cause of these incidents, and Customer agrees to cooperate with HRIZONS requests. HRIZONS good faith determination may be that an HCA application was unavailable due to a factor outside of HRIZONS reasonable control or due to user error. HRIZONS will issue the SaaS Credit or provide Customer with a notice stating the reason for denial of the SaaS Credit within 30 days after HRIZONS receives all requested information. The SaaS Credit is the only remedy HRIZONS provides in connection with service interruptions and is Customer’s sole and exclusive remedy for any service interruption.
Disaster Recovery Process
In the unlikely event of a disaster, a cloud deployment might cease to function due to a systemic outage of the dependent services or the underlying infrastructure. Under such conditions, a business continuity plan triggers a disaster recovery (DR) process. This process may involve both operations personnel and automated procedures to reactivate the application at a functioning datacenter. If a point‐in‐time recovery of Customer Content is required, HRIZONS will restore to the closest twenty-four (24) hour period and will expect to have the restored instance available within forty-eight (48) hours.
Backup and Retention
Backups are performed once every 24-hour period and retained in an immutable state for a period of 30-days in the event HRIZONS should need to recover.
If a user or client cloud subscription is terminated or it expires, HRIZONS will store user data in a limited-function account for 30 days (the “retention period”). This will give the user time to extract the data or reinstate the subscription. After this 30-day retention period, HRIZONS will disable the account and delete the user data, including any cached or backup copies. For in-scope services, that deletion will occur within 30 days after the end of the retention period.
Planned Service Outages
Any planned service outages will be communicated with the Customer with sufficient time to allow the information to be delivered to all affected Users. Planned outages will occur outside of normal business hours, and notifications will be displayed on the application if a User is trying to access information during this time.