Service Level Agreement

1. Geltungsbereich

Dieses SLA gilt für Plattformen, die wir im Rahmen einer Projektumsetzung selbst gebaut haben und anschließend betreiben. Für bestehende Systeme, die nicht von uns stammen, gilt es erst nach einem Architektur-Sprint, in dem wir Architektur, Betriebsreife und Risiken prüfen. Der Grund ist einfach: Wir sagen keine Reaktionszeiten für Systeme zu, die wir nicht kennen.

Maßgeblich sind die Regelungen des Einzelvertrags. Weichen dessen Bestimmungen von diesem SLA ab, gehen sie vor.

2. Begriffe

• Reaktionszeit: Zeitspanne zwischen dem Eingang einer Störungsmeldung über den vereinbarten Meldeweg und der qualifizierten Rückmeldung eines Engineers, der die Bearbeitung aufnimmt. Die Reaktionszeit ist ausdrücklich keine Zusage einer Wiederherstellungszeit.
• Servicezeiten: Zeiten, in denen Störungsmeldungen bearbeitet werden und in denen Reaktionszeiten laufen.
• Störung: Abweichung der Plattform von der vertraglich vereinbarten Funktion, die den Betrieb beeinträchtigt.
• Verfügbarkeit: Anteil der Zeit eines Kalendermonats, in dem die Plattform über die vereinbarten Endpunkte erreichbar ist und ihre Kernfunktion erfüllt.

3. Servicezeiten

Unsere Servicezeiten sind Montag bis Freitag von 10:00 bis 18:00 Uhr (MEZ/MESZ), ausgenommen die gesetzlichen Feiertage am Sitz der StackVera Core GmbH in Bayern.

Das automatisierte Monitoring läuft durchgehend rund um die Uhr. Alarme, die außerhalb der Servicezeiten auflaufen, werden zu Beginn der nächsten Servicezeit bearbeitet. Eine Rufbereitschaft außerhalb der Servicezeiten ist nicht Bestandteil dieses SLA und kann gesondert vereinbart werden.

Störungsmeldungen, die außerhalb der Servicezeiten eingehen, gelten als zu Beginn der nächsten Servicezeit eingegangen.

4. Störungsklassen und Reaktionszeiten

Die Einstufung nehmen wir nach billigem Ermessen auf Basis der gemeldeten Auswirkung vor und stimmen sie mit dem Kunden ab.

Wir bearbeiten eine Störung bis zur Behebung oder bis zu einer tragfähigen Umgehungslösung. Der Aufwand wird auf die enthaltenen Engineer-Tage angerechnet. Darüber hinausgehende Aufwände rechnen wir nach vorheriger Abstimmung zum vereinbarten Tagessatz ab.

5. Verfügbarkeit

Wir sagen eine Verfügbarkeit der betreuten Plattform von 99,5 % im Kalendermonat zu. Das entspricht rund 3 Stunden und 39 Minuten möglicher Ausfallzeit pro Monat. Gemessen wird über unser Monitoring in Intervallen von einer Minute.

Nicht als Ausfallzeit gelten:

• angekündigte Wartungsfenster nach Ziffer 6;
• Ausfälle von Infrastruktur- oder Drittanbietern, auf die wir keinen Einfluss haben, insbesondere Cloud-Anbieter, Netzbetreiber und externe Schnittstellen;
• Störungen durch Änderungen, die der Kunde oder von ihm beauftragte Dritte ohne unsere Abstimmung an der Plattform vorgenommen haben;
• Störungen, die auf einer ausstehenden Mitwirkung des Kunden nach Ziffer 8 beruhen;
• höhere Gewalt sowie Angriffe, die über den vertraglich vereinbarten Schutzumfang hinausgehen.

6. Wartung

Planbare Wartungsarbeiten kündigen wir mindestens fünf Werktage im Voraus an und führen sie nach Möglichkeit außerhalb der Servicezeiten durch. Sicherheitsrelevante Aktualisierungen können wir ohne Vorlauf durchführen, wenn ein Aufschub ein Risiko für die Plattform oder die Daten des Kunden bedeuten würde. In diesem Fall informieren wir den Kunden unverzüglich.

