Inhaltsverzeichnis
Table of Contents |
---|
Was ist ein Service Level Agreement (SLA) ?
Ein Service Level Agreement ist eine dokumentierte Vereinbarung zwischen einem Kunden und einem Service Provider, die den zu erbringenden Service und die Serviceziele, die der Bereitstellung des Service zugrunde gelegt werden, spezifiziert.
Version
Die aubex GmbH behält sich das Recht vor, Abschnitte des Service Level Agreements von Zeit zu Zeit zu überarbeiten. Es gilt in allen Fällen die veröffentlichte Version der SLA.
Allgemeine Beschreibung
Dieses Service Level Agreement legt die Servicevereinbarungen und -erwartungen für aubex Produkte fest.
Interessenwahrung
Die aubex GmbH ist stets bestrebt im besten Interesse des Kunden- und des Projekterfolgs zu handeln.
Serviceverfügbarkeit
Einige aubex Produkte verwenden skalierbare Cloud-basierte Server, die von Amazon Web Services (AWS) gehostet werden, um weltweit einen belastbaren Service bereitzustellen und regionale Compliance- und Datenresidenzanforderungen zu erfüllen.
...
aubex unternimmt wirtschaftlich angemessene Anstrengungen, um seine Dienste mit einer jährlichen Betriebszeit von mindestens 99% verfügbar zu machen.
Sprache
Das Kundensupport-Team von aubex bietet First-Level-Support auf Deutsch. Bei Produkten, die außerhalb der DACH-Region von aubex vermarktet werden, auch in jeweiliger Landessprache. Schriftliche Supportanfragen, die in anderen Sprachen an aubex gerichtet sind, werden wenn möglich vor der Problemanalyse übersetzt.
Maßnahmen zur Lösung für übersetzte Anfragen werden dem Kunden ggf. nicht in der Anfragesprache, sondern in englischer Sprache zur Verfügung gestellt.
Servicezeiten
Die angestrebten Bereitschaftszeiten für alle Supportanfragen unterliegen den Geschäftszeiten.
...
Die Kern-Geschäftszeiten sind 8.00 bis 17.00 Uhr deutscher Zeit. (Winterzeit = UTC/GMT +1. Sommerzeit = UTC/GMT +2).
Supportkanäle
aubex sieht sich in der Verantwortung eine hohe Erreichbarkeit des Supports sicher zu stellen. aubex bietet für Supportanfragen mehrere Kanäle an. Zur Verfügung stehen
eine Telefonhotline +49 6205 / 23 23 -210
eine E-Mail-Adresse support@aubex.de
Reaktionszeit für den Standard-Support
Abhängig von der Priorität des einzelnen Tickets erfolgt eine Kontaktaufnahme durch die jeweiligen Instanzen.
...
Sollten Reaktionszeiten über einen längeren Zeitraum außerhalb der selbstauferlegten Qualitätsparameter liegen, werden von aubex Maßnahmen in Kraft gesetzt, die das Aufkommen senken und eine nachhaltige Einhaltung der angegebenen Zeiten wieder herstellen.
Ausfallzeit
Als "Ausfallzeiten" werden Zeiträume bezeichnet, in denen ein System oder Dienst nicht verfügbar ist.
Es wird zwischen "geplanter" und "ungeplanter" Ausfallzeit unterschieden. Geplante Ausfallzeiten sind Zeiträume, in denen das System oder der Dienst aufgrund von Wartungsarbeiten oder Upgrades nicht verfügbar ist. Diese Zeiträume werden üblicherweise im Voraus festgelegt und kommuniziert, um Störungen für den Kunden zu minimieren. Ungeplante Ausfallzeiten sind Zeiträume, in denen das System oder der Dienst aufgrund eines unvorhergesehenen Problems nicht verfügbar ist.
Triage
Alle Supportanfragen unterliegen einem zusätzlichen Prozess vor der Analyse und Lösung.
...
Systemausfälle oder -stillstände werden vom Support der aubex GmbH priorisiert behandelt.
First-Level-Support
Die Organisation und Bearbeitung von Anfragen im aubex Support erfolgt über die Ticketfunktionalität des eingesetzten Systems. Auf Anfragen antwortet der Support vorzugsweise telefonisch, alternativ per E-Mail.
...
Sofern möglich und sinnvoll bietet der Support Hilfestellung auch in Form von Dokumenten oder Manuals für Drittprodukte an.
Second-Level-/Last-Level-Support
Wenn die Anfrage nicht vom First-Level-Support gelöst werden kann, wird sie intern oder abhängig vom Produkt auch extern an den Second-Level-/Last-Level-Support eskaliert und weitergeleitet.
Change-/Feature-Request und Fehlermeldung
Lässt sich eine Anfrage nicht ad hoc lösen, da es sich um eine Anforderung, eine Funktionserweiterung oder einen nicht kritischen Fehler handelt, wird ein entsprechender Change-/Feature-Request oder eine Fehlermeldung dokumentiert und priorisiert. In regelmäßigen Abständen erfolgen ein Review und die Priorisierung der Fehler und Anforderungen mit dem jeweiligen Anbieter des betroffenen Systems.
Weitere Unterstützungen
Die aubex GmbH unterstützt den Kunden bei der Auswahl geeigneter, begleitender Systeme wie Druckmanagement, -archivierung etc.
Abgrenzung und Mitwirkungspflichten
Der Kunde hat folgende Mitwirkungspflichten im Rahmen dieses SLA. Sie fallen nicht in den Verantwortungsbereich der aubex GmbH.
Bereitstellung Zugangsdaten/Informationen Dritter
Die Beschaffung der Zugangsdaten und Informationen zu Drittsystemen oder anderer Erweiterungsmodule (z.B. Scribble unter iOS o.ä.) kann nötig werden damit eine entsprechende Softwarefunktion angebunden werden kann.
Die Bereitstellung dieser Informationen obliegt unseren Kunden. Für unsere Kunden existieren zum Teil Anleitungen, die die Ermittlung der benötigten Daten erleichtert. Der Austausch der Informationen findet daher direkt zwischen Leistungserbringer und Kunde statt.
Test und Abnahme
Werden aus Change-/Feature-Requests oder Fehlermeldungen resultierende Änderungen von der Entwicklung des Anbieters realisiert oder neue Funktionen implementiert, ist ggf. ein Test mit Abnahme (Bestätigung) nötig. Üblicherweise erfolgt dies zuerst durch den Kunden, der die Anforderung eingebracht, oder den Fehler gemeldet hat.
Prüfung technische Voraussetzungen
Um eine erfolgreiche Implementation des Systems zu gewährleisten, sind gewisse technische Voraussetzungen Bedingung. Diese Voraussetzungen werden im Vorfeld geprüft. Unsere Kunden unterstützen wirdabei durch telefonische Abfragen, Abfragen in Form von ausfüllbaren Checklisten oder anderen (digitalen) Dokumenten. Es obliegt unseren Kunden die tatsächliche Erfüllung dieser Voraussetzungen bzw. die Echtheit der Angaben bspw. durch remote Prüfung fest- bzw. sicherzustellen. Diese Verantwortung liegt bei der IT-Abteilung des jeweiligen Kunden.
Hardware
Die Bereitstellung und Funktion der eingesetzten Hardware (z. B. Server, Tablets) verantwortet unser Kunde. Das aubex Support Team unterstützt durch Empfehlungen und stellt hierzu - abhängig vom Produkt - Anleitungen wie z.B. Setup-Guides zur Verfügung.
Druckmanagement/Archivierung
Die Auswahl und Bereitstellung von Druckmanagement- und -Archivierungssystemen obliegen dem Kunden.
Pflege, Einrichtung ext. Produkte (DMS, Xentry, Werkstattplanung usw.)
Zur einwandfreien Funktion des Produkts kann die wiederrum einwandfreie Funktion angebundener Systeme Voraussetzung sein. Die Wartung und Instandhaltung bspw. durch Updates und Sicherungen obliegen der Verantwortung unseres Kunden.
Betrieb Workflow Management Systeme
Die Bearbeitung von technischen Problemen des Workflow Mgt. Systems (z.B. JobRouter), unterliegen dem Kundensupport des Lizenzgebers (z.B. Datec).
Möchte der Kunde die Überwachung des JobRouters nicht selbstständig leisten, so besteht die Möglichkeit mit dem jeweiligen Anbieter/Lizenzgeber einen entsprechenden Wartungs-/Support-Vertrag zu diesem Zweck abzuschließen.
Sicherung
Unser Kunde sorgt eigenverantwortlich für System- und Datenbanksicherung, Backup und Desaster-Recovery. Bei der initialen Einrichtung von Backup- und Desaster-Recovery-Plänen steht aubex unterstützend zur Seite.
Abschluss
Dieses SLA tritt mit der Unterschrift beider Parteien in Kraft und bleibt bis zu seiner Kündigung oder Überarbeitung gültig.
Begriffsdefinition
Alle Begriffsdefinitionen
Begriff | Erläuterung |
Service Desk |
|
Operational Level Agreements (OLA) | Dokumentierte Vereinbarung zwischen einem Service-Provider und einem anderen Teil der Organisation des Service-Providers oder einem Föderationsmitglied über die Bereitstellung einer Servicekomponente oder eines unterstützenden Service, die / der erforderlich ist, um Services für Kunden erbringen zu können |
Service Level Agreements (SLA) | Dokumentierte Vereinbarung zwischen einem Kunden und einem Service Provider, die den zu erbringenden Service und die Serviceziele, die der Bereitstellung des Service zugrunde gelegt werden, spezifiziert |
Underpinning Agreement (UA) | Dokumentierte Vereinbarung zwischen einem Service-Provider und einem externen Zulieferer, welche die vom Zulieferer bereitzustellenden unterstützenden Services oder Servicekomponenten sowie die entsprechenden Service-Ziele spezifiziert. |
VIP-Tickets | Incident oder Service Requests der Geschäftsführung |
Vorfall / Incident | Ungeplante Unterbrechung im Betrieb eines Service bzw. einer Servicekomponente oder Verschlechterung der Servicequalität gegenüber dem erwarteten oder vereinbarten Niveau gemäß Service Level Agreements (SLAs), Operational Level Agreements (OLAs) |
Ticket | Anderer Begriff für Incident oder Service Request. Es steht für den Eintrag im Ticketsystem. |
KB-Artikel (KBA) / Knowledge Base Article | Dokumentation der Lösung eines Incidents oder Service Requests |
Major Incident | Das erste Ticket zu einem Infrastrukturproblem, das mehrere Benutzer betrifft. Mehrere Tickets werden zu einem Major Incident zusammengefasst |
Merged Incident | Tickets, die mit demselben Thema zu einem bekannten Problem erstellt wurden, das von verschiedenen Benutzern gemeldet wurde. Diese Tickets werden mit dem Major Incident zusammenführt/angehängt. |
Serviceanfrage / Service Request | Ein formeller Antrag eines Benutzers, etwas zur Verfügung zu stellen. |
Servicekatalog / Service Catalogue | An Kunden gerichtete Auflistung aller aktuell angebotenen Services zusammen mit relevanten Informationen über diese Services
|
Service Portfolio Catalogue | Ein IT-Servicekatalog ist eine Liste von Technologieressourcen und -angeboten, die vom IT-Dienstleister innerhalb einer Organisation verfügbar sind. |
Problem | Ein Problem ist die Ursache eines oder mehrerer Vorfälle. |
Change | Änderung oder Erweiterung einer vorhandenen Spezifikation, eines Produkts oder einer Dienstleistung (Service). |
VIP-Tickets | Vorfälle oder Serviceanfragen von der Geschäftsführung |
SMS / Service Management System | Umfasst Prozessen, Rollenmodell, technische Systeme, IT-Servicekatalog die im direkten Bezug zum Service Management stehen |
3-Strike-Policy | Werden Tickets angelegt, sind ggf. Rückmeldungen vom Ersteller notwendig um die Anfrage/den Vorfall zu lösen. Bekommt der Service Desk keine Rückmeldung, wird der Ersteller bis zu 3 mal Informiert, bevor das Ticket geschlossen wird. |
Reaktionszeit (Abk. RZ) | Reaktionszeiten definieren die Zeit, in der eine Handlung erfolgen muss. |
Lösungszeit (Abk. LZ) | Die Lösungszeit ist eine zentrale Kenngröße für den Service Desk und damit auch für das Incident und Service Request Management. Sie beschreibt die Dauer zwischen der Aufnahme einer Störungsmeldung oder eines Service Requests und dessen Lösung bzw. Abarbeitung. |
Drei Arten von Changes in ITIL | ITIL unterscheidet zwischen drei verschiedenen Arten von Changes: Standard Changes: Vorautorisierte, risikoarme Changes, die einem bekannten Verfahren folgen. (Bsp. RPA Installation) Emergency Changes: Changes, die sofort umgesetzt werden müssen, zum Beispiel um einen Major Incident zu beheben. (Bsp. Bugfix) Normal Changes: Alle anderen Changes, die keine Standard Changes oder Emergency Changes sind. (Bsp. Entwicklung eine neuen Funktion) |
Änderungshistorie
Ersteller | Datum | Version | Änderung |
Kristian Knies | 31.06.2023 | 0.1 | Initiale Version |
Kristian Knies | 18.09.2023 | 0.2 | Ergänzung Premium Support |
Christian Schmidt | 07.12.2023 | 0.3 | Korrektur Premium Option, Korrektur Servicezeiten und Feiertage, Adaption auf “Light Version” |
Christian Schmidt | 14.12.2023 | 0.4 | Überarbeitung Kapitel “Abgrenzung und Mitwirkungspflichten” |