Eine Verfügbarkeits-SLA von 99,9 % klingt nach einer soliden Zusage. In Minuten gerechnet bedeutet sie trotzdem gut 43 Minuten Ausfall pro Monat, die der Anbieter sich erlauben darf, ohne vertragsbrüchig zu werden. Ob dafür Geld zurückkommt, hängt davon ab, ob die SLA überhaupt rechtsverbindlich formuliert ist – und das ist bei Cloud-ERP-Anbietern keineswegs einheitlich geregelt.
Wer einen Cloud-ERP-Vertrag unterschreibt, liest die SLA-Klausel meist quer und verlässt sich auf die Prozentzahl. Genau da liegt das Problem: Die Zahl allein sagt wenig darüber aus, was im Ausfallfall tatsächlich passiert. Dieser Beitrag rechnet die gängigen SLA-Stufen in reale Ausfallzeiten um, vergleicht die offiziellen Zusagen von SAP, Microsoft und Odoo und zeigt, welche rechtlichen Ansprüche in Deutschland tatsächlich bestehen.
Was bedeutet eine SLA bei Cloud-ERP überhaupt?
Ein Service Level Agreement (SLA) legt fest, welche Mindestverfügbarkeit ein Cloud-Anbieter für sein Hosting zusichert, meist als Prozentwert pro Kalendermonat. Die Zahl bezieht sich in der Regel ausschließlich auf die Produktivumgebung und schließt angekündigte Wartungsfenster aus. Für ein ERP-System ist das relevant, weil ein Ausfall nicht nur Zugriff blockiert, sondern auch Bestellungen, Rechnungsläufe und Lagerbuchungen zum Stillstand bringt.
Die SLA ist Teil des Vertragswerks, meist in den Allgemeinen Geschäftsbedingungen oder einem separaten SLA-Dokument. Sie unterscheidet sich damit von einer reinen Marketing-Aussage auf der Produktseite – ob eine Uptime-Angabe vertraglich bindend ist oder nur eine Zielgröße, zeigt sich erst im Kleingedruckten, wie der Vergleich weiter unten zeigt.
Wie viel Ausfallzeit steckt hinter 99,5 %, 99,9 % und 99,99 %?
Jede SLA-Prozentzahl lässt sich direkt in Ausfallminuten umrechnen: Ausfallzeit pro Jahr ergibt sich aus (100 % minus SLA-Wert) mal 525.600 Minuten. Die folgende Tabelle zeigt die gängigen Stufen, auf Monats- und Jahreswerte heruntergebrochen (Basis: 30-Tage-Monat mit 43.200 Minuten):
| SLA-Wert | Erlaubter Ausfall pro Monat | Erlaubter Ausfall pro Jahr |
|---|---|---|
| 99,0 % | 432 Minuten (7,2 Stunden) | 87,6 Stunden (3,65 Tage) |
| 99,5 % | 216 Minuten (3,6 Stunden) | 43,8 Stunden |
| 99,9 % | 43,2 Minuten | 8,76 Stunden |
| 99,95 % | 21,6 Minuten | 4,38 Stunden |
| 99,99 % | 4,3 Minuten | 52,6 Minuten |
Der Unterschied zwischen 99,5 % und 99,9 % wirkt auf dem Papier klein, bedeutet in der Praxis aber eine Fünftelung der erlaubten Ausfallzeit. Bei einem Unternehmen mit Nachtschicht-Kommissionierung oder einem Onlineshop mit internationalem Kundenstamm macht das den Unterschied zwischen einem unbemerkten Kurzausfall und einer Schicht, in der niemand buchen kann.
Welche SLA-Werte garantieren SAP, Microsoft und Odoo tatsächlich?
Ein Blick in die offiziellen Vertragsdokumente zeigt, dass sich die drei großen Anbieter deutlich unterscheiden, sowohl bei der Zahl als auch bei der Frage, ob überhaupt eine rechtsverbindliche Zusage dahinter steht.
| Anbieter | SLA-Wert (Produktion) | Entschädigung bei Verfehlung | Rechtsverbindlich? |
|---|---|---|---|
| SAP (RISE/S4HANA Cloud, Private Cloud Edition) | 99,5 % pro Monat | Service Credits: 2 % der Monatsvergütung pro 1 % Unterschreitung, gedeckelt auf 20 % bei vereinbartem Level von 99,9 % | Ja, mit Kündigungsrecht nach 3 aufeinanderfolgenden Monaten Verfehlung |
| Microsoft Dynamics 365 (Finance and Supply Chain Management) | 99,9 % | Service Credits im Rahmen des allgemeinen Online-Services-SLA; geplante Wartung bis 8 Stunden/Monat ausgenommen, vorab per E-Mail angekündigt | Ja, über das konzernweite Online-Services-SLA |
| Odoo (Odoo Online/Enterprise) | 99,9 % pro Monat (ca. 45 Minuten Ausfall) | Keine Service Credits oder Gutschriften genannt | Nein, laut eigener SLA-Seite explizit keine rechtsverbindliche Garantie |
Die SAP-Werte stammen aus dem offiziellen Service Level Agreement für RISE with SAP S/4HANA, SAP ERP Private Cloud Edition (Dokumentversion deDE.v.12-2021, Stand der Abfrage 11.10.2026). Microsofts Zusage für Dynamics 365 Finance and Supply Chain Management wird mit 99,9 % beziffert, bestätigt über den Microsoft-Partner Stone Ridge Software unter Verweis auf die Microsoft-eigene SLA. Odoo nennt auf seiner Cloud-SLA-Seite ausdrücklich, dass die genannten Uptime- und Wiederherstellungsziele keine rechtsverbindlichen Garantien sind und durch außergewöhnliche Ereignisse unterschritten werden dürfen, ohne dass daraus ein Anspruch entsteht.
Was bekommen Sie, wenn der Anbieter die SLA verfehlt?
Bei SAP ist die Entschädigung konkret durchgerechnet: Für jeden Prozentpunkt, den die tatsächliche Verfügbarkeit unter dem vereinbarten Wert liegt, gibt es 2 % der monatlichen Servicevergütung als Gutschrift zurück, mit einer Monatsobergrenze von 20 % bei einem vereinbarten 99,9-Prozent-Level und einer Jahresobergrenze von einem Drittel der Jahresvergütung. Der Anspruch muss innerhalb von 30 Werktagen nach dem monatlichen Verfügbarkeitsbericht über einen dokumentierten Supportfall angemeldet werden, sonst verfällt er.
Bleibt die Produktivumgebung drei Monate in Folge unter dem vereinbarten Service-Level, räumt SAP dem Kunden ein Sonderkündigungsrecht mit 30 Tagen Frist ein. Das ist der Hebel, der bei dauerhaften Problemen tatsächlich zählt, nicht die einzelne Gutschrift. Wie sich eine solche Kündigung in der Praxis auswirkt und worauf beim Anbieterwechsel zu achten ist, zeigt der Beitrag Vendor-Lock-in bei Cloud-ERP.
Bei Odoo gibt es diesen Mechanismus nicht. Wer dort eine SLA-Verletzung nachweisen will, hat keinen vertraglich definierten Anspruch, sondern müsste sich auf die allgemeinen Gewährleistungsregeln des Vertragstyps stützen, mit allen Unsicherheiten, die das mit sich bringt.
Ist die SLA-Zusage rechtlich bindend?
Nach deutschem Recht wird ein Cloud-ERP-Vertrag in der Regel als Mietvertrag eingeordnet (§§ 535 ff. BGB), weil die Software zeitlich befristet zur Nutzung überlassen wird, ähnlich einer Besitzüberlassung. Für Teilleistungen wie Schulungen gilt Dienstvertragsrecht (§§ 611 ff. BGB), für erfolgsbezogene Leistungen wie eine Datenmigration Werkvertragsrecht (§§ 631 ff. BGB). Diese Einordnung ist keine Formalie: Aus dem Mietrecht ergibt sich, dass eine durchgehende Verfügbarkeit grundsätzlich verlangt werden kann, auch wenn der Vertrag selbst dazu schweigt. Das betrifft typischerweise SaaS-Modelle, bei denen der Anbieter den laufenden Betrieb verantwortet.
Zentral ist § 536a Abs. 1 BGB: Er begründet einen verschuldensunabhängigen Schadensersatzanspruch bei Mängeln der Mietsache, zu denen auch Verfügbarkeitsausfälle zählen können. Ein genereller Ausschluss dieses Anspruchs ist AGB-rechtlich zulässig, eine Haftungsbeschränkung bei Vorsatz oder grober Fahrlässigkeit sowie bei Schäden an Leben, Körper oder Gesundheit dagegen nicht. Diese Einordnung stammt aus einer rechtsanwaltlichen Einordnung von SaaS-Verträgen (Stand September 2026) und ersetzt keine Einzelfallprüfung durch einen Anwalt.
Praktisch bedeutet das: Eine SLA-Zahl ohne Service-Credit-Regelung wie bei Odoo ist kein Freibrief für den Anbieter, schließt aber auch keinen automatischen Anspruch ein. Wer sich im Streitfall nicht auf eine ausgehandelte Entschädigungsklausel berufen kann, muss über das allgemeine Mängelrecht argumentieren, deutlich aufwändiger, als eine vertraglich fixierte Gutschrift einzufordern. Wie sich solche Klauseln grundsätzlich verhandeln lassen, beschreibt der Beitrag ERP-Vertrag verhandeln: Lizenz, Wartung und SLA optimieren.
Welche 4 Punkte gehören in die SLA-Prüfung vor Vertragsunterschrift?
Die 4-Punkte-SLA-Prüfung deckt vier Fragen ab, die in Angebotsunterlagen oft nur knapp erwähnt werden:
- Berechnungsbasis prüfen: Bezieht sich der SLA-Wert nur auf die Produktivumgebung, oder auch auf Test- und Sandbox-Systeme? Bei SAP etwa gilt für Nicht-Produktivumgebungen nur eine Verfügbarkeit von 95 %.
- Rechtsverbindlichkeit klären: Steht im Vertrag eine konkrete Entschädigungsregelung mit Prozentsätzen, oder ist die Uptime-Zahl nur eine unverbindliche Zielgröße wie bei Odoo?
- Fristen für die Geltendmachung notieren: SAP verlangt die Anmeldung einer Gutschrift innerhalb von 30 Werktagen nach dem Monatsbericht. Wer diese Frist verpasst, verliert den Anspruch unabhängig vom tatsächlichen Ausfall.
- Eskalationsstufe und Kündigungsrecht festhalten: Ab welcher Anzahl verfehlter Monate entsteht ein Sonderkündigungsrecht, und mit welcher Frist? Diese Klausel ist bei einem Systemwechsel später oft wichtiger als die Gutschrift selbst.
Wie ein Ausfall jenseits der SLA-Frage operativ abgefedert wird, etwa durch einen dokumentierten Notfallplan, behandelt der Beitrag Cloud-ERP-Ausfall: Notfallplan für Unternehmen. Wer zusätzlich Sicherheits- und Compliance-Nachweise des Anbieters prüfen will, findet die relevanten Zertifizierungen im Beitrag Cloud-ERP-Zertifizierungen: ISO 27001, BSI C5 und SOC 2 im Vergleich.
Wann lohnt sich eine höhere SLA-Stufe – und wann nicht?
Nicht jedes Unternehmen braucht die höchste verfügbare Stufe. Die Entscheidung hängt davon ab, wie direkt ein Ausfall den Betrieb trifft:
- Wenn rund um die Uhr kommissioniert, produziert oder international verkauft wird, dann rechtfertigt der Aufpreis für 99,9 % oder höher sich meist, weil jede Ausfallminute direkt Umsatz oder Lieferfähigkeit kostet.
- Wenn der Betrieb klassische Bürozeiten hat und Ausfälle außerhalb dieser Zeiten kaum auffallen, dann reicht in der Regel die Standardstufe von 99,5 % – ein höherer Tarif zahlt sich hier selten aus.
- Wenn der Anbieter keine vertraglich fixierte Entschädigung anbietet, dann sollte die Entscheidung nicht allein an der Uptime-Zahl hängen, sondern an der Qualität des Supports und der Reaktionszeit im Störungsfall, denn eine Zusage ohne Sanktion ist in der Praxis vor allem eine Absichtserklärung.
- Wenn die Wahl zusätzlich zwischen einem privat betriebenen und einem geteilten Cloud-Modell fällt, dann lohnt sich vorab der Vergleich im Beitrag Private Cloud vs. Public Cloud ERP, da sich die SLA-Konditionen zwischen beiden Modellen oft unterscheiden.
Meine Einschätzung: Die reine Prozentzahl ist die am wenigsten aussagekräftige Angabe im gesamten SLA-Abschnitt. Entscheidend ist, ob überhaupt eine durchsetzbare Konsequenz dahintersteht. SAPs Modell mit gestaffelten Gutschriften und einem Kündigungsrecht nach drei Monaten ist das vertraglich stärkste der drei verglichenen Anbieter, auch wenn der nominale Prozentwert mit 99,5 % niedriger liegt als Odoos 99,9 %. Für kleinere Unternehmen ohne eigene Rechtsabteilung ist genau das der Punkt, der im Vertragsgespräch nachverhandelt werden sollte, nicht die zweite Nachkommastelle der Uptime-Zahl.
Das Wichtigste in Kürze
- 99,9 % Verfügbarkeit erlauben rund 43 Minuten Ausfall pro Monat, 99,5 % rund 3,6 Stunden.
- SAP garantiert 99,5 % mit gestaffelten Service Credits und Kündigungsrecht nach drei verfehlten Monaten in Folge.
- Microsoft nennt für Dynamics 365 Finance and Supply Chain Management 99,9 %, abgesichert über das konzernweite Online-Services-SLA.
- Odoo nennt ebenfalls 99,9 %, stuft diese Angabe aber selbst als nicht rechtsverbindlich ein und bietet keine Entschädigung.
- Rechtlich gilt ein Cloud-ERP-Vertrag meist als Mietvertrag; § 536a Abs. 1 BGB begründet einen verschuldensunabhängigen Schadensersatzanspruch bei Mängeln.
- Wichtiger als die Prozentzahl ist, ob eine Frist zur Geltendmachung und ein Sonderkündigungsrecht im Vertrag stehen.
Häufige Fragen zur SLA bei Cloud-ERP
Ist eine SLA von 99,9 % gut für ein ERP-System?
99,9 % ist ein in der Branche üblicher Standardwert, der etwa 43 Minuten Ausfall pro Monat erlaubt. Ob er ausreicht, hängt davon ab, ob eine vertraglich bindende Entschädigung dahintersteht, wie es bei SAP und Microsoft der Fall ist, oder ob die Zahl wie bei Odoo nur eine unverbindliche Zielgröße ist.
Was passiert, wenn der Cloud-ERP-Anbieter die SLA nicht einhält?
Das hängt vollständig von der Vertragsklausel ab. SAP zahlt gestaffelte Service Credits und räumt nach drei aufeinanderfolgenden verfehlten Monaten ein Sonderkündigungsrecht ein. Ohne eine solche Klausel bleibt nur der Weg über das allgemeine Mängelrecht nach § 536a BGB.
Gilt für On-Premise-ERP auch eine SLA?
Bei On-Premise-Systemen liegt die Verantwortung für die Verfügbarkeit beim Unternehmen selbst beziehungsweise bei einem separat beauftragten IT-Dienstleister. Eine SLA im hier beschriebenen Sinn betrifft ausschließlich Cloud- beziehungsweise SaaS-Modelle, bei denen der Anbieter den Betrieb verantwortet.
Kann ich eine höhere SLA-Stufe nachträglich verhandeln?
Bei den großen Anbietern ist das möglich, meist gegen Aufpreis und oft erst ab einer bestimmten Vertragsgröße. SAP erlaubt beispielsweise höhere Service-Level über die Order Form, die dann auch die Obergrenze der Service Credits anhebt.
Zählt eine geplante Wartung als Ausfallzeit?
Nein. Alle drei verglichenen Anbieter rechnen angekündigte Wartungsfenster aus der SLA-Berechnung heraus. Bei Microsoft sind das bis zu 8 Stunden pro Monat, die vorab per E-Mail angekündigt werden.
Quellen und weiterführende Literatur
SAP SE: Service Level Agreement for SAP HEC, RISE with SAP S/4HANA PCE, SAP ERP PCE and S/4HANA Cloud Extended Edition, Dokumentversion deDE.v.12-2021, abgerufen 11.10.2026.
Odoo S.A.: Cloud SLA (odoo.com/cloud-sla), abgerufen 11.10.2026.
Stone Ridge Software: FAQ zu Dynamics 365 Finance and Supply Chain Management, mit Verweis auf Microsofts SLA-Zusage von 99,9 %, Stand 2026.
se-legal.de: Rechtliche Einordnung von SaaS-Verträgen, Stand September 2026.
Eigene Berechnung der Ausfallzeiten nach Standard-Uptime-Formel (100 % minus SLA-Wert, multipliziert mit der Gesamtminutenzahl des Zeitraums).
Vollständige Anbieter-Übersicht im ERP-Anbieter-Verzeichnis.
