.svg)
Was ist ein MSA (Master Service Agreement)?
Ein MSA ist ein Rahmenvertrag, der die allgemeinen Bedingungen einer Geschäftsbeziehung regelt. Haftung, Zahlungsbedingungen, Vertraulichkeit und Kündigungsrechte. Einzelne Leistungen werden dann durch SLA oder SOW konkretisiert.
Ein Master Service Agreement (im deutschen Recht: Rahmendienstleistungsvertrag) ist das Fundament einer längerfristigen Zusammenarbeit. Es regelt nicht die konkreten Leistungen, sondern die allgemeinen Geschäftsbedingungen — sozusagen die Spielregeln der Partnerschaft.
Typische MSA-Inhalte:
- Haftung und Haftungsbegrenzung — Wer haftet für was, und wie weit geht diese Haftung?
- Vertraulichkeit — Wie werden Geschäftsgeheimnisse geschützt?
- Geistiges Eigentum — Wem gehören entwickelte Lösungen und Inhalte?
- Zahlungsbedingungen — Zahlungsfristen, Rechnungsstellung, Zahlungsausfallrisiko
- Laufzeit und Kündigung — Wie lange läuft die Vereinbarung, und wie kündigt man?
- Streitbeilegung — Schiedsverfahren oder Gerichtsweg?
Ein MSA lohnt sich vor allem, wenn Sie mit derselben Person oder demselben Unternehmen mehrfach zusammenarbeiten. Der Rahmenvertrag spart Zeit bei jedem neuen Projekt, da die Grundbedingungen bereits geklärt sind.
Im deutschen Recht muss ein MSA den Anforderungen des BGB entsprechen, insbesondere den Bestimmungen zur Kontrolle von Allgemeinen Geschäftsbedingungen (§§ 305 ff. BGB). Klauseln, die einen Partner unangemessen benachteiligen, können unwirksam sein.
Was ist ein SLA (Service Level Agreement)?
Ein SLA definiert die messbaren Leistungsstandards innerhalb einer Servicebeziehung, etwa Verfügbarkeit, Reaktionszeiten und Qualitätskennzahlen. Es ist üblicherweise ein Anhang zum MSA, keine eigenständige Vereinbarung.
Ein Service Level Agreement beantwortet die Frage: "Wie gut muss der Service sein?" Es ist typischerweise Teil eines MSA, kann aber auch eigenständig existieren — dann allerdings ohne die Rahmenschutzbestimmungen des MSA.
Konkrete SLA-Metriken aus deutschen B2B-Projekten:
- Verfügbarkeit — z.B. 99,5 % Systemverfügbarkeit im Jahresmittel
- Reaktionszeit — z.B. Antwort innerhalb von 15 Minuten bei kritischen Ausfällen
- Lösungszeit — z.B. Behebung von Problemen innerhalb von 4 Stunden
- Erreichbarkeit — z.B. Support von 08:00 bis 18:00 Uhr an Geschäftstagen
Ein eigenständiges SLA ohne MSA bietet keinen Schutz für die übergeordneten Bedingungen. Haftungsgrenzen, Vertraulichkeitspflichten und Streitbeilegungsmechanismen fehlen. Viele Unternehmen im deutschsprachigen Raum machen hier den Fehler, nur ein SLA zu vereinbaren und die rechtliche Rahmung zu vergessen.
Bei SLA-Verletzungen greifen typischerweise Pönalen (finanzielle Gutschriften pro Prozentpunkt unter dem Verfügbarkeitsziel), Kündigungsrechte bei wiederholten Verstößen oder Service Credits als Kostenlose-Nutzung-Gutschriften.
Was ist ein SOW (Statement of Work)?
Ein SOW beschreibt die konkreten Leistungen, Meilensteine, den Zeitplan und die Vergütung eines einzelnen Projekts. Es ist projektspezifisch und funktioniert als Ergänzung zum MSA.
Ein Statement of Work (Leistungsbeschreibung) ist das projektspezifische Pendant zum MSA. Während der MSA die übergeordneten Bedingungen regelt, beschreibt das SOW, welche konkreten Aufgaben wann, von wem und für welchen Preis erbracht werden.
Typischer Aufbau eines SOW:
- Projektbeschreibung und Kontext — Was wird warum gemacht?
- Deliverables — Was wird am Ende geliefert?
- Meilensteine und Zeitplan — Wann sind welche Schritte abgeschlossen?
- Preis und Zahlungsplan — Gesamtbudget und Zahlungsschritte
- Abnahmekriterien — Wie wird festgestellt, dass die Aufgabe erfolgreich ist?
- Änderungsmanagement — Was passiert, wenn der Umfang sich ändert?
Ein Angebot ist eine Vertriebshandlung. Ein SOW ist eine vertragliche Verpflichtung. Der Unterschied ist rechtlich bedeutsam: Ein Angebot wird durch Annahme zum Vertrag; ein SOW ist bereits ein unterzeichneter Bestandteil eines bestehenden Vertrags (des MSA).
Wie unterscheiden sich MSA, SLA und SOW konkret?
MSA regelt den Rahmen der Beziehung. SLA definiert die Leistungsstandards. SOW beschreibt das einzelne Projekt. Alle drei ergänzen sich und werden in langfristigen B2B-Beziehungen gemeinsam eingesetzt.
In welcher Reihenfolge werden MSA, SLA und SOW unterzeichnet?
Der MSA wird zuerst unterzeichnet und schafft den rechtlichen Rahmen. Darauf folgt das SLA mit konkreten Service-Standards. Für jedes Projekt entsteht dann ein separates SOW.
1. MSA unterzeichnen — Die Grundlage. Ohne MSA haben Sie später keine Regelung für Haftung, Vertraulichkeit oder Dispute Resolution. Wer bei der Unterschrift des MSA nicht die richtigen Berechtigungen prüft, riskiert die Unwirksamkeit des gesamten Vertrags.
2. SLA festlegen — Sobald der MSA steht, legen Sie die Service-Standards fest. Das SLA kann dem MSA als Anlage beiliegen oder als separates Dokument geführt werden.
3. SOW für jedes Projekt — Für jedes neue, konkrete Projekt ein SOW, das sich auf den MSA bezieht. Laufzeit, Kosten und Abnahmekriterien sind projektspezifisch.
Praxisbeispiel: IT-Dienstleistung im Mittelstand
Ein Unternehmen beauftragt einen IT-Dienstleister mit einer mehrjährigen Partnerschaft:
- MSA: "Wir arbeiten zusammen unter ISO-27001-Standards, Geheimhaltungspflicht und deutschem Recht. Haftung ist auf direkten Schaden begrenzt. Kündigung mit 3 Monaten Frist."
- SLA: "Das System muss zu 99,5 % verfügbar sein. Reaktionszeit bei Ausfällen: 30 Minuten. Wird dieser Wert unterschritten, gibt es 5 % Gutschrift auf den Monatspreis."
- SOW Projekt 1: "ERP-Migration zu SAP im Q2. Dauer: 12 Wochen. Kosten: 45.000 Euro. Abnahme: 7 Tage stabiler Produktivbetrieb."
- SOW Projekt 2: "Schulung von 50 Mitarbeitern im Q3. Dauer: 4 Tage. Kosten: 8.000 Euro. Abnahme: 85 % der Teilnehmer bestehen die Abschlussprüfung."
Jedes Projekt hat sein eigenes SOW, alle laufen unter demselben MSA und SLA. Beachten Sie dabei auch, wie Sie automatische Verlängerungsklauseln im MSA von Anfang an richtig gestalten.
Welche Fehler passieren beim Einsatz von MSA, SLA und SOW am häufigsten?
Die häufigsten Fehler sind: MSA wird vergessen, SLA bleibt zu vage und SOWs werden ohne Änderungsmanagement aufgesetzt.
MSA wird weggelassen — Viele Unternehmen springen direkt zu SLA und SOW, ohne einen Rahmenvertrag. Das führt zu Haftungslücken und rechtlichen Streitigkeiten, die im Nachhinein kaum zu lösen sind.
SLA ohne Metriken — SLAs werden häufig zu vage formuliert ("gute Erreichbarkeit") statt konkret und messbar. Das führt später zu Konflikten darüber, ob der Service-Level erfüllt wurde oder nicht.
Preisgleitklauseln übersehen — Im deutschen Recht sind pauschale Preisgleitklauseln problematisch. Wer als Lieferant darauf verzichtet, trägt das volle Kostenrisiko bei Preissteigerungen.
Eskalationsmechanismen fehlen — Viele MSAs und SLAs haben keine klare Eskalation für Leistungsstörungen. Das führt zu langwierigen Konflikten statt schneller Lösungen.
FAQ zu MSA, SLA und SOW
Brauche ich alle drei Dokumente auf einmal? Nicht zwingend. Für ein einfaches, einmaliges Projekt reicht oft ein detailliertes SOW mit klaren Deliverables und Kosten. MSA und SLA lohnen sich vor allem bei wiederkehrenden Beziehungen mit mehreren Projekten.
Kann ein SLA ohne MSA existieren? Technisch ja, aber es ist risikoreicher. Ohne den Rahmen eines MSA fehlen wichtige Regelungen zu Haftung, Kündigung und Streitbeilegung. Das SLA hängt dann in der Luft.
Ist ein MSA in Deutschland rechtlich durchsetzbar? Ja. Im deutschen Recht entspricht ein MSA typischerweise einem Rahmendienstleistungsvertrag. Er muss den Anforderungen des BGB entsprechen, insbesondere der Inhaltskontrolle von Allgemeinen Geschäftsbedingungen (§§ 305 ff. BGB).
Kann ich einen MSA nachträglich aufsetzen, wenn wir bereits zusammenarbeiten? Ja, aber es ist sauberer und sicherer, den MSA vor Projektstart zu unterzeichnen. Wenn Sie bereits zusammenarbeiten, sollten Sie so schnell wie möglich einen MSA aufsetzen, um die Rechtssicherheit herzustellen.
