Inmate Tracking SLA AZDOC.docx.pdf

PDF 122 KB Posted

Attached to
RFID - Inmate Tracking and Management System
Solicitation number
BPM005593
Issued by
Arizona

About this file

This document is a Service Level Agreement (SLA) Addendum C for the Arizona Department of Corrections' RFID inmate tracking and management system, establishing performance standards for GUARDIAN RFID OnDemand cloud services. The agreement specifies that GUARDIAN RFID will maintain 100% system availability 24 hours per day, every day throughout the contract term, with scheduled maintenance performed on Wednesdays between 12:00 a.m. and 6:00 a.m. Central Time. The SLA defines key performance metrics including Attainment (percentage of time the system is available), Unscheduled Downtime (unavailability not caused by scheduled maintenance, emergency maintenance, customer error, or force majeure), Recovery Time Objective (RTO), and Recovery Point Objective (RPO). GUARDIAN RFID is required to provide advance written notice for scheduled maintenance outside normal windows (minimum 24 hours) and emergency maintenance (minimum four hours or as early as practicable).

The agreement establishes customer relief provisions on a quarterly basis when actual Attainment falls below the 100% target, with actions ranging from 100% availability receiving prompt remedial action to 95-100% attainment triggering remedial measures. GUARDIAN RFID assumes responsibility for monitoring system availability, promptly identifying downtime causes, and providing quarterly reports documenting availability metrics, unscheduled downtime incidents, root causes, and remedial actions upon customer request. The Customer must follow defined support processes to report downtime and may submit written documentation within 30 days of each quarter's end, including supporting incident numbers and corresponding downtime duration. The SLA excludes from availability calculations any Scheduled Downtime, Customer Error Incidents, Emergency Maintenance not caused by GUARDIAN RFID, and Force Majeure Events, ensuring accountability is appropriately apportioned between the service provider and the state agency.

View the file

Other files

File Type Posted
Charles.pdf PDF
Contract Award and Executive Summary.pdf PDF
Legal Ad.pdf PDF
Signature Pages.pdf PDF
Attachment 10.pdf PDF
Attachment 4.pdf PDF
ADCRR Resubmission.docx DOCX document
George R..pdf PDF
BPM005593 BAFO - Offer and Acceptance Form - executed.pdf PDF
James R..pdf PDF
Stephen.pdf PDF
William.pdf PDF
Sean.pdf PDF
Nan.pdf PDF
Evaluation Tool.xlsx XLSX spreadsheet
Site Visit sign-in sheets.pdf PDF
2-Response_Quotation_Form.xlsx XLSX spreadsheet
ADCRR SOW and Pricing.docx DOCX document
Revised Project Costs.xlsx XLSX spreadsheet
Clarification Response - 17-October-2023.pdf PDF
Letter - Request for Clarifications.pdf PDF
BAFO Consensus Evaluation - signed.pdf PDF
Clarification Response - 29-September-2023.pdf PDF
Recommendation for Award - Nesvig.pdf PDF
BPM005593_Solicitation_Amendment_1.pdf PDF
Recommendation for Award - Altigieri.pdf PDF
BPM005593_Solicitation_Instructions.pdf PDF
Maureen.pdf PDF
Juli.pdf PDF
Award Letter - Codex Corporation.pdf PDF
Codex Corporation 103(C) Confidential Information Determination.pdf PDF
Recommendation for Award - Rodriguez.pdf PDF
George M..pdf PDF
AZ DOC Response.pdf PDF
Attachment 2.pdf PDF
Revised Project Costs 11-9.xlsx XLSX spreadsheet
BPM005593 BAFO - Offer and Acceptance Form.pdf PDF
Wi Fi Tier1 support.docx DOCX document
ADCRR Resubmission Bafo.docx DOCX document
Z-Score Letter.pdf PDF
Mario.pdf PDF
Erica.pdf PDF
James O..pdf PDF
Ed.pdf PDF
Recommendation for Award - Larochelle.pdf PDF
Tara.pdf PDF
Attachment 7.pdf PDF
Attachment 6.pdf PDF
Offer and Acceptance Form.pdf PDF
AZ DOC Facility Maps.pdf PDF
Show 40 more

50 files listed here. See the rest on GovTribe.

On GovTribe

