Service Level Agreement



Similar documents
Service Level Agreement

Service Level Agreement

Service Level Agreement

Service Level Agreement

How To Manage An Ipa Print Service At A College Of Korea

Managed Storage Service Level Agreement (SLA)

Enterprise UNIX Services - Systems Support - Extended

The Service Provider will monitor the VM for the Customer and provide notifications on an opt in basis, which is strongly recommended.

Service Level Agreement and Management By: Harris Kern s Enterprise Computing Institute

i. Maintenance of the operating system, applications, content on the server, or fault tolerant network connections

Service Level Agreement Between: Computing and Informational Technology And The Finance and Business Operations Division

For more information, please visit the IST Service Catalog at

PSU Hyland OnBase Document Imaging and Workflow Services Level Memorandum of Understanding

ESXi Cluster Services - SLA

RSA SecurID Tokens Service Level Agreement (SLA)

How To Use The Pace Help Desk

Cloud Services Service Level Agreement. Publish Date: 30/06/14 Version: 1.2. Cloud Services Service Level Agreement Page: 1

APPENDIX 8 TO SCHEDULE 3.3

Data Center Colocation - SLA

SPRINT HOSTED IP PBX PRODUCT ANNEX

APPENDIX 8 TO SCHEDULE 3.3

Systems Support - Standard

Publish Date: 19/06/14 Version: 1.2. Internet Connectivity Service Level Agreement. Page: 1. Internet Connectivity Service Level

Change Submitter: The person or business requesting or filing the Request For Change (RFC) notice.

Publish Date: 19/06/14 Version: 1.2. Call Recording/Logging Service Level Agreement. Page: 1. Call Recording/Logging Service Level

Publish Date: 30/06/14 Version: 1.2

Sarasota Security Team Service Level Agreement (SLA)

Service Support. First Level Support (Tier I) provides immediate response to emergencies and customer questions. TSD - First Level Support

Symmetry Networks. Corporate Managed Services Schedule

Information Technology Services Core Services SLA

IST Drupal Cloud Hosting SLA

National Patient Information Reporting System: National Data Warehouse. Service Level Agreement

OPERATIONAL SERVICE LEVEL AGREEMENT BETWEEN THE CLIENT AND FOR THE PROVISION OF PRO-ACTIVE MONITORING & SUPPORT SERVICES

Enterprise Managed PBX Telephony

Statement of Service Enterprise Services - AID Microsoft IIS

MASTER SERVICE LEVEL AGREEMENT (MSLA)

Ohio University Office of Information Technology

IT Services. incident criteria

January Brennan Voice and Data Pty Ltd. Service Level Agreement

Service Level Agreement between LCMS Plus, Inc. and [CLIENT SCHOOL]

Information Services. Standing Service Level Agreement (SLA) Firewall and VPN Services

University Systems Desktop Support Service Level Commitment

Technical Support Policies

Managed Security Services SLA Document. Response and Resolution Times

UCLA Information Technology Services, Call Center. IT Services Call Center Service Level Agreement. Effective Date: 07/14/11

Ancero Hosted Virtual Server (HVS) and Hosted Virtual Desktop (HVD) Service Guide

Helpdesk and Technology Support Procedures

UC CLOUD VOICE SERVICE ADDITIONAL TERMS AND CONDITIONS AND SERVICE LEVEL AGREEMENT to the UC Cloud Voice Service Addendum

Request for Proposal for Telephone System Hosted VoIP System On Premise VoIP System Hybrid IP System #RFP PHONE SYSTEM 1

SPRINT NEXTEL HOSTED CONTACT CENTER PRODUCT ANNEX

Voice Over IP (VOIP) Phone System Invitation to Bid

EASYNET CHANNEL PARTNERS LIMITED PARTNER MASTER SERVICES AGREEMENT MANAGED IP VPN MPLS PRODUCT TERMS

Exhibit E - Support & Service Definitions. v1.11 /

Managed Services. Business Intelligence Solutions

Communicate: Data Service Level Agreement. Author: Service Date: October 13. Communicate: Data Service Level Agreementv1.

ASIAN PACIFIC TELECOMMUNICATIONS PTY LTD STANDARD FORM OF AGREEMENT. Schedule 3 Support Services

UCLA Information Technology Services

