Gewährleistung und Mängel bei IT-Leistungen

Der produktive Start einer neuen Software ist erfolgt, doch zentrale Funktionen liefern falsche Ergebnisse, Schnittstellen fallen aus oder vereinbarte Berechnungen stimmen nicht. In dieser Situation zählt nicht nur, ob ein Fehler technisch behoben werden kann. Du musst auch klären, ob rechtlich ein Mangel vorliegt, welche Ansprüche dein Unternehmen hat und wie du diese Ansprüche sicherst. Wer zu lange abwartet oder Fehler nur informell ans Supportteam meldet, verliert im Zweifel wichtige Handlungsmöglichkeiten.

Der Mangelbegriff hängt vom Vertragstyp ab

Ob ein Softwarefehler einen Mangel darstellt, beurteilt sich nicht allein danach, ob die Anwendung abstürzt oder eine Fehlermeldung zeigt. Entscheidend ist zunächst, welche Leistung vertraglich geschuldet war.

Bei Standardsoftware, die dauerhaft überlassen wird, steht häufig kaufrechtliche Gewährleistung im Vordergrund. Bei einer individuellen Entwicklung oder bei Anpassungsleistungen kann Werkvertragsrecht maßgeblich sein. Dort spielt insbesondere die Abnahme eine zentrale Rolle. Bei reinen Betriebs, Hosting oder Supportleistungen sind häufig dienstvertragliche Elemente enthalten. Für diese Leistungen gelten andere Rechtsfolgen als bei der Lieferung eines mangelhaften Werks oder einer mangelhaften Software.

In der Praxis bestehen IT-Verträge oft aus mehreren Leistungsteilen. Beispielsweise kann ein Anbieter Standardsoftware bereitstellen, diese konfigurieren, Daten migrieren und anschließend Support leisten. Für die Bewertung eines Mangels solltest du die einzelnen Leistungspflichten daher sauber trennen.

Ein Mangel liegt typischerweise vor, wenn die Software bei Übergabe oder Abnahme nicht die vereinbarte Beschaffenheit hat. Die Vereinbarung kann sich aus dem Hauptvertrag, Leistungsbeschreibungen, Pflichtenheften, Angeboten, Protokollen oder verbindlichen Zusagen ergeben. Allgemeine Werbeaussagen helfen meist deutlich weniger als eine präzise Leistungsbeschreibung.

Typische Mängel sind etwa:

• Eine vereinbarte Schnittstelle verarbeitet bestimmte Datenformate nicht.
• Ein Bericht liefert bei korrekter Bedienung fehlerhafte Ergebnisse.
• Rollen und Berechtigungen entsprechen nicht dem festgelegten Berechtigungskonzept.
• Eine zugesagte Funktion ist nicht vorhanden oder nur unvollständig umgesetzt.
• Die Software erfüllt dokumentierte Sicherheitsanforderungen nicht.
• Die Leistung erreicht vereinbarte Verfügbarkeits, Antwortzeit oder Verarbeitungsvorgaben nicht.

Nicht jeder Wunsch nach einer Änderung ist ein Mangel. Wenn eine Funktion ursprünglich nicht vereinbart war, handelt es sich regelmäßig um einen Änderungswunsch. Gerade in Projekten verschwimmt diese Grenze schnell. Deshalb sollte jede Partei nachvollziehbar dokumentieren, ob es um Fehlerbeseitigung oder um zusätzliche Anforderungen geht.

Vereinbarte Beschaffenheit vor allgemeiner Erwartung

Je genauer die Sollleistung beschrieben ist, desto besser kannst du später beurteilen, ob ein Mangel vorliegt. Formulierungen wie „marktüblich“, „benutzerfreundlich“ oder „leistungsfähig“ sind auslegungsbedürftig. Sie bieten im Konfliktfall wenig Orientierung.

Besser sind überprüfbare Kriterien. Dazu gehören beispielsweise:

• unterstützte Betriebssysteme und Browser
• konkrete Schnittstellen und Datenformate
• erforderliche Rollen, Prozesse und Freigaben
• erwartete Verarbeitungsergebnisse
• Sicherheitsanforderungen und technische Schutzmaßnahmen
• Leistungswerte, soweit sie für den Geschäftsbetrieb relevant sind
• Voraussetzungen auf Seiten deines Unternehmens

Auch die Dokumentation kann Teil der geschuldeten Leistung sein. Fehlen notwendige Installationshinweise, Betriebsdokumentationen oder Bedienungsinformationen, kann dies die Nutzbarkeit erheblich beeinträchtigen. Prüfe deshalb nicht nur die Anwendung selbst, sondern auch die vereinbarten Begleitunterlagen.