Work with this file

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

ADDENDUM C

SERVICE LEVEL AGREEMENT

1. DEFINITIONS

Except as defined in this Addendum C, all defined terms have the meaning set forth in the Agreement.

(a) "Attainment" means the percentage of time during a calendar quarter, with percentages based on those contained in the chart under Section 2(d) of this Addendum C, in which the Customer has GUARDIAN RFID OnDemand Availability.

(b) "Customer Error Incident" means any service unavailability, which GUARDIAN RFID did not directly cause or create, resulting from any one or a combination of the following: (i) the Customer’s Third-Party Software or the Customer’s Third-Party Hardware, (ii) the acts or omissions of any Customer Personnel, or (iii) the acts or omissions of any personnel or third-party providers over whom GUARDIAN RFID exercises no control.

(c) "Disaster" means an event that renders any portion of a data center's infrastructure used in connection with the Agreement both inoperable and unrecoverable.

(d) "Downtime" means those minutes during which any portion of GUARDIAN RFID OnDemand is not available for the Customer’s use.

(e) “Unscheduled Downtime” means Downtime that is not due to any one or a combination of the following: Scheduled Downtime, Emergency Maintenance (unless GUARDIAN RFID is the cause of the issue that requires such Emergency Maintenance), Customer Error Incidents, or Force Majeure Events.

(f) "Emergency Maintenance" means (i) maintenance that is required to patch a critical security vulnerability, or (ii) maintenance that is required to prevent an imminent outage of GUARDIAN RFID OnDemand Availability.

(g) "Scheduled Downtime" means those minutes during which GUARDIAN RFID OnDemand is not available for the Customer’s use due to GUARDIAN RFID's scheduled maintenance windows.

(h) “GUARDIAN RFID OnDemand Availability" means that GUARDIAN RFID OnDemand is capable of receiving, processing, and responding to requests by or from the Customer and each of the Authorized Customer Personnel, excluding Scheduled Downtime, Emergency Maintenance (unless GUARDIAN RFID is the cause of the issue that requires such Emergency Maintenance), Customer Error Incidents, and Force Majeure Events.

(i) “RPO” means Recovery Point Objective, and refers to the maximum data loss per declared Disaster event during any calendar quarter throughout the Term that could occur following a Disaster.

(j) “RTO” means Recovery Time Objective, and refers to the amount of time per declared Disaster event during any calendar quarter throughout the Term that it takes for GUARDIAN RFID OnDemand to become operational following a Disaster.

2. GUARDIAN RFID ONDEMAND CLOUD SERVER UPTIME

(a) GUARDIAN RFID OnDemand Availability.

(i) Attainment Target. Subject to the terms of this Addendum X, GUARDIAN RFID has an Attainment target to provide to the Customer GUARDIAN RFID OnDemand Availability of one hundred percent (100%), twenty-four (24) hours per day, every day of the calendar year throughout the Term. GUARDIAN RFID has set GUARDIAN RFID OnDemand Availability Attainment targets and actuals under the terms of Section 2(d) of this Addendum X.

(ii) Calculation. The GUARDIAN RFID OnDemand Availability calculation does not include Scheduled Downtime, Customer Error Incidents, Emergency Maintenance (unless GUARDIAN RFID is the cause of the issue that requires Emergency Maintenance), and Force Majeure Events. For the avoidance of doubt, if GUARDIAN RFID is a cause of an issue that requires Emergency Maintenance, then Downtime resulting from such Emergency Maintenance will be included in the calculation of Attainment.

(iii) Scheduled Downtime. GUARDIAN RFID will perform maintenance on GUARDIAN RFID OnDemand only during limited windows that are anticipated to be reliably low-traffic times based on historical information. As of the Effective Date, GUARDIAN RFID performs such maintenance on Wednesdays between 12:00 a.m. and 6:00 a.m. Central time. GUARDIAN RFID will provide the Customer with advance written notice of any change to the current maintenance schedule. If and when any such Scheduled Downtime is predicted to occur during periods of higher traffic, GUARDIAN RFID will provide advance notice of those windows and will coordinate with the Customer. In instances where maintenance of GUARDIAN RFID OnDemand requires Scheduled Downtime outside of the known maintenance windows described in this Section, GUARDIAN RFID will provide written notice to the Customer at least twenty-four (24) hours prior to any Scheduled Downtime.