This Service Level Agreement applies to the Services as defined in the Service Supply Agreement.

DESKTOP SUPPORT SERVICE LEVEL AGREEMENT

CENG Information Technology Services University of North Texas

Departmental On-Site Computing Support (DOCS) Server Support SLA

Domain Name Service Service Level Agreement (SLA) Vanderbilt Information Technology Services

City of Hapeville, GA VC3Advantage Work Order

Statement of Work for ShoreTel Implementation

Unit Network Infrastructure Maintenance. Standard Service Agreement (SA)

TECHNICAL SUPPORT. and HARDWARE/SOFTWARE/NETWORK MAINTENANCE

Schedule Document. Leased Lines & Ethernet Based Services. Node4 Limited 29/11/2007

Operating Level Agreement (OLA) Template

Service Level Agreement. Server Hosting

HELP DESK SERVICE LEVEL EXPECTATIONS

Cisco Change Management: Best Practices White Paper

Link-Connect Service Level Agreement

PROPOSALS REQUESTED THE TOWN OF OLD ORCHARD BEACH POLICE DEPARTMENT FOR IP-BASED VOICE COMMUNICATION SYSTEM

We released this document in response to a Freedom of Information request. Over time it may become out of date. Department for Work and Pensions

Statement of Service Enterprise Services - MANAGE Microsoft IIS

Virtual Office Solutions

ITU Service - Content Management System (CMS)

Service Level Agreement CMC170615

How To Write A Service Level Agreement For The National Patient Information Reporting System

UCLA Communications Technology Services

Service Level Agreement (SLA)

Dynamics CRM - Support Service Description

How To Get A Support Ticket Resolved On Itech

Technology Event Notification and Escalation Procedures. Procedure: Technology Event Notification and Escalation. Procedure Date: 10/27/2009

IT CHANGE MANAGEMENT POLICY

Service Level Agreement SAN Storage

SERVICE LEVEL AGREEMENT

NYSED DATA DASHBOARD SOLUTIONS RFP ATTACHMENT 6.4 MAINTENANCE AND SUPPORT SERVICES

FLORIDA COURTS E-FILING AUTHORITY HELP DESK POLICIES & PROCEDURES

GMS NETWORK ADVANCED WIRELESS SERVICE PRODUCT SPECIFICATION

IT Help Desk Call Priorities

IX SERVICE LEVEL AGREEMENT

Ancero Managed Internet Service (MIS) & Private Network Transport (PNT) Service Guide

UCLA Information Technology Services, Consulting Services. IT Services Consulting Services Service Level Agreement. Effective Date: 07/14/11

SERVICE LEVEL AGREEMENT. Open Source Support Desk B.V. Hargray, Inc.

Transcription:

This document outlines the Service Level Agreement (SLA) between University Technology Services (UTS) and our Customers for the delivery and support of the. The purpose of this agreement is threefold: 1. To clearly represent the capabilities of the service. 2. To establish a shared set of expectations regarding the operation and support of the service. 3. To provide a framework for bidirectional communication regarding overall satisfaction with the service. Service Description University Technology Services provides for over 27,000 telephone lines across the Emory Enterprise including all University and Healthcare facilities. The feature rich service provides staff with capabilities such as voice mail, conference calling, long distance, conference bridges, call forwarding, extension to cellular, and call center features. Avaya Communication Manager uses Avaya VoIP platform for processing internal and external calls. The service includes various options with associated price points based on the business needs of the customer. Please refer to http://it.emory.edu/catalog/telephone_service for a complete listing of the alternatives and a comparison of the features and costs. Scope of the Agreement The scope of this agreement includes the software, hardware, and infrastructure components (Configuration Items) operated and maintained by UTS to deliver the complete service. Items included within the scope of this agreement Number of users / licenses Enterprise agreement In-scope applications Avaya Communications Manager Dependent infrastructure services Network Cable Infrastructure Avaya Telephone Servers Nortel Telephone Servers Hardware and software components Avaya IP Softphone licensing Avaya IP Desk Phone Firmware (software managed centrally for IP phones) Media Servers and Gateways (176) at 40+locations Circuit Cards Support for 21,000 telephone stations with capacity for 36,000 Support for 3,600 IP telephones with capacity for 18,000 Component refresh is included in UTS refresh budget Component refresh requires non-uts funding 1 P a g e

