Software-Wartungsvertrag: Was drinstehen muss und was oft fehlt

Ein Software-Wartungsvertrag wirkt beruhigend. Er ist unterschrieben, es kümmert sich jemand. Dann fällt das System an einem Freitagnachmittag aus. Sie greifen zum Vertrag und suchen eine einfache Antwort: Wie schnell muss der Dienstleister jetzt reagieren? Wenn dort nur „zeitnah“ steht, haben Sie ein Problem.

Viele Wartungsverträge sind genau an dieser Stelle schwach. Die Vergütung regeln sie präzise. Bei Fehlerdefinition, Reaktionszeiten und Ausschlüssen bleiben sie vage. Dieser Artikel zeigt, was in den Vertrag gehört. Und welche Punkte in der Praxis am häufigsten fehlen.

Warum vage Verträge im Ernstfall teuer werden

Ein Wartungsvertrag muss genau dann funktionieren, wenn etwas kaputt ist. Im Normalbetrieb liest ihn niemand. Im Störfall lesen ihn beide Seiten sehr genau. Jede unklare Formulierung wird dann zur Verhandlungssache.

Das kostet Zeit und Geld. Statt an der Störung zu arbeiten, klären beide Seiten Zuständigkeiten. Leistungen ohne klare Vereinbarung landen als Zusatzaufwand auf der Rechnung. Im schlimmsten Fall streiten am Ende Anwälte über Sätze, die vorher nie jemand hinterfragt hat.

Dazu kommt ein zweites Risiko. Viele Verträge stammen aus der Anfangszeit des Systems. Die Software wurde seitdem erweitert, der Vertrag nicht. Er deckt Module nicht ab, die später dazukamen. Oder er nennt Ansprechpartner, die die Firma vor Jahren verlassen haben. Was sich hier an ungeklärten Punkten ansammelt, wird beim ersten Störfall fällig.

Das muss ein Software-Wartungsvertrag regeln

Vertragsgegenstand und Leistungsumfang

Der Vertrag muss exakt benennen, welche Software er abdeckt. Mit Versionsstand und Systemumgebung. Dazu gehört die Abgrenzung: Zählt die Datenbank dazu? Das Betriebssystem auf dem Server? Die Schnittstelle zur Buchhaltung? Was Software-Wartung grundsätzlich umfasst, haben wir in einem eigenen Artikel erklärt. Der Vertrag muss es für Ihr System konkret machen.

Ebenso wichtig ist die Grenze zur Weiterentwicklung. Einen Fehler beheben ist Wartung. Eine neue Funktion bauen ist eine Erweiterung. Gute Verträge ziehen diese Linie sauber. Und sie regeln, wie Erweiterungen beauftragt und abgerechnet werden.

Fehlerklassen: Was gilt als Fehler?

An diesem Punkt scheitern die meisten Verträge. „Der Auftragnehmer behebt auftretende Fehler“ reicht nicht. Ist ein verschobenes Layout ein Fehler? Eine Ladezeit von zehn Sekunden? Ein Absturz, der nur bei einem bestimmten Kunden auftritt?

Ein brauchbarer Vertrag teilt Störungen deshalb in Klassen ein. Kritisch bedeutet: Das System steht, niemand kann arbeiten. Als erheblich gilt der Ausfall wichtiger Funktionen, solange ein Umweg existiert. Gering ist alles, was den Betrieb kaum stört. Für jede Klasse vereinbaren beide Seiten eigene Fristen.

Reaktionszeit und Wiederherstellungszeit

Die Reaktionszeit sagt, wann sich der Dienstleister qualifiziert meldet. Die Wiederherstellungszeit sagt, wann das Problem behoben sein muss. Viele Verträge regeln nur die erste. Eine Reaktion nach vier Stunden hilft wenig, wenn die Behebung Wochen dauern darf.

Realistische Werte hängen an der Fehlerklasse. Bei kritischen Störungen sind wenige Stunden Reaktionszeit üblich. Bei geringen reicht oft der nächste Werktag. Festgehalten wird das in einem SLA, einem Service Level Agreement. Das ist der Vertragsteil, der Servicezusagen messbar macht. Was Verfügbarkeitswerte wie 99,9 Prozent praktisch bedeuten, zeigt unser Artikel über SLA und Verfügbarkeit.

Klären Sie auch die Servicezeiten. Gilt die Reaktionszeit rund um die Uhr oder werktags von 9 bis 17 Uhr? Ohne Regelung ist der Ausfall am Samstag erst am Montag ein Vertragsfall.

Vorbeugende Leistungen: Updates und Monitoring