(iv) Emergency Maintenance. If Downtime is known to be necessary to perform any Emergency Maintenance, then GUARDIAN RFID will notify an appropriate Customer contact via email or telephone call, a minimum of four (4) hours or as early as is reasonably practicable, prior to the start of such Emergency Maintenance. GUARDIAN RFID reserves the right to perform unscheduled Emergency Maintenance at any time.

(v) Other Maintenance. GUARDIAN RFID and the Customer agree that GUARDIAN RFID has the right to perform maintenance that is designed not to impact GUARDIAN RFID OnDemand Service Availability at any time. Any such scheduled maintenance will be considered Scheduled Downtime and will be excluded from the calculation of Attainment.

(vi) Force Majeure. In the event of a Force Majeure Event affecting the GUARDIAN RFID OnDemand Availability, GUARDIAN RFID will provide the Customer with a written notice of the Force Majeure Event and include a description of the facts and circumstances it believes supports that determination.

(b) GUARDIAN RFID Responsibilities Relating to GUARDIAN RFID OnDemand Availability.

(i) GUARDIAN RFID will monitor GUARDIAN RFID OnDemand Availability under this Addendum X and will make commercially reasonable efforts to (A) address any GUARDIAN RFID OnDemand Availability-related issues that impact the 100% Attainment target, and (B) notify the Customer, either through automated monitoring systems or by other mutually agreed-upon means, that (A) Downtime will occur, if practicable, or (b) if Downtime has already occurred, promptly after it is confirmed.

(ii) If Authorized GUARDIAN RFID Personnel receive notice from the Customer that Downtime has occurred or is occurring, GUARDIAN RFID will work with the Customer to promptly identify the cause of the Downtime and will work with the Customer to promptly resume normal operations.

(iii) Upon timely receipt of a Customer report of Downtime under Section 2(c) of this Addendum X, if any, GUARDIAN RFID will compare that report to its own outage logs and support tickets to confirm whether Unscheduled Downtime has occurred, and communicate with the Customer about GUARDIAN RFID’s findings.

(iv) GUARDIAN RFID will, at no additional charge to the Customer, do any one or a combination of the following, upon the Customer’s written request (which can be made a maximum of once per calendar quarter), with such items being provided within sixty (60) days of the Customer’s written request:

(A) provide to the Customer, a written report that documents the preceding calendar quarter’s GUARDIAN RFID OnDemand Availability, Unscheduled Downtime, any root cause, Emergency Maintenance matters, and remedial actions that were undertaken in response to the matters identified in the report.

(B) make available for auditing by the Customer the severity downtime reports, incident reports, and other available information used by GUARDIAN RFID in determining whether the GUARDIAN RFID OnDemand Availability has been achieved.

(c) Customer Responsibilities Relating to GUARDIAN RFID OnDemand Availability.

(i) Whenever the Customer experiences Downtime, the Customer will follow the support process defined in Section 8(c) of the Agreement.

(ii) The Customer may document, in writing, all Downtime that is experienced during each calendar quarter throughout the Term. The Customer may deliver such documentation for any given calendar quarter to GUARDIAN RFID within thirty (30) days of that quarter's end. The documentation may include the supporting incident number(s) and corresponding Downtime(s) experienced.

(d) GUARDIAN RFID OnDemand Availability Attainment Targets and Actuals. Every calendar quarter, GUARDIAN RFID will compare confirmed Unscheduled Downtime to the GUARDIAN RFID OnDemand Availability Attainment target and actual amounts listed in the table below. If the actual Attainment does not meet the target Attainment, as shown in the table below, the corresponding Customer Relief, as shown below, will apply on a quarterly basis throughout the Term:

Target Actual Customer Relief

100%

100% – 95% Prompt, remedial action will be taken.

<95% Will be deemed to be a Notice of Non-Conformity, which will be deemed (i) to have been corrected if the subsequent calendar quarter’s Actual

GUARDIAN RFID OnDemand Availability is ≥95%, or (ii) to not have been corrected if the subsequent calendar quarter’s Actual GUARDIAN RFID OnDemand Availability is <95%.