Items and functional areas that are outside the scope of this agreement include the components listed below. Items NOT within the scope of this agreement Out-of-scope applications Modular Messaging Call Center Management (Avaya IQ) Call Recording (Verint Witness 360) Hardware/Software Headsets Desk Telephones (IP, digital and analog phones, and expansion modules, faxes, modems) PC/laptop IP Softphone Client installation Adjunct Application Enablement Servers Vendor-provided business lines and internet service (used by some small sites and contract groups at Emory) Assumptions 1. is a Tier 0 service. Please refer to http://it.emory.edu/itil-service for a description of service tiers. 2. The network is operational. 3. Power is operational. 4. Approval of phone set type, monthly port charge and data activation. 5. Refreshed or additional hardware above what is listed in scope will require new funding. 6. Customer is responsible for purchasing the phone (headset, desk set, IP phone, etc.). 7. IP Telephone Firmware (software updates) are managed centrally by UTS to ensure compatibility with the. 8. Repair of IP Phone set is provided by UTS as part of the for firmware/software problems and interactions with telephone system. Telephone replacement cost is the customer s responsibility. 9. Installation services for customer purchased phone devices can be provided by UTS for an additional fee, please refer to Attachment F for installation costs Legal Requirements This service must comply with the following legal/compliance regulations: None HIPPA FERPA SOX Other: Availability Availability is the percentage of time the service is operational and ready for use. Some services can be designed for high availability by increasing the reliability, scalability, and fault tolerance of the individual components. Because high availability always comes at a cost in both money and additional complexity, organizations must make careful tradeoffs. At times, services may be partially available, meaning that some customers are working and others or not. Or, it could be that some features are working while others are not. Adjusting for partial availability gives a more accurate reflection 2 P a g e

of how well the service is performing but is more complex to calculate. Refer to Attachment A for a description of the method(s) used to calculate availability. Service Hours In addition to regular maintenance, there are other time periods when a service may not be required. For instance, some non-critical services may only need to be up and running during office hours. Selecting service hours has implications for engineers and customer support personnel. Excluding maintenance, this service is available: Monday Friday, 7:00 am 9:00 pm, excluding Emory holidays 24x7x365 Other: Maintenance Windows All services require regularly scheduled maintenance windows in order to: 1. Keep system components up-to-date and secure by applying recommended patches and updates 2. Keep applications and infrastructure current and up to vendor supported patch levels. UTS makes every effort to minimize the impact of maintenance on the availability of the service. However, you should know that the service may be unavailable during a portion or the entire maintenance window. The standard maintenance window occurs once per month and begins at 6:00 pm on Saturday and extends until 6:00 am on Sunday (12 hours). The schedule for the current academic year is listed on the Change Management Calendar at http://cm.service.emory.edu. Not every service undergoes maintenance every month. Specific service outage timeframes are listed on the Change Management calendar. Mission critical services may be designed to remain operational during maintenance periods, although this arrangement typically incurs additional cost. UTS can provide quotes for this premium service as requested. At times a mission critical service or infrastructure component may require an exception to the standard maintenance schedule. The maintenance agreement for this service is: Standard UTS monthly maintenance window Quarterly maintenance Other: First Thursday of each month, beginning at 10:00 pm until 6:00 am on Friday morning Service Changes There may be times when you request new capabilities or other changes that are intended improve the service. All service changes (except for emergency situations) must be scheduled through the UTS Change Management process, described in Attachment B. Emergency changes are those required to restore the service to normal operations, such as dealing with an outage. These are executed as quickly as possible, without the need for a Change Review Board approval. Availability Target As a Tier 0 service, the target availability of is 99.9%. 3 P a g e

Service Level Reporting UTS will gather the information on regular intervals and will consolidate the results into reports that are shared with the customer on a regular basis. Service Level Reporting is important to provide regular open communications with the customer, identify areas of improvement, agree upon any corrective plans, and generally review and align the service with the customer and business requirements. The reporting cycle for this service is as follows: Monthly Quarterly Annual Other: Service Performance Review This document will be reviewed and amended based upon mutual agreement on an annual basis. This review will include updates to service level targets, effective dates, costs, and other specific items as required. The Business Relationship Manager is responsible for providing a service performance review with the customer. Refer to Attachment C for the BRM Assignment Matrix. Service/Support Requests The customer may request service or report a non-critical incident by directly entering their request at http://help.emory.edu or by calling the UTS Service Desk at 404-727-7777. The customer may also view and check on the status of their request at this location. Customers should call the Service Desk for any critical incident. The Service Desk is staffed to respond quickly to customer requests and escalate to the appropriate team to restore to normal service as quickly as possible. All service requests are addressed during normal business hours (Monday-Friday, 8:00 am 5:00 pm, excluding holidays). Refer to Attachment D for the list of requests and their associated response times for. Incident Response Times An Incident is any disruption to the normal operation of a service. UTS will accept and resolve incidents as defined in the UTS Incident Management process included in Attachment E. The standard UTS Incident Response Service Level Agreement targets apply to services provided within this agreement. The response time targets are based on the priority assigned to the incident in the UTS IT Service Management System. Contact Points & Escalation The primary contact points for the service are listed in the table below. These contacts will be notified by the UTS Service Desk as depicted in the Escalation Procedure when responding to service outages or other critical service impacts. UTS Escalation Contacts Role Contact Phone (Office & Mobile) Email Service Owner/ Mgr Laura Smith O: 404-778-5060 laura.smith@emory.edu Director Paul Petersen O: 404-727-7686 paul.petersen@emory.edu Escalation Procedure The escalation process is managed by the UTS Service Desk. The customer may also escalate as needed by contacting the Service Desk or Service Owner as listed in the UTS Contacts to provide the necessary visibility and management attention to critical issues. 4 P a g e

The following flow diagram depicts the workflow used when a service incident is not following the standard guidelines for resolution according to service tier and priority. The Service Desk monitors incidents for timelines and milestones and may escalate the priority of any incident as warranted. Cost of Service The costs of many UTS services are met through the University allocation model. Some services with a delimited user base also have an additional cost. All costs paid through the standard University allocation model Additional costs are assessed for this service (details included in Attachment F) Approval Name Title Date Signature Laura Smith Sheila Ackie Paul Petersen Brett Coryell Service Owner Business Relationship Manager Director, Infrastructure Deputy CIO Document Version: 1.1 Effective Date: September 1, 2009 5 P a g e

Attachment A Availability The availability target of this service is a measure based on SIR (Service Impact Report) data. Unplanned Downtime for each service is captured as part of the standard SIR process. Regularly scheduled maintenance and incidents that do not impact service availability are excluded from the Downtime calculation. The formula used to calculate availability is: Availability = (365-Unplanned Downtime)/365 Attachment B - Change Management The UTS Change Management procedure is described in the document posted at: http://it.emory.edu/itil-change Attachment C BRM Assignment Matrix Sheila Ackie Tina Crum Jeff Fennell Val LaManna Carol Livsey Hans Sarju EUH President WHSCAB EVP F&A College EHc IS Midtown Provost SOM Finance Law UTS Wesley Woods General Counsel SON HR Graduate School Security TEC Communications SPH Investment B-School R&HS DAR Yerkes Audit Theology Campus Life Campus Services Oxford Affiliates Research Admin Libraries Attachment D Service Requests Service Request Target* In Scope Out of Scope Move, Add and Change 10 days Phone relocation, installation, disconnect Headset, customer equipment moves, service, add multiple lines, telephone desktop support for softphone software and feature changes, voicemail, applications extension to cellular Call Center/Menu 15 days Call Center design, train, implement Addition New wiring 10 days Run cable, install outlet, activate line Installation of more than 10 wires *Note: Response times are normal business days M-F, excluding Emory holidays Attachment E Incident Management The UTS Incident Management procedure is described in the document posted at: http://it.emory.edu/itil-incident Attachment F Detailed Cost of Service The cost for the is dependent upon features selected by the customer. The service requires a monthly charge that is billed directly to the customer s department. For a full list of current service costs please refer to: http://it.emory.edu/catalog/telephone_service. 6 P a g e

The following checklist must be completed before the SLA is forwarded for approval. Reviewed by: Initial/Date Business Relationship Manager: SLA /12-11-09 Service Owner: Director ITSMO: LS/01-07-10 KJ/01-08-10 7 P a g e