SLA. 3.3.1. Soweit in den anwendbaren produktspezifischen Ergänzenden Bedingungen nicht abweichend geregelt, wird SAP eine durchschnittliche monatliche Systemverfügbarkeit für das Produktivsystem des Cloud Service aufrechterhalten, die in der Service Level Vereinbarung („SLA“) geregelt ist, die in der Vereinbarung referenziert wird. Erreicht SAP das SLA nicht, hat der Auftraggeber Anspruch auf einen Service Level Credit in Form einer Konventionalstrafe (Art. 160 ff. OR) wie im SLA detailliert. Der Auftraggeber hat das von SAP bereitgestellte Service Level Credit Verfahren einzuhalten. Sobald die Gültigkeit des Service Level Credit durch SAP schriftlich oder per E-Mail bestätigt wurde, wird der Anspruch als Gutschrift auf einen zeitlich nachfolgenden Rechnungsbetrag für den Cloud Service verrechnet, oder - wenn keine künftige Rechnung mehr fällig ist – auf Anfrage des Auftraggebers als Rückvergütung gezahlt. Geleistete Vertragsstrafen werden auf etwaige Schadensersatzansprüche und/oder Aufwendungsersatzansprüche des Auftraggebers angerechnet.
SLA. Mit dem Zeitpunkt der Durchführung der Migration gelten auf den migrierten A1 Ether Link Services der Kategorie 2 die Bestimmungen zur Regelentstörung und die Bestimmungen zur Verfügbarkeit gemäß Anhang 3 Betriebliches Handbuch. Der Etherlinkvertragspartner kann jedoch jederzeit ein höherwertigeres SLA gemäß Anhang 3 bestellen.
SLA. Mit dem Zeitpunkt der Durchführung der Migration gelten auf den migrierten unbeschalteten Glasfasern die Bestimmungen zur Regelentstörung und die Bestimmungen zur Verfügbarkeit gemäß Anhang 4 Betriebliches Handbuch. Der Glasfaservertragspartner kann jedoch jederzeit ein höherwertigeres SLA gemäß Anhang 4 Betriebliches Handbuch bestellen.
SLA. 9.5.1 SLA-Support bei Fehlern des PTV-Cloud-Dienstes Im Falle eines Fehlers der Klasse 1 oder 2 hat der VAR seine SLA- Supportanfrage über die in der Benachrichtigung über die Produktaktivierung angegebene E-Mailadresse an PTV zu senden.
SLA. Der Umfang der vereinbarten Dienstleistungen (SLA — Ser- vice Level Agreement) ist in einem separaten SLA-Dokument definiert.
SLA. Für bestimmte Dienste bietet OVHcloud spezielle SLAs, die in den jeweils geltenden BVB im Detail aufgeführt sind. Werden diese SLAs nicht erfüllt, hat der Kunde Anspruch auf die in den BVB angegebenen Dienstgutschriften. Um diesen Anspruch geltend zu machen, muss der Kunde (i) die Störung melden und alle für die Diagnose und den Eingriff von OVHcloud relevanten Informationen übermitteln, (ii) mit OVHcloud zur Wiederherstellung des Dienstes zusammenarbeiten, (iii) durchgehend erreichbar bleiben, um alle Anfragen nach zusätzlichen Informationen zu beantworten und die erforderlichen Tests und Kontrollen durchzuführen, (iv) OVHcloud bei Bedarf Zugriff auf sein Kundencenter gewähren und (v) spätestens innerhalb von dreißig (30) Tagen nach Feststellen der Störung in seinem Kundencenter einen Antrag zur Anwendung der Dienstgutschriften stellen. Stellt OVHcloud eine von OVHcloud verursachte Störung fest, schließt OVHcloud die Diagnose ab und arbeitet gemeinsam mit dem Kunden an der Wiederherstellung der Verfügbarkeit.
SLA. Für Software welche im SaaS-Model genutzt wird gilt der SLA des Cloud Solution Partners META10 Secure Cloud. Die aktuellen SLA sind unter xxx.xxxx00.xxx/xxx zu finden.
SLA. Der Umfang der vereinbarten Dienstleistungen (Service Level Agreement) ist in einem separaten Dokument festgelegt.
SLA. Das SLA unter xxx.xxxxxx.xx/xxxxx ist massgebend.
SLA. Die Bedingungen, unter denen die Leistungen des Lizenzgebers erbracht werden.