Wann ist ein Bug ein Mangel? Softwarefehler juristisch richtig einordnen
„Das ist kein Bug, das ist ein Feature“ – im Projektalltag ein Scherz, im Gewährleistungsstreit die zentrale Frage: Wann ist ein Softwarefehler ein Rechtsmangel, der Nacherfüllung, Minderung oder Rücktritt auslöst? Und wann nur eine Unschönheit, mit der der Kunde leben muss?
Die Antwort entscheidet über Projekte und Prozesse – und sie hängt an drei Prüfsteinen: der vereinbarten Beschaffenheit, der vorausgesetzten Verwendung und der üblichen Qualität. Dieser Ratgeber übersetzt Juristendeutsch in Projektsprache – für Auftraggeber und Softwarehäuser.
1. Die dreistufige Mangelprüfung
Ob ein Fehler ein Mangel ist, prüft das Gesetz in einer klaren Reihenfolge:
| Stufe | Maßstab | Beispiel |
|---|---|---|
| 1. Vereinbarte Beschaffenheit | Pflichtenheft, User Stories, Akzeptanzkriterien, zugesicherte Kennzahlen | „Antwortzeit < 2 Sekunden bei 500 gleichzeitigen Nutzern“ wird verfehlt → Mangel |
| 2. Vertraglich vorausgesetzte Verwendung | Der dem Anbieter bekannte Einsatzzweck | Kassensystem, das die für den Kunden erkennbar nötige TSE-Anbindung nicht schafft |
| 3. Übliche Beschaffenheit | Was bei Software dieser Art üblich ist und erwartet werden darf | Verlust von Nutzerdaten bei normalem Betrieb – auch ohne ausdrückliche Regelung ein Mangel |
Je dünner die Leistungsbeschreibung, desto mehr Streit verlagert sich auf Stufe 3 – und desto wichtiger werden Sachverständige. Die beste Prävention ist deshalb vertragliche Präzision (siehe Lastenheft und Pflichtenheft).
2. Was (für sich genommen) kein Mangel ist
Kein Gewährleistungsfall – jedenfalls nicht automatisch
- Fehlende Fehlerfreiheit als solche: Software darf nach dem Stand der Technik Restfehler enthalten – geschuldet ist praktische Tauglichkeit, nicht Perfektion
- Nicht beauftragte Features: Was nie vereinbart war, fehlt nicht im Rechtssinne – hier hilft nur Change Request
- Bedienungsfehler und ungeeignete Umgebung: Probleme außerhalb der spezifizierten Systemvoraussetzungen
- Subjektive Erwartungen: „Ich hatte mir das intuitiver vorgestellt“ ohne vertraglichen Anker
- Eigenmächtige Änderungen: Fehler nach Eingriffen Dritter in den Code
3. Die wichtigen Graubereiche
Sicherheitslücken: Auch ohne ausdrückliche Vereinbarung gehört ein dem Stand der Technik entsprechendes Sicherheitsniveau zur üblichen Beschaffenheit – eine gravierende, ausnutzbare Lücke ist regelmäßig ein Mangel. Performance: Ohne vereinbarte Kennzahlen gilt: Die Software muss für den vorausgesetzten Einsatz praktisch nutzbar sein; quälende Ladezeiten im Tagesgeschäft können die Mangelschwelle erreichen. Kompatibilität und Updates: Bricht die Software bei üblichen Umgebungs-Updates (Browser, Betriebssystem) kurz nach Lieferung, spricht viel für einen Mangel – langfristige Pflege ist dagegen Sache des Wartungsvertrags. Für Verbraucherverträge über digitale Produkte gelten seit 2022 zusätzlich gesetzliche Aktualisierungspflichten (§ 327f BGB).
4. Fehlerklassen: Die Brücke zwischen Technik und Recht
Professionelle Verträge übersetzen die Mangelfrage in Fehlerklassen – und verknüpfen sie mit Rechtsfolgen:
| Klasse | Definition (Beispiel) | Typische Rechtsfolge im Vertrag |
|---|---|---|
| Kritisch (P1) | Produktivbetrieb unmöglich, Datenverlust, Sicherheitsleck | Abnahmehindernis; kürzeste Reaktions-/Behebungszeiten |
| Erheblich (P2) | Kernfunktion gestört, Workaround unzumutbar | Abnahme nur in begrenzter Anzahl; enge Fristen |
| Gering (P3) | Unschönheit, zumutbarer Workaround vorhanden | Kein Abnahmehindernis; Behebung im Regelbetrieb |
Solche Definitionen ersparen im Ernstfall den Streit über die „Wesentlichkeit“ – und sind für beide Seiten planbarer als das gesetzliche Raster.
5. Beweisfragen: Wer muss was beweisen?
Vor der Abnahme muss der Anbieter die Mangelfreiheit beweisen, nach der Abnahme der Kunde den Mangel – ein Grund mehr, die Abnahme ernst zu nehmen. Praktisch entscheidend ist die Reproduzierbarkeit: Ein Fehler, der sich nicht nachstellen lässt, ist juristisch kaum durchsetzbar. Deshalb: Logs sichern, Fehlerbilder mit Screenshots und Schrittfolgen dokumentieren, Systemzustände einfrieren. In festgefahrenen Fällen sichert ein selbstständiges Beweisverfahren mit gerichtlichem Sachverständigen die Tatsachen, bevor weiterentwickelt wird – Details im Ratgeber zum IT-Prozess.
Das Wichtigste in Kürze
Ein Bug ist ein Mangel, wenn er die vereinbarte Beschaffenheit, den vorausgesetzten Einsatz oder die übliche Qualität verfehlt – Perfektion ist nicht geschuldet, praktische Tauglichkeit schon. Sicherheitslücken und unbrauchbare Performance erreichen die Schwelle auch ohne ausdrückliche Regelung. Wer Fehlerklassen vertraglich definiert und Fehler reproduzierbar dokumentiert, gewinnt die Auseinandersetzung meist, bevor sie vor Gericht landet.
Streit über Bugs und Mängel?
Wir bewerten Ihre Fehlerliste juristisch, bauen die Mängelrüge oder die Verteidigung auf – kostenlose Ersteinschätzung.
Beratung anfragen →6. Häufige Fragen (FAQ)
Muss Software völlig fehlerfrei sein?
Nein – nach ständiger Rechtsprechung ist Software nach dem Stand der Technik nie völlig fehlerfrei; geschuldet ist die Eignung für den vertraglichen Einsatz. Entscheidend ist, ob ein Fehler diese Eignung beeinträchtigt oder vereinbarte Kriterien verfehlt.
Ist eine Sicherheitslücke automatisch ein Mangel?
Eine gravierende, nach dem Stand der Technik vermeidbare und ausnutzbare Lücke regelmäßig ja – angemessene Sicherheit gehört zur üblichen Beschaffenheit. Bei Alt-Systemen und theoretischen Restrisiken kommt es auf den Einzelfall und den Vertragszeitpunkt an.
Der Anbieter sagt, das Verhalten sei „wie spezifiziert“ – was nun?
Dann wird die Spezifikation selbst zum Prüfstein: War der Einsatzzweck erkennbar, kann auch eine spezifikationskonforme, aber zweckuntaugliche Lösung mangelhaft sein. Zudem sind Spezifikationen auslegungsfähig – wir prüfen, was objektiv vereinbart war.
Wie dokumentiere ich Softwarefehler beweisfest?
Je Fehler: Datum, Umgebung (Version, Browser, System), exakte Schrittfolge zur Reproduktion, erwartetes vs. tatsächliches Verhalten, Screenshots/Screencasts, Logauszüge. Sammel-Tickets („vieles geht nicht“) sind juristisch wertlos.
Was bringt ein selbstständiges Beweisverfahren?
Ein gerichtlich bestellter Sachverständiger stellt den Zustand der Software verbindlich fest, bevor er durch Updates oder Weiterentwicklung verloren geht. Das Ergebnis ist im späteren Prozess bindend verwertbar und beschleunigt Vergleiche erheblich.
Wir sind Softwarehaus und werden mit Pauschal-Rügen überzogen – wie wehren wir uns?
Konkretisierung verlangen: Ohne reproduzierbare Fehlerbeschreibung keine wirksame Mängelrüge. Parallel dokumentieren wir Bedienfehler, Umgebungsabweichungen und Eigenänderungen des Kunden – häufig kippt damit die Anspruchsgrundlage.
7. Ihre Kanzlei für Bewertung und Durchsetzung bei Softwarefehlern in Essen und ganz NRW
Die Kanzlei MANDATI in Essen berät Unternehmen, Start-ups und Verbraucher im IT-Recht – von der DSGVO-Compliance über IT-Verträge bis zur Abwehr von Abmahnungen. Persönlich in Essen oder vollständig digital, bundesweit.
MANDATI Rechtsanwälte – Ihr Anwalt für Bewertung und Durchsetzung bei Softwarefehlern in Essen und dem gesamten Ruhrgebiet. Persönliche Beratung vor Ort oder mandatsbezogen bundesweit.
Hindenburgstr. 23, 45127 Essen, Nordrhein-Westfalen
Telefon: 0201 – 890 722 40 · E-Mail: [email protected]
Öffnungszeiten: Mo–Fr 9–18 Uhr
Einzugsgebiete / „in der Nähe":
- Essen
- Bochum
- Dortmund
- Düsseldorf
- Duisburg
- Mülheim a. d. Ruhr
- Oberhausen
- Gelsenkirchen
- Köln
Kanzlei MANDATI
Hindenburgstr. 23
45127 Essen
Nordrhein-Westfalen
Telefon: 0201 – 890 722 40
E-Mail: [email protected]
Beratung im IT-Recht: vor Ort in Essen · bundesweit digital per Video und Telefon
Beweise sichern, bevor sie verschwinden
Selbstständiges Beweisverfahren und Sachverständigen-Strategie: Kanzlei MANDATI führt IT-Streitigkeiten beweisfest.
Beratung anfragen →