Laserfiche WebLink
RFP-2 – Scope of Work <br />RFP# PWD 25.604 City of Pleasanton, CA RFP-2 | Page 28 <br />Internal Use Only <br />SLA credits shall not apply to unavailability or degraded performance caused by: (i) acts of God, fire, flood, <br />earthquake, or other natural disasters; (ii) acts of war, terrorism, or civil unrest; (iii) acts or omissions of the City <br />or its agents; (iv) failure of the broader public internet backbone not specific to Kamstrup's infrastructure or <br />subcontractors; or (v) orders or actions of any governmental or regulatory authority. For the avoidance of doubt, <br />failures of Kamstrup's hosting, cloud, CDN, authentication, database, or other service delivery infrastructure — <br />whether operated directly or through subcontractors — shall not constitute Force Majeure and shall remain <br />subject to the SLA. Kamstrup shall at all times maintain compliance with applicable federal, state, and local laws <br />and regulations, including those obligations specific to the City set forth in Section 20. A change in applicable law <br />shall not excuse Kamstrup from meeting its SLA obligations; provided, however, that if compliance with a <br />specific new legal mandate makes a particular SLA metric technically impossible to achieve, the parties shall <br />negotiate in good faith a revised metric within thirty (30) days of such mandate taking effect. <br />2.4.2.3 QA Test System <br />The Contractor’s software shall include a QA Test system. The City shall provide four weeks’ notice of when a QA <br />test environment shall be configured and available to the City. The Contractor shall provide a QA Test system <br />until IUAT and FUAT are approved by the City. <br />2.4.2.4 Security <br />The Contractor shall ensure the security of the application and shall prevent unauthorized access to the City’s <br />information. The application shall support enterprise SSO as described in 2.4.1.3 Identity and Single Sign-on, <br />above. Authentication and authorization events (success, failure, elevation) must be logged and exportable. <br />2.5.AMI Software <br />2.5.1.General Requirements <br />2.5.1.1 AMI Software Definition <br />The Contractor shall ensure that the AMI Software is configured by the Contractor to meet the required <br />functionality. At a minimum, the Contractor shall ensure that the application(s) will include both AMI headend <br />and Meter Data Management software. <br />2.5.1.2 User Definition <br />The Contractor shall ensure that the AMI Software solution allows for different types of Users with varying levels <br />of system access. At a minimum, the Contractor shall ensure the software allows access to the following types of <br />Users: <br />A.City Administrator: City employee(s) who have administrative access to the AMI Software solution with <br />the authority to set up Users and make system-wide changes. <br />B.City User: City or project consultant personnel who access the AMI Software solutions for the purpose of <br />monitoring various AMI radio transmitters, data collectors, and running various consumption reports. <br />2.5.1.3 Tyler Munis Customer Information System (CIS) Data <br />The Contractor shall ensure that the AMI Software solution shall store and display key CIS data associated with <br />the service address, AMI radio transmitter, and meter. At a minimum, the Contractor shall ensure that the <br />following CIS data is incorporated into the AMI Software solution: <br />A.Account number <br />Docusign Envelope ID: 6AD75F50-8A33-85A5-8039-9E3E1257A838Docusign Envelope ID: 177582DA-4F1C-8834-813C-BC4FD03AA45E