Wartung ist mehr als Reparatur. Sicherheitsupdates einspielen, Systeme überwachen, Backups prüfen, Logdateien kontrollieren: Diese vorbeugenden Leistungen gehören in den Vertrag. Sonst zahlen Sie eine Pauschale, und trotzdem veraltet das System weiter. Fragen Sie konkret nach: Welche Updates spielt der Dienstleister ein? In welchem Rhythmus? Mit welchen Tests vorher?

Vergütung und Stundenkontingente

Üblich sind zwei Modelle. Eine feste Monatspauschale deckt definierte Leistungen ab. Oder Sie kaufen ein Stundenkontingent, das nach Verbrauch abgerechnet wird. Beides kann passen. Der Vertrag muss aber klären, was mit ungenutzten Stunden geschieht. Verfallen sie am Monatsende? Wandern sie in den Folgemonat? Und was kostet die Stunde über dem Kontingent? Eine Regelung zur Preisanpassung gehört ebenfalls hinein. Sonst kommt die erste Erhöhung ohne Spielregeln.

Laufzeit, Kündigung und ein geregelter Exit

Wartungsverträge laufen meist unbefristet, mit einer Kündigungsfrist von drei bis sechs Monaten. Wichtiger als die Frist ist das Vertragsende selbst. Ihr Dienstleister kennt das System nach Jahren besser als jeder andere. Der Vertrag muss ihn zur geordneten Übergabe verpflichten: aktuelle Dokumentation, sämtliche Zugänge und eine Liste der offenen Punkte. Wie eine Übergabe an einen neuen Dienstleister abläuft, haben wir separat beschrieben. Regeln Sie diesen Fall schon bei Vertragsbeginn. Bei der Trennung ist Ihre Verhandlungsposition deutlich schlechter.

Was in der Praxis am häufigsten fehlt

Wir übernehmen regelmäßig Systeme von Unternehmen, die ihren Dienstleister wechseln. Dabei lesen wir viele bestehende Verträge. Ein paar Lücken tauchen fast immer auf.

Die Mitwirkungspflichten des Kunden stehen selten drin. Der Dienstleister braucht Zugänge, Testdaten und einen erreichbaren Ansprechpartner. Fehlt das im Vertrag, verzögert sich jede Störungsbehebung. Und niemand ist schuld.

Ausschlüsse sind der zweite Klassiker. Was gilt, wenn der Hoster ein fehlerhaftes Server-Update einspielt? Wenn ein Drittanbieter seine Schnittstelle ändert? Solche Ursachen liegen außerhalb der Software. Ohne Regelung streiten beide Seiten später über jede dieser Rechnungen.

Bei kleinen Dienstleistern fehlt oft eine Vertretungsregelung. Wer übernimmt bei Krankheit oder Urlaub? Ein Vertrag mit einer einzelnen Person ist nur so verfügbar wie diese Person.

Auch der Datenschutz kommt zu kurz. Wer Software wartet, sieht häufig personenbezogene Daten. Dann verlangt die DSGVO einen Auftragsverarbeitungsvertrag, kurz AVV. Er fehlt in erstaunlich vielen Wartungsverhältnissen.

Zuletzt das Eigentum am Code. Bezahlen Sie Anpassungen, sollten die Rechte daran bei Ihnen liegen. Sichern Sie sich außerdem Zugriff auf den Quellcode und das Repository, also die Code-Verwaltung. Sonst hängt Ihr System bei einem Wechsel am alten Dienstleister.

Brauchen Sie überhaupt einen Wartungsvertrag?

Nicht jedes System braucht die feste Vereinbarung. Bei einer kleinen Website mit seltenen Änderungen reichen oft Einzelaufträge. Sobald ein Ausfall Umsatz kostet, dreht sich die Rechnung. Den ausführlichen Vergleich der beiden Modelle finden Sie im Artikel Wartungsvertrag oder Einzelauftrag.

Fazit: Der Vertrag muss den schlechten Tag regeln

Ein Software-Wartungsvertrag beweist seinen Wert am Tag des ersten Ausfalls. Dann zählt, was drinsteht: klare Fehlerklassen, feste Reaktionszeiten, geregelte Zuständigkeiten und ein sauberer Exit. Nehmen Sie Ihren bestehenden Vertrag und prüfen Sie ihn gegen diese Punkte. Eine Stunde Lesezeit ist billiger als der erste ungeregelte Notfall.

Ein Hinweis zum Schluss: Wir sind Software-Dienstleister, keine Rechtsanwälte. Für die juristische Ausgestaltung gehört ein Anwalt an den Tisch. Für die fachliche Seite sind wir da. Unsere laufende Software-Wartung deckt genau die Punkte ab, die dieser Artikel beschreibt. Sprechen Sie uns an. Das Erstgespräch ist kostenlos.