{"id":23463,"date":"2023-01-13T10:34:28","date_gmt":"2023-01-13T09:34:28","guid":{"rendered":"https:\/\/old.taggrs.cloud\/service-level-agreement\/"},"modified":"2024-05-30T14:48:40","modified_gmt":"2024-05-30T12:48:40","slug":"service-level-agreement","status":"publish","type":"page","link":"https:\/\/old.taggrs.cloud\/en\/service-level-agreement\/","title":{"rendered":"Service level agreement"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Service Level Agreement<\/h1>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
    \n\t\t\t\t\t\t\t\t
  • \n\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\t\tLast updated:\t\t\t\t\t<\/span>\n\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t
  • \n\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\t\tMay 30, 2024\t\t\t\t\t<\/span>\n\t\t\t\t\t\t\t\t<\/li>\n\t\t\t\t<\/ul>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t\t
    \n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    1. Definitions and interpretations<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    Capitalized words and expressions in the SLA have the meanings ascribed to them below.<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
    Availability<\/td>\n the total time during which the Service was actually available to the Customer and\/or Users, expressed as a percentage of the total time;<\/td>\n <\/tr>\n
    Change<\/td>\n any changes to the Service for the purpose of ensuring Functionality and Availability;<\/td>\n <\/tr>\n
    Services<\/td>\n has the meaning set forth in the Agreement;<\/td>\n <\/tr>\n
    Emergency Changes<\/td>\n changes that must be made without delay to ensure the Availability and Functionality of the Service;<\/td>\n <\/tr>\n
    Functionality<\/td>\n specific features or characteristics that enable a particular use or application of the Service;<\/td>\n <\/tr>\n
    User<\/td>\n has the meaning set forth in the Agreement;<\/td>\n <\/tr>\n
    Incident<\/td>\n Failure to perform the Service in accordance with its specifications;<\/td>\n <\/tr>\n
    Office hours<\/td>\n Monday through Friday from 08:30 to 17:00 (Dutch time), with the exception of holidays recognized in the Netherlands;<\/td>\n <\/tr>\n
    Notification<\/td>\n any notification through the Taggrs website about a possible Incident;<\/td>\n <\/tr>\n
    Non-standard Changes<\/td>\n changes requiring more work and resources than would normally be expected from changes to the Service, performed on a project basis;<\/td>\n <\/tr>\n
    Client<\/td>\n has the meaning set forth in the Agreement;<\/td>\n <\/tr>\n
    Agreement<\/td>\n has the meaning set forth in the Agreement, including the Terms;<\/td>\n <\/tr>\n
    Follow-up times<\/td>\n The time between acceptance by Taggrs of a proposed Change and implementation of that Change;<\/td>\n <\/tr>\n
    Parties<\/td>\n Taggrs and Principal;<\/td>\n <\/tr>\n
    Response time<\/td>\n the length of time between the time a Notification is received by Taggrs and the time Taggrs notifies User and\/or Client that the Notification has actually been processed;<\/td>\n <\/tr>\n
    Service Desk<\/td>\n Taggrs' central point of contact for Client;<\/td>\n <\/tr>\n
    Service Period<\/td>\n The time period over which Availability is measured and reported by Taggrs;<\/td>\n <\/tr>\n
    SLA<\/td>\n this service level agreement;<\/td>\n <\/tr>\n
    Standard Changes<\/td>\n changes that occur repetitively, are standardized, can be planned in advance, and can be implemented through functional Admin;<\/td>\n <\/tr>\n
    TAGGRS<\/td>\n the private company TAGGRS B.V., having its registered office and principal place of business in (8442 EZ) Heerenveen at the address Coehoorn van Scheltingaweg 1 P;<\/td>\n <\/tr>\n
    Terms<\/td>\n the general terms and conditions of Taggrs.<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    2. Availability<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    2.1<\/strong> Taggrs strives to achieve the highest possible Availability. If Taggrs does not achieve Availability and the percentage is exceeded as set forth in the table in this Article, TAGGRS shall endeavor to credit the prices it charges under the Agreement (and therefore only for the duration that Availability is not achieved) in accordance with the following percentages:<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\n \n \n \n \n \n \n
    Availability<\/th>\n Credit rate<\/th>\n <\/tr>\n <\/thead>\n
    Between 95.00% and 99.85%<\/td>\n 25%<\/td>\n <\/tr>\n
    Between 90.00% and 94.99%<\/td>\n 50%<\/td>\n <\/tr>\n
    Lower than 90.00%<\/td>\n 100%<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    2.2<\/strong> Credit will only be given in respect of prices charged to the Client by Taggrs on a monthly basis and not for implementation and other costs.
    2.3<\/strong> Taggrs shall never be liable for damages resulting from the failure to achieve Availability, regardless of the cause.
    2.4<\/strong> The right to terminate the Agreement and\/or the SLA and\/or suspend the obligations under the Agreement and\/or SLA in case of non-realization of availability, see Article 15 of “the Agreement”.<\/p>\n

    3. Service Desk<\/h2>\n

    3.1<\/strong> Taggrs will provide support for Incidents through a Service Desk via ‘customer support’ on its website (www.taggrs.io).
    3.2<\/strong> The Service Desk takes care of the processing of a Report by the Client and\/or User. Taggrs strives to accurately capture Reports through the Service Desk, with a typing, time and date stamp and assigned priority. Once Taggrs has satisfactorily resolved a Report, or the status of a Report has otherwise changed, Taggrs strives to record that. If additional information from the Client and\/or User is necessary to respond to the Report, Taggrs will request it as soon as possible and, if no response is forthcoming, will provide a reminder.
    3.3<\/strong> The Service Desk is available during Office Hours. Reports outside Office Hours are handled by Taggrs during Office Hours.<\/p>\n

    4. Priority levels<\/h2>\n

    The follow-up of an Incident depends on the priority assigned to an Incident. The priority of a Report is determined by Taggrs based on the impact and urgency of the Incident. In doing so, TAGGRS distinguishes the following priority levels:<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\n \n \n \n \n \n \n
    Priority level<\/th>\n Meaning<\/th>\n <\/tr>\n <\/thead>\n
    Priority 1<\/td>\n complete failure of the Service or when 50% of the Users cannot log in.<\/td>\n <\/tr>\n
    Priority 2<\/td>\n Strong performance problems or unavailability of core functions for more than 50% of Users.<\/td>\n <\/tr>\n
    Priority 3<\/td>\n individual components of the Service do not work for less than 50% of the Users.<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    5. Incident Management<\/h2>\n

    5.1<\/strong> The purpose of Incident Management is to resolve an Incident as quickly as possible.
    5.2<\/strong> Upon receipt of a Notification about a (possible) Incident, Taggrs will assign a priority level to it, taking into account the interests of Client and\/or User making a Notification.
    5.3<\/strong> When Taggrs itself detects an Incident, it shall endeavor to Submit a notification to Client stating the forecast for resolution of the Incident, as well as the priority assigned.
    5.4<\/strong> With respect to the various priority levels, Taggrs shall endeavor to use the following Response and Follow-up Times, unless the Parties agree otherwise in writing:<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\n \n \n \n \n \n \n
    Priority level<\/th>\n Response time<\/th>\n Follow-up time<\/th>\n <\/tr>\n <\/thead>\n
    Priority 1<\/td>\n Within 2 hours<\/td>\n Within 8 hours<\/td>\n <\/tr>\n
    Priority 2<\/td>\n Within 4 hours<\/td>\n Within 2 working days<\/td>\n <\/tr>\n
    Priority 3<\/td>\n Within 8 hours<\/td>\n Within 5 working days<\/td>\n <\/tr>\n <\/tbody>\n<\/table>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t

    5.5<\/strong> The Response Times and Follow-up Times regarding a Report with priority 1 to 3 always apply within Office Hours. The Response Times and Follow-up Times depend on whether the Client and\/or User who filed the Notification submitted all the necessary information to the
    reporting an Incident.
    5.6<\/strong> The Follow-up Times as mentioned in Article 5.4 depend on the Client and\/or User following the correct procedure and whether all necessary information for the requested Change is provided.
    5.7<\/strong> Taggrs has met the Response Time if, within the Response Time, the Client and\/or the User who made the Notification has been informed in a message of Taggrs’ proposed remedy.<\/p>\n

    6. Reports<\/h2>\n

    Taggrs shall ensure the accurate, insightful and accessible recording of results under the SLA. As part of the SLA, TAGGRS strives to capture at least the following information:
    number of Reports received and Incidents recorded;
    The nature of recorded Incidents including assigned priority levels; recorded response time per reported Incident;
    the total measured Availability.<\/p>\n

    7. Availability Management<\/h2>\n

    Availability is measured on a monthly basis within the Service Period. The following cases are not counted in the Availability of the Service:
    force majeure, including intervention by government agencies, Internet failures and\/or sabotage of the Service by third parties;
    pre-announced work;<\/p>\n

    8. Applicable law and competent court<\/h2>\n

    With regard to applicable law and dispute resolution, the provisions of the Agreement shall apply.<\/p>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t
    \n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\tDownload Service Level Agreement<\/span>\n\t\t\t\t\t<\/span>\n\t\t\t\t\t<\/a>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t
    \n\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\tDownload Service Level Agreement (NL)<\/span>\n\t\t\t\t\t<\/span>\n\t\t\t\t\t<\/a>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
    \n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t
    \n\t\t\t

    \n\t\t\t\tTable of contents\t\t\t<\/h2>\n\t\t\t\t\t<\/div>\n\t\t
    \n\t\t\t