In situations where a Notice of Non-Conformity is deemed not to have been corrected due to the subsequent calendar quarter’s Actual GUARDIAN RFID OnDemand Availability being <95%, the Customer will be entitled to terminate the Agreement under Termination Section of the Agreement, except that such notice of termination will be effective upon receipt by

GUARDIAN RFID.

3. GUARDIAN RFID ONDEMAND CLOUD SERVER RECOVERY

In the event of a Disaster, GUARDIAN RFID will recover the Customer's data (including Inmate Data) and continue to provide GUARDIAN RFID OnDemand at a recovered or alternate operational data center within the times defined in the table below following the start of such Disaster. GUARDIAN RFID will also provide Customer Relief, as shown below, to the Customer for any calendar quarter where the RPO or RTO targets are not met.

Actual Customer Relief

RPO

≤2 Hours Prompt, remedial action will be taken.

>2 Hours Will be deemed to be a Notice of Non-Conformity, which is deemed to be not to have been corrected. The Customer will be entitled to terminate the Agreement under the Termination Section of the Agreement, except that such notice of termination will be effective upon receipt by GUARDIAN

RFID.

RTO

≤4 Hours Prompt, remedial action will be taken.

>4 Hours Will be deemed to be a Notice of Non-Conformity, which is deemed to be not to have been corrected. The Customer will be entitled to terminate the Agreement under the Termination Section of the Agreement, except that such notice of termination will be effective upon receipt by GUARDIAN

RFID.

4. INCIDENT PRIORITIES, CHARACTERISTICS, AND RESOLUTION

(a) Incident Tracking. In the event of an issue with the GUARDIAN RFID requiring support, the Customer will contact GUARDIAN RFID in accordance with Section 8(c) of the Agreement. Each support incident is logged using GUARDIAN RFID’s enterprise workflow management system, given a unique case number, and assigned a support representative.

(b) Incident Priority. Each support incident is assigned a priority level, which corresponds to the Customer's needs and deadlines. GUARDIAN RFID and the Customer will work together to reasonably set the priority of each support incident pursuant to the table below. The primary goals of the table below are to (i) guide the Customer toward clearly understanding and communicating the importance of the issue, and (ii) describe the generally expected response and resolution targets in the production environment. References to a "confirmed support incident" mean that GUARDIAN RFID and the Customer have successfully validated and set the priority for the reported support incident.

Priority Characteristics Incident Resolution Target

Critical

Support incident that causes (a) complete application failure or application unavailability; (b) application failure or unavailability in one or more of the Customer’s remote locations;

or (c) systemic loss of multiple essential system functions.*

GUARDIAN RFID will provide an initial response to Priority Level 1 incidents within one (1) hour of receipt of the incident. Once the incident has been confirmed, GUARDIAN RFID will use commercially reasonable efforts to resolve such support incidents or provide a circumvention procedure within eight (8) hours.

High

Support incident that causes (a) repeated, consistent failure of essential functionality affecting more than one user or (b) loss or corruption of data.

GUARDIAN RFID will provide an initial response to Priority Level 2 incidents within four (4) business hours of receipt of the incident. Once the incident has been confirmed, GUARDIAN RFID will use commercially reasonable efforts to resolve such support incidents or provide a circumvention procedure within five (5) business days.

Medium

Priority Level 1 incident with an existing circumvention procedure, or a Priority Level 2 incident that affects only one user or for which there is an existing circumvention procedure.

GUARDIAN RFID will provide an initial response to Priority Level 3 incidents within one (1) business day of receipt of the incident. Once the incident has been confirmed, GUARDIAN RFID will use commercially reasonable efforts to resolve such support incidents without the need for a circumvention procedure with the next published maintenance update or service pack, which will occur at least quarterly.

Low

Support incident that causes failure of non-essential functionality or a cosmetic or other issue that does not qualify as any other Priority Level.

GUARDIAN RFID will provide an initial response to Priority Level 4 incidents within two (2) business days of receipt of the incident. Once the incident has been confirmed, GUARDIAN RFID will use commercially reasonable efforts to resolve such support incidents, as well as cosmetic issues, with a future version release.

* Examples include inability to create activity logs in database, and/or inability to access GUARDIAN RFID OnDemand (excluding Internet access or Wi-Fi issues)

File details come from the government source that posted it. Updated .