7. Enthaltene Leistungen

Die monatliche Pauschale umfasst:

• Monitoring von Verfügbarkeit, Fehlern und Auslastung einschließlich Pflege der Alarmierung;
• Incident Response innerhalb der Servicezeiten nach den Reaktionszeiten aus Ziffer 4;
• Patches sowie Dependency- und Infrastruktur-Updates;
• einen monatlichen Health- und Cloud-Kostenreport mit priorisierten Empfehlungen;
• zwei Engineer-Tage pro Kalendermonat für geplante Arbeiten oder Störungsbehebung.

Nicht genutzte Engineer-Tage verfallen zum Monatsende. Zusätzliche Tage rechnen wir nach vorheriger Freigabe durch den Kunden zum vereinbarten Tagessatz ab.

Nicht enthalten sind insbesondere die Entwicklung neuer Funktionen, Migrationen, Rufbereitschaft außerhalb der Servicezeiten sowie Lizenz- und Infrastrukturkosten Dritter.

8. Mitwirkung des Kunden

Damit wir die zugesagten Reaktionszeiten einhalten können, verpflichtet sich der Kunde:

• einen technischen Ansprechpartner sowie eine Vertretung zu benennen;
• uns die für den Betrieb erforderlichen Zugänge und Berechtigungen dauerhaft bereitzustellen;
• Störungen über den vereinbarten Meldeweg zu melden und dabei Auswirkung, Zeitpunkt und Reproduzierbarkeit zu beschreiben;
• Änderungen an der Plattform vorab mit uns abzustimmen;
• bei der Eingrenzung einer Störung innerhalb der Servicezeiten mitzuwirken.

Solange eine erforderliche Mitwirkung aussteht, ist die Reaktionszeit gehemmt.

9. Meldeweg und Eskalation

Störungen werden ausschließlich über die im Vertrag benannte Support-Adresse gemeldet. Meldungen über andere Kanäle, etwa persönliche E-Mail-Adressen oder Chat, lösen keine Reaktionszeit aus.

Support-Adresse: support@stackvera.io

Ist eine Störung der Klasse P1 nach acht Stunden innerhalb der Servicezeiten weder behoben noch durch eine tragfähige Umgehungslösung entschärft, eskalieren wir automatisch an die Geschäftsführung der StackVera Core GmbH. Der Kunde erhält dann eine Statusmeldung mit vermuteter Ursache und den nächsten Schritten.

10. Folgen bei Nichteinhaltung

Dieses SLA sieht keine pauschalen Service Credits vor. Halten wir die zugesagte Reaktionszeit einer Störung der Klasse P1 nicht ein, dokumentieren wir die Ursache im monatlichen Report und stimmen mit dem Kunden Maßnahmen ab, die eine Wiederholung verhindern.

Verfehlen wir die zugesagte Reaktionszeit für Störungen der Klasse P1 innerhalb von drei aufeinanderfolgenden Kalendermonaten dreimal, kann der Kunde den Betriebsvertrag abweichend von der vereinbarten Mindestlaufzeit mit einer Frist von einem Monat zum Monatsende kündigen. Weitergehende gesetzliche Rechte des Kunden bleiben unberührt.

11. Änderungen dieses SLA

Wir können dieses SLA anpassen, etwa um neue Leistungen aufzunehmen. Änderungen, die den Leistungsumfang zulasten des Kunden verringern, teilen wir mindestens 30 Tage vor Wirksamkeit in Textform mit. Widerspricht der Kunde nicht innerhalb dieser Frist, gilt die neue Fassung als vereinbart. Im Widerspruchsfall gilt die bisherige Fassung bis zum Ende der laufenden Vertragsperiode fort.

12. Fragen zu diesem SLA

Fragen zu diesem Service Level Agreement beantworten wir unter hello@stackvera.io.