Bei cloudbasierten Leistungen ist besondere Sorgfalt nötig. Dort ist nicht automatisch jede kurzzeitige Störung ein Gewährleistungsfall. Entscheidend sind die vertraglich vereinbarte Verfügbarkeit, Wartungsfenster, Messmethoden, Reaktionszeiten und Rechtsfolgen. Ein Service Level Agreement regelt häufig, wie Störungen einzuordnen und zu behandeln sind. Es ersetzt aber keine klare Leistungsbeschreibung.

Mängel strukturiert anzeigen statt nur Tickets eröffnen

Ein Supportticket ist wichtig, aber nicht immer ausreichend, um Rechte aus Gewährleistung sicher zu sichern. Viele Tickets enthalten zu wenig Informationen, werden als bloße Anwenderfrage kategorisiert oder schließen ohne nachvollziehbare Lösung. Bei erheblichen Fehlern solltest du daher zusätzlich eine formelle Mängelanzeige an die vertraglich benannte Stelle senden.

Die Mängelanzeige muss nicht aggressiv formuliert sein. Sie sollte aber eindeutig erkennen lassen, dass du einen Mangel rügst und Nacherfüllung verlangst. Sachlichkeit hilft der Zusammenarbeit, Präzision schützt deine Position.

Eine brauchbare Mängelanzeige enthält mindestens:

Inhalt	Praktische Hinweise
Vertragsbezug	Benenne Vertrag, Projekt, Modul und gegebenenfalls Leistungsbeschreibung.
Fehlerbeschreibung	Beschreibe konkret, was passiert und was stattdessen passieren müsste.
Reproduzierbarkeit	Führe Schritte, Testdaten, Zeitpunkt und betroffene Umgebung auf.
Auswirkung	Erläutere fachliche, operative und sicherheitsrelevante Folgen.
Nachweise	Füge Screenshots, Protokolle, Fehlermeldungen und Testergebnisse bei.
Forderung	Verlange ausdrücklich die Prüfung und Nacherfüllung.
Frist	Setze eine angemessene Frist oder bitte um einen belastbaren Beseitigungsplan.

Eine mögliche Formulierung lautet: „Wir zeigen hiermit einen Mangel der Leistung an. Die Funktion liefert bei den beschriebenen Eingaben nicht das vereinbarte Ergebnis. Bitte bestätige bis zum genannten Termin die Einordnung und teile uns mit, bis wann du die vollständige Nacherfüllung vornimmst.“

Wichtig ist die Trennung zwischen Erstreaktion und vollständiger Fehlerbeseitigung. Bei kritischen Störungen kann der Anbieter kurzfristig reagieren müssen, etwa durch einen Workaround. Das bedeutet nicht zwingend, dass der Mangel endgültig beseitigt ist. Halte deshalb fest, ob eine Zwischenlösung akzeptiert wird und welche Restabweichungen bestehen bleiben.

Nacherfüllung hat grundsätzlich Vorrang

Bei einem Mangel darf der Anbieter in der Regel zunächst nacherfüllen. Das bedeutet, er erhält die Gelegenheit, den Fehler zu beseitigen oder eine mangelfreie Leistung bereitzustellen. Du solltest nicht vorschnell selbst einen Dritten beauftragen oder Zahlungen vollständig einstellen, ohne die vertragliche und rechtliche Lage geprüft zu haben.

Die Nacherfüllung muss geeignet sein, den konkreten Mangel zu beheben. Wiederholte Updates ohne erkennbare Verbesserung oder bloße Verweise auf eine zukünftige Produktplanung reichen nicht unbegrenzt aus. Ebenso genügt es nicht, wenn ein Anbieter einen Fehler als „bekannt“ einstuft, aber keinen nachvollziehbaren Lösungsweg bietet.

Wie viele Nachbesserungsversuche angemessen sind, lässt sich nicht pauschal festlegen. Relevant sind unter anderem:

• Schwere und Auswirkungen des Fehlers
• technische Komplexität der Fehlerursache
• zeitliche Dringlichkeit im Geschäftsbetrieb
• bisherige Lösungsversuche
• Qualität der Kommunikation und Projektmitwirkung
• vertraglich vereinbarte Fristen und Eskalationswege

Setze Fristen nicht unrealistisch kurz. Eine unangemessene Frist fördert Streit, ohne deine Position zu verbessern. Bei einem kritischen Produktionsausfall kann eine sehr kurzfristige Reaktion erforderlich sein. Für eine dauerhafte Korrektur komplexer Schnittstellenprobleme kann dagegen ein abgestimmter Maßnahmenplan sinnvoller sein. Entscheidend ist, dass du konkret festhältst, was bis wann erwartet wird.

Fristen, Abnahme und Rügeobliegenheit richtig einordnen

Fristen sind bei IT-Leistungen an mehreren Stellen relevant. Dazu gehören Prüfungszeiträume, Abnahmefristen, Fristen zur Mängelbeseitigung und vertragliche Verjährungsfristen. Prüfe immer zuerst deinen Vertrag. Häufig enthalten Allgemeine Geschäftsbedingungen besondere Regelungen zu Meldung, Priorisierung und Bearbeitung von Fehlern.

Bei werkvertraglich geprägten Leistungen ist die Abnahme besonders wichtig. Mit ihr bestätigst du grundsätzlich, dass die Leistung vertragsgemäß erbracht wurde. Offene Mängel solltest du deshalb vor der Abnahme dokumentieren und im Abnahmeprotokoll ausdrücklich vorbehalten. Eine Abnahme mit pauschalen Formulierungen wie „ohne Einschränkungen“ kann spätere Diskussionen erheblich erschweren.

Im kaufmännischen Geschäftsverkehr kann außerdem eine Untersuchungs und Rügeobliegenheit relevant sein. Werden gelieferte Leistungen nicht zeitnah untersucht oder erkennbare Mängel nicht unverzüglich gerügt, kann dies Ansprüche gefährden. Das betrifft insbesondere kaufrechtlich eingeordnete Lieferungen. Bei komplexer Software bedeutet „unverzüglich“ nicht, dass du ohne Prüfung reagieren musst. Du brauchst aber einen organisierten Prüfprozess und darfst erkennbare Probleme nicht über längere Zeit liegen lassen.

Lege intern fest:

• Wer prüft Lieferung, Konfiguration und Abnahmegegenstände?
• Welche Tests müssen dokumentiert werden?
• Wer darf eine Abnahme erklären oder verweigern?
• Wer versendet formelle Mängelanzeigen?
• Wo werden Tickets, Protokolle und Kommunikation revisionssicher abgelegt?

Rechte sichern, ohne die Projektbeziehung zu beschädigen

Eine professionelle Mängelkommunikation ist kein Misstrauensvotum. Sie schafft Klarheit für beide Seiten. Problematisch wird es, wenn Fehler nur mündlich besprochen werden, Projektteams unterschiedliche Erwartungen haben oder Managementebenen erst spät informiert werden.

Bewährt hat sich ein abgestuftes Vorgehen. Zunächst meldest du den Fehler über den vereinbarten Prozess und dokumentierst ihn sauber. Bei erheblichen oder wiederkehrenden Mängeln ergänzt du eine formelle Anzeige. Parallel vereinbarst du einen regelmäßigen Termin zur Fehlersteuerung. Dort werden Ursachen, Maßnahmen, Verantwortlichkeiten, Fristen und Risiken festgehalten.

Unterscheide dabei stets zwischen der technischen Zusammenarbeit und der rechtlichen Absicherung. Ein gemeinsamer Lösungsworkshop ist sinnvoll. Er ersetzt jedoch nicht die schriftliche Festhaltung, dass ein Mangel vorliegt und welche Rechte du dir vorbehältst. Wenn du etwa eine Zwischenlösung akzeptierst, kannst du klarstellen, dass dies keine endgültige Abnahme und kein Verzicht auf Mängelrechte ist.

Bei uns in München behandeln wir genau diese Schnittstelle aus Vertrag, Projektsteuerung und Konfliktvermeidung mit vielen Praxisfällen. Passende Seminare und Termine findest du bei uns auf cmt.de.

Praktische Checkliste für den Ernstfall

Wenn ein erheblicher Softwarefehler auftritt, gehe in dieser Reihenfolge vor:

• Prüfe, welche konkrete vertragliche Anforderung betroffen ist.
• Sichere Beweise, insbesondere Protokolle, Screenshots, Testdaten und Zeitpunkte.
• Bewerte die Auswirkungen auf Betrieb, Sicherheit, Compliance und Fachprozesse.
• Melde den Fehler über den vereinbarten Supportweg.
• Sende bei Bedarf zusätzlich eine klare schriftliche Mängelanzeige.
• Verlange Nacherfüllung und setze eine angemessene Frist.
• Dokumentiere alle Lösungsversuche und verbleibenden Abweichungen.
• Erkläre keine vorbehaltlose Abnahme, solange wesentliche Mängel offen sind.
• Prüfe vor weiteren Schritten wie Minderung, Rücktritt, Kündigung oder Schadensersatz den Vertrag und die konkrete Rechtslage.

Je besser du Leistung, Fehler und Kommunikation dokumentierst, desto eher lässt sich ein Mangel sachlich lösen. Und wenn es doch zum Konflikt kommt, verfügt dein Unternehmen über die Informationen, die für eine belastbare rechtliche Bewertung erforderlich sind.