Checkliste Underpinning Contract - UC

Checkliste Underpinning Contract UC - Vorlage Underpinning Contract UC

Definition: Ein Underpinning Contract (Vertrag mit Drittparteien, UC) ist ein Vertrag zwischen einem Service Provider und einem externen Dienstleister über die Erbringung eines unterstützenden Service, mit dessen Hilfe der Service Provider einen Kundenservice anbieten kann. Underpinning Contracts müssen deshalb mit den auf die Kunden ausgerichteten Service Level Agreements in Übereinstimmung stehen.

ITIL-Prozess: ITIL Service Design - Supplier Management

ITIL 4-Practice: Supplier Management

Checklisten-Kategorie: ITIL-Templates

 

Underpinning Contract - Inhalte

Abb. 1: ITIL Underpinning Contract: Definition und Datenfluss (Vollansicht)

Ein Underpinning Contract enthält in der Regel die folgenden Informationen (die effektive inhaltliche Ausgestaltung hängt vom jeweiligen Servicetyp ab):

 

Informationen zum Dienstleister

1. Name des Dienstleisters
2. Adressdaten
3. Verantwortlicher Ansprechpartner beim Dienstleister mit Kontaktinformationen
4. Ggf. weiter Informationen wie z.B. Lieferanten-Nummer

Freigabeinformationen

(mit Ort und Datum)

1. Verantwortlicher Repräsentant des Dienstleisters
2. Verantwortlicher Supplier Manager auf Seite des Service Providers

Laufzeit des Vertrages

1. Beginn- und Endedatum
2. Regelungen bezüglich Verlängerung und Beendigung der Vereinbarung (ggf. auch Regelungen zur vorzeitigen Beendigung des Vertrags)

Beschreibung/ angestrebtes Kundenergebnis

1. Business-Prozesse/ Aktivitäten, die vom Service unterstützt werden
2. Angestrebtes Ergebnis in Bezug auf Utility (Nutzen, z.B.: "Außendienstmitarbeiter haben jederzeit und von jedem Ort aus Zugriff auf die Unternehmensanwendungen xxx und yyy")
3. Angestrebtes Ergebnis in Bezug auf Warranty (Gewährleistung, z.B.: "Hohe Verfügbarkeit während der Bürozeiten in den Lokationen …")

Schnittstellen und Kommunikation

Schnittstellen und Kommunikation zwischen den Vertragsparteien.

1. Kontaktpunkte und –details beider Vertragsparteien
2. Beschreibung der Schnittstellen zwischen dem Dienstleister, dem Service Provider und anderen relevanten Parteien
3. Berichtswesen (Inhalte und Intervalle der vom Service-Provider zu erstellenden Service-Berichte)
4. Service-Reviews (Beschreibung des Verfahrens zum regelmäßigen Durchführen von Service-Reviews mit Beteiligung des Kunden)
5. Verfahren zur Behandlung von Ausnahmen und Beschwerden (z.B. im Falle einer Beschwerde bereitzustellende Informationen, vereinbarte Antwortzeiten, Eskalations-Prozedur)

Servicezeiten

1. Zeiten, zu denen der Service zur Verfügung stehen muss
2. Ausnahmen (z.B. Wochenenden, Feiertage)

Erforderliche Support-Typen und -Levels

1. Vor-Ort-Support
   1. Bereich/ Standorte
   2. User-Typen
   3. Zu unterstützende Anwendungen und Infrastrukturkomponenten
   4. Reaktions- und Lösungszeiten (nach Prioritäten, Definition von Prioritäten z.B. für die Einordnung von Incidents)
2. Remote Support
   1. Bereich/ Standorte
   2. User-Typen (User-Gruppen mit Zugang zum Service)
   3. Zu unterstützende Anwendungen und Infrastrukturkomponenten
   4. Reaktions- und Lösungszeiten (nach Prioritäten, Definition von Prioritäten z.B. für die Einordnung von Incidents)

Service-Level-Anforderungen/ -Ziele

1. Verfügbarkeitsziele und -verpflichtungen
   1. Bedingungen, unter denen der Service als nichtverfügbar gilt (z.B. falls der Service an verschiedenen Standorten erbracht wird)
   2. Ziele im Hinblick auf Verfügbarkeit (genaue Festlegung der Art und Weise, wie die vereinbarten Availability Levels auf der Grundlage der vereinbarten Servicezeiten und Ausfallzeiten berechnet werden)
   3. Ziele im Hinblick auf Zuverlässigkeit (von einigen Kunden gefordert, in der Regel definiert als MTBF (Mean Time Between Failures – durchschnittliche Zeit zwischen zwei Ausfällen) oder MTBSI (Mean Time Between Service Incidents – durchschnittliche Zeit zwischen zwei Service Incidents))
   4. Ziele im Hinblick auf Wartbarkeit (von einigen Kunden gefordert, in der Regel definiert als MTRS (Mean Time to Restore Service – durchschnittliche Zeit bis zur Wiederherstellung des Services))
   5. Downzeiten für Wartung (Anzahl erlaubter Downzeiten, Ankündigungsfristen)
   6. Einschränkungen bei der Wartung, z.B. erlaubte Wartungsfenster, saisonale Wartungsbeschränkungen, und Verfahrensweisen bei der Ankündigung geplanter Service-Unterbrechungen
   7. Definitionen von Major Incidents sowie Notfall-Changes und -Releases zur Behebung dringender Problemen, einschließlich Verfahrensweise bei der Ankündigungen von ungeplanten Serviceunterbrechungen
   8. Anforderungen an das Availability-Reporting
2. Capacity/ Performance-Ziele und -Verpflichtungen
   1. Benötigte Kapazität (Ober-/Untergrenze) für den Service, z.B.
      1. Anzahl und Art von Transaktionen
      2. Anzahl User und User-Typen
      3. Business-Zyklen (täglich, wöchentlich) und saisonale Schwankungen
   2. Antwortzeiten der Anwendungen
   3. Anforderungen an die Skalierbarkeit (Annahmen über die mittel- und langfristige Zunahme der Auslastung und Inanspruchnahme des Services)
   4. Anforderungen in Bezug auf das Capacity- und Performance-Reporting
3. Verpflichtungen in Bezug auf Service Continuity (Verfügbarkeit des Services im Katastrophenfall)
   1. Zeitraum, innerhalb dessen ein festgelegter Service Level wieder erreicht sein muss
   2. Zeitraum, innerhalb dessen normale Service Levels wiederhergestellt sein müssen

Technische Standards und technische Spezifikation

Verpflichtende technische Standards und technische Spezifikation der Service-Schnittstelle.

Verantwortlichkeiten

1. Pflichten des Dienstleisters
2. Pflichten des Service Providers
3. IT-Sicherheitsaspekte, die im Zusammenhang mit dem Service zu beachten sind (ggf. Verweis auf die entsprechenden IT-Sicherheitsrichtlinien)

Unter-Auftragnehmer

Unter-Auftragnehmer, die vom Dienstleister eingesetzt werden, um die Verpflichtungen aus diesem Vertrag zu erfüllen.

1. Liste der Unter-Auftragnehmer einschließlich deren Rollen
2. Methoden, mit denen sichergestellt wird, dass die von Unter-Auftragnehmern bereitgestellten Services mit diesem Vertrag harmonisiert sind und dessen Ziele unterstützen

Preismodell

1. Basispreis für die Serviceerbringung
2. Regelungen für Vertragsstrafen/ Rückverrechnungen

Change-Historie

Change-Historie zu diesem Vertrag.

Liste der Anhänge und Verweise

(z.B. auf eine mitgeltende Rahmenvereinbarung)

Glossar

(falls erforderlich)

 

Anmerkungen

Basiert auf: Checkliste "Underpinning Contract (UC)" aus der ITIL-Prozesslandkarte.

Von:  Stefan Kempter , IT Process Maps.

 

Kundenergebnis › Schnittstellen › Erforderliche Support-Typen › Service-Level-Anforderungen