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



Similar documents
Systems Support - Standard

For more information, please visit the IST Service Catalog at

Enterprise UNIX Services - Systems Support - Extended

ESXi Cluster Services - SLA

IST Drupal Cloud Hosting SLA

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

Storage Area Network (SAN) Services - SLA

Data Center Colocation - SLA

Operating Level Agreement (OLA) Template

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

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

Service Level Agreement (SLA)

RSA SecurID Tokens Service Level Agreement (SLA)

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

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

Managed Storage Service Level Agreement (SLA)

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

Service Level Agreement for Database Hosting Services

DESKTOP SUPPORT SERVICE LEVEL AGREEMENT

MASTER SERVICE LEVEL AGREEMENT (MSLA)

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

How To Use The Pace Help Desk

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

For FY 2016 the new Desktop Support Program rates will be: Business Class - $481/device Enterprise Class - $721/device

[name of project] Service Level Agreement

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

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

Ohio University Office of Information Technology

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

Service Level Agreement

Service Level Agreement

Service Level Agreement SLA : Westport Public Schools IT Support

Helpdesk Incident & Request Management Procedure For

Control Module, Inc. Software Support Plans

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

Service Level Agreement

APM Support Services Guide

INFORMATION TECHNOLOGY SERVICES IT CHANGE MANAGEMENT POLICY & PROCESS

ITU Service - Content Management System (CMS)

Service Level Agreement: Support Services (Version 3.0)

Service Level Agreement

1 Introduction. 2 Design and Functionality. 3 Client Support

Voyageur Internet Inc. 323 Edwin Street Winnipeg MB R3B 0Y7 Main: (204) Fax: (204)

The Hotchkiss School Information Technology Services. Service Level Agreement (SLA) with the Hotchkiss Community for Technology User Support

Publish Date: 30/06/14 Version: 1.2

All other issues are to be submitted via a request ticket utilizing the Web Helpdesk found at

ITSM Process Description

IT Services. incident criteria

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

BPO Service Level Agreement

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

Service Level Agreement (SLA)

Service Level Agreement

HP IT Professional Help Desk for SMB Service HP Care Pack Services

CHANGE MANAGEMENT POLICY

NETWRIX CUSTOMER SUPPORT REFERENCE GUIDE

How To Use Adobe Software For A Business

Dynamics CRM - Support Service Description

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

CENG Information Technology Services University of North Texas

BrandMaker Service Level Agreement

How To Support A Client On A Contract With Bps Resolver

IT-P-001 IT Helpdesk IT HELPDESK POLICY & PROCEDURE IT-P-001

Client Services Service Level Agreement

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

Service Level Agreement For provision of service. Facilities Management Technical Services Unit. The University of Waikato

Analytics Reporting Service

SERVICE LEVEL AGREEMENT. CUIT Converged Infrastructure: Infrastructure Services for VM Hosting

UNT System Business Service Center Service Level Agreement Revised 11/18/2013

IBM Software as a Service (SaaS) Support Handbook for IBM Cognos Sales Performance Management

Managed Support Policy

STANDARD SERVICE LEVEL AGREEMENT

IT CHANGE MANAGEMENT POLICY

Platform as a Service (PaaS) Policies and Procedures

Service Level Agreement. Server Hosting

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

AAPT Business Reach Voice

IT Help Desk Call Priorities

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

Information Technology Services Core Services SLA

ensurcloud Service Level Agreement (SLA)

Request for Proposal Technology Services Maintenance and Support

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

Information & Technology. Change Management Policy

Adlib Hosting - Service Level Agreement

Customer Hosted Service Description and Service Level

Information & Technology Management Branch Ministry of Education. Change Management Policy

Dynatrace Support Policy

NYSED DATA DASHBOARD SOLUTIONS RFP ATTACHMENT 6.4 MAINTENANCE AND SUPPORT SERVICES

Transcription:

1 General Overview This is a Service Level Agreement ( SLA ) between and the Student Computer Labs to document: The technology services Student Computer Labs provides to the customer The targets for response times, availability, and maintenance associated with these services The responsibilities of Student Computer Labs as a provider of an Pharos Print service Processes for requesting services Review and Reporting SLA process This SLA will be reviewed annually to assess hardware, software and procedural accuracy. 2 Service Description 2.1 Service Scope IST will maintain an enterprise level installation of a Pharos principal server for campus departmental use. The IST principal server is comprised of the Pharos licensing server, the Pharos database server, and the Pharos Cbord CS Gold gateway (for charging against the Cal 1 Card). The IST-maintained principal server currently supports Pharos Uniprint (print) and Pharos Off-The-Glass (copy). The IST-maintained principal server will allow campus departments to only need to install and maintain a Pharos print server instead of both a Pharos principal and a Pharos print server. By utilizing the IST-maintained principal server, departments will realize cost savings for licensing and reduce administrative overhead. IST will be responsible for purchasing all necessary device licenses and associated maintenance from Pharos. Departments will be responsible for reimbursing IST for the maintenance associated with each license used by their department (and for the purchase of any new licenses). All departments, including IST, using the service will also equally share the maintenance costs on any licenses that are unused. Reimbursement will be charged to a chart string provided by each department on an annual basis and may be adjusted to a bi-annual or quarterly basis if required. 2.2 Assumptions At the discretion of the Student Computer Labs, any services provided outside of scope of this Service Level Agreement are subject to an additional cost. Changes to services will be communicated and documented via the change notification process. Service will be provided in adherence to any related policies, processes and procedures. Scheduling of all service-related requests will be conducted in accordance with service descriptions. 3 Roles and Responsibilities 3.1 Parties Parties Title / Role Contact Information Student Computer Labs Student Computer Labs Pharos Print Service, wmf-techs@lists.berkeley.edu; 510-847-8691

Customer Customer@berkeley.edu, Phone # 3.2 Student Computer Labs Responsibilities Student Computer Labs responsibilities and/or requirements in support of this Agreement include: Meet response times associated with the priority assigned to incidents and service requests. Review Service Level Agreement annually and notify customer of updates or changes. Student Computer Labs will implement defined processes to deliver these service levels. Maintain all software, hardware, and system administration authority related to the principle server. Approve and implement any configuration changes or modifications needed for a department to use the principal server. Be present and direct initial install and configuration of departmental print servers. If necessary, for the purpose of configuration, allow limited direct access to the principal server or database after initial setup on an as needed basis only. IST will be responsible for purchasing all necessary device licenses and associated maintenance from Pharos. As of 8/4/10, there is no charge for the service itself. 3.3 Customer Responsibilities Customer responsibilities and/or requirements in support of this Agreement include: Availability of customer representative(s) when resolving a service related incident or request. Prompt payment or provisioning of appropriate chartstring. Designated department billing contact. Maintain all software, hardware, and system administration authority related to their own print server which interacts with the IST principal server, including compliance with Student Lab defined procedures and requirements for installing and maintaining a Pharos print server (http://ist.berkeley.edu/services/cs/pharos). Ensure compliance with all campus minimum security standards and security requirements defined by Student Labs to prevent security breaches (http://ist.berkeley.edu/services/cs/pharos). Departments will be responsible for reimbursing IST for the maintenance associated with each license used by their department (and for the purchase of any new licenses). Reimbursement will be charged to a chart string provided by each department on an annual basis and may be adjusted to a bi-annual or quarterly basis if required. All departments, including IST, using the service will also equally share the maintenance costs on any licenses that are unused. 4 Student Computer Labs Contact Information There are three methods of contacting Student Computer Labs for all requests. 4.1 Phone (510-847-8691) Telephone contact is available during normal hours of operation, 8:00 p.m. to 5:00 p.m., Monday through Friday. Messages left after normal business hours will be processed the following business day. 4.2 Email (wmf-techs@lists.berkeley.edu) Email requests will be processed during regular business hours, 8:00 a.m. to 5:00 p.m., Monday through Friday.

5 Hours of Coverage, Response Times & Escalation 5.1 Hours of Coverage Student Computer Labs hours of operation are 8:00 a.m. to 5:00 p.m., Monday Friday except Federal holidays, University holidays, and announced University closures. Customers may use any of the methods of contact as stated in Section 4. Requests via email can be submitted 24 hours a day, 7 days a week and will be processed during the next business day. 5.1.1 Incident Response Times General responses to incidents, the Student Computer Labs s goal is to respond to requests as specified in the Incident Response Table. An incident means any interruption in the normal functioning of a service or system. Category Initial Response Time Urgent 0-2 hours M-F 8am-5pm 0-3 hours Normal 2-4 hours M-F 8am-5pm 0-6 hours Initiation of Technical Support Planned 4-8 hours M-F 8am-5pm Scheduled between Customer and Student Computer Labs Pharos Print Service 5.1.2 Prioritization Student Computer Labs will prioritize incoming incident requests as urgent priority if it meets any one of the following criteria: Number of departments or people affected. Percentage of total tasks that can no longer be performed by individuals. Academic and Administrative Calendar deadlines. Impact on the delivery of instruction. Lasting impact on student academic performance. Risk to safety, law, rule, or policy compliance. 5.1.3 Service Requests A service request means a request is made by a customer to Student Computer Labs Pharos Print Service for support of a service that the customer has already provisioned. For availability and performance issues concerning the principal server, prompt support and response is available during standard business hours, 8:00 AM to 5:00 PM. Support questions should be directed to wmf-techs@lists.berkeley.edu. Service requests will be processed during normal business hours via any of the methods outlined in Section 4. 5.2 Escalation Student Computer Labs s general response to requests is within 8 business hours of receipt. Some service requests have faster response times.

If you are not satisfied with the level of service on a request, contact Student Computer Labs Pharos Print Service Manager Sian Shumway (sian@berkeley.edu). Escalation requests are categorized and processed as appropriate and will be responded to with the action taken. 5.3 Information If you have a question about the Student Computer Labs, please contact 510-847- 8691 or wmf-techs@lists.berkeley.edu. 5.4 Other Requests Requests for service features and functions not yet implemented can also be submitted via email. 5.5 Service Exceptions to Coverage Exceptions Parameters Coverage Federal Holidays N/A No coverage University Holidays N/A No coverage Scheduled Maintenance(s) Sundays 9am-12:00 noon No coverage 6 Maintenance and Service Changes The Change Management process within Student Computer Labs minimizes unintended service disruptions or other impacts to the Campus as a result of changes in the production environment. Student Computer Labs does this by monitoring, managing, and evaluating changes to maximize the service benefits to the customer, while minimizing the risks involved in making those changes. There are three categories of service changes: Planned Maintenance: Planned service maintenance is approved work that is planned and scheduled prior to the change. The Student Computer Labs will communicate (as needed) to the appropriate audience prior to the scheduled change. Routine server maintenance (OS and application patches, updates, etc.) will be performed as defined on the Service Page (http://ist.berkeley.edu/services/cs/pharos). During this time, the server should be considered unavailable. Unplanned Maintenance: Unplanned service maintenance is priority work that is unplanned due to an urgent repair to prevent failure. Unplanned service outages will be given priority (and communicated immediately) on a case-by-case basis depending on the type and urgency of the service failure. Critical maintenance (crucial security patches or updates, etc.) will be performed outside of the routine maintenance window on a case-by-case/as-needed basis. Adequate notice will be given to departmental contacts, including the maintenance timeframe when the server will be unavailable. Emergency Service Change: An emergency service change is defined as a service failure that affects the entire campus or significant number of users that requires immediate repair. All Emergency Service Changes are communicated to the appropriate Student Computer Labs contacts to determine necessary communication steps. Emergency service announcements are communicated usually the day of the service failure. Off-hours service failures are communicated the following business day. Emergency maintenance (system reboot to regain system stability, etc.) will be

performed as needed. If possible, departmental contacts will be notified before the server becomes unavailable. 7 Rates 7.1 Rate Process As of 8/5/10, there is no charge for the service. 7.2 Charges At this time, there is no charge for the service itself. Departments will be responsible for reimbursing IST for the maintenance associated with each license used by their department (and for the purchase of any new licenses). Reimbursement will be charged to a chart string provided by each department on an annual basis and may be adjusted to a bi-annual or quarterly basis if required. All departments, including IST, using the service will also equally share the maintenance costs on any licenses that are unused. 8 Reviewing and Reporting This SLA covers the period from July 1, 2010 to June 30, 2011, and will be reviewed and revised at the end of this period. 8.1 SLA Reviews This Agreement will be reviewed annually or as otherwise needed. Student Computer Labs maintains responsibility for the content of this document, and may amend it as required. Al changes will be communicated to all affected parties. 9 Signatures DEPARTMENT authorization Signature: Date: Name: Title: Department: Phone: Email: UCB IST authorization Signature:

Date: Name: Title Department: Phone: Email: