Checklist Underpinning Contract (UC)
ITIL Process: ITIL 2011 Service Design - Supplier Management
Checklist Category: Templates ITIL 2011 - Service Design
Source: Checklist "Underpinning Contract - UC" from the ITIL Process Map
Overview
The Underpinning Contract (UC) is a contract between an IT service provider and a third party. The third party provides supporting services that enable the service provider to deliver a service to a customer. Therefore, Underpinning Contracts must be aligned with the customer-facing Service Level Agreements.
Underpinning Contract - Contents
An Underpinning Contract typically contains the following information (actual contents may vary depending on the type of service):
Service name
Supplier information
- Supplier name
- Address information
- Contact person including contact details
- Further information as required (e.g. supplier number)
Clearance information
(with location and date)
- Responsible third-party representative
- Responsible Suppplier Manager on service provider side
Contract duration
- Start and end dates
- Rules regarding renewal and termination of the agreement (if applicable, rules for normal and early termination)
Description/ desired service outcome
- Business processes/ activities supported by the service
- Desired outcome in terms of utility (example: “Field staff can access enterprise applications xxx and yyy without being constrained by location or time”)
- Desired outcome in terms of warranty (example: “High availability required during office hours in locations …”)
Interfaces and communication
Interfaces and communication between contract parties
- Contact points and details for both contractual parties
- Description of the interfaces between the third-party, the service provider and any other relevant parties
- Service Reporting (contents and intervals of service reports to be produced)
- Service Reviews (description of the procedure for reviewing the service on a regular basis)
- Procedure for handling exceptions and complaints (e.g. details to be included in formal complaints, agreed response times, escalation procedure)
Service times
- Hours when the service is required to be available
- Exceptions (e.g. weekends, public holidays)
Required types and levels of support
- On-site support
- Area/ locations
- Types of users
- Types of infrastructure to be supported
- Reaction and resolution times (according to priorities, definition of priorities e.g. for the classification of Incidents)
- Remote support
- Area/ locations
- Types of users (user groups granted access to the service)
- Types of infrastructure to be supported
- Reaction and resolution times (according to priorities, definition of priorities e.g. for the classification of Incidents)
Service level requirements/ targets
- Availability targets and commitments
- Conditions under which the service is considered to be unavailable (e.g. if the service is offered at several locations)
- Availability targets (exact definition of how the agreed availability levels will be calculated, based on agreed service time and downtime)
- Reliability targets (required by some customers, usually defined as MTBF (Mean Time Between Failures) or MTBSI (Mean Time Between Service Incidents))
- Maintainability targets (required by some customers, usually defined as MTRS (Mean Time to Restore Service))
- Down times for maintenance (number of allowed downtimes, pre-notification periods)
- Restrictions on maintenance, e.g. allowed maintenance windows, seasonal restrictions on maintenance, and procedures to announce planned service interruptions
- Definitions of Major Incidents as well as Emergency Changes and Releases to resolve urgent issues, including procedures to announce unplanned service interruptions
- Requirements regarding availability reporting
- Capacity/ performance targets and commitments
- Required capacity (lower/upper limit) for the service, e.g.
- Numbers and types of transactions
- Numbers and types of users
- Business cycles (daily, weekly) and seasonal variations
- Response times from applications
- Requirements for scalability (assumptions for the medium and long-term increase in workload and service utilization)
- Requirements regarding capacity and performance reporting
- Required capacity (lower/upper limit) for the service, e.g.
- Service Continuity commitments (availability of the service in the event of a disaster)
- Time within which a defined level of service must be re-established
- Time within which normal service levels must be restored
Technical standards and specification
Mandated technical standards and specification of the technical service interface
Responsibilities
- Duties of the third party
- Duties of the service provider
- Responsibilities of service users (e.g. with respect to IT security)
- IT Security aspects to be observed in the context of the service (if applicable, references to relevant IT Security Policies)
Sub-contractors
Sub-contractors used by the third party to fulfill the obligations defined in this agreement
- List of sub-contractors used, including their roles
- Methods applied to ensure that the services supplied by sub-contractors are aligned with and support this agreement
Pricing model
- Cost for the service provision
- Rules for penalties/ charge backs
Change history
List of annexes and references
(e.g. further contracts between the contractual parties which also apply)
Glossary
(if applicable)
[ Infobox ]
Link to this page: | https://wiki.en.it-processmaps.com/index.php/Checklist_Underpinning_Contract_%28UC%29 |
Languages: | English | Deutsch |
Image: | Underpinning Contract (.JPG) |
Author: | Stefan Kempter, IT Process Maps |