Ein Softwarehaus liefert ein ERP-System, das in der Produktivumgebung des Käufers kritische Fehler zeigt. Der Auftraggeber verweigert die Abnahme. Der Auftragnehmer stellt dennoch Rechnung. Beide Seiten berufen sich auf den Vertrag — und meinen offenbar verschiedene Vertragswerke. Dieses Szenario ist in der Mandatspraxis keine Ausnahme, sondern ein wiederkehrendes Muster.
Streit aus Liefer- und Werkverträgen in der Software- und IT-Branche richtet sich nach den werkvertraglichen Vorschriften des BGB (§§ 631 ff.) und — bei beiderseitigem Handelsgewerbe — ergänzend nach dem HGB. Entscheidend für Geschäftsführer ist: Die rechtliche Einordnung des Vertrags als Kauf-, Werklieferungs- oder Werkvertrag bestimmt, welche Gewährleistungsrechte, Fristen und Durchsetzungswege gelten. Wer diese Weichenstellung verpasst, riskiert Rechtsverlust durch Fristablauf. Die nachfolgende Analyse legt die maßgeblichen Normen dar, benennt typische Konfliktlinien der IT-Branche und zeigt strukturierte Handlungsoptionen für Mittelständler auf.
Der Beitrag gliedert sich in die Vertragsqualifikation, die werkvertragliche Mängelhaftung, kaufrechtliche Besonderheiten, die Rüge- und Verjährungspraxis, prozessuale Optionen vor Landgericht und OLG sowie die Schiedsgerichtsbarkeit als Alternative.
Vertragsqualifikation: Kauf-, Werklieferungs- oder Werkvertrag?
Die erste und oft unterschätzte Weichenstellung in jedem IT-Streit ist die rechtliche Einordnung des Vertrags. Sie entscheidet über das anwendbare Gewährleistungsregime, die Verjährung und die Rügeobliegenheiten.
Softwareverträge lassen sich nicht pauschal einer Vertragsart zuordnen. Standardsoftware — also ein vorgefertigtes Produkt, das unverändert übergeben wird — wird von der deutschen Rechtsprechung überwiegend als Kaufvertrag nach §§ 433 ff. BGB eingeordnet. Der Mangelbegriff folgt dann § 434 BGB, die Verjährung beträgt grundsätzlich zwei Jahre ab Ablieferung (§ 438 Abs. 1 Nr. 3 BGB), wobei bei Arglist die Regelverjährung von drei Jahren nach § 195 BGB greift. Individualsoftware dagegen, die nach den Spezifikationen des Auftraggebers entwickelt wird, ist in der Regel ein Werkvertrag nach §§ 631 ff. BGB. Das gleiche gilt für Systemintegrationsprojekte, bei denen Planung, Anpassung und Inbetriebnahme im Vordergrund stehen.
Zwischen diesen Polen steht der Werklieferungsvertrag (§ 650 BGB): Er erfasst die Herstellung einer beweglichen Sache, also auch individuell konfigurierter Hardware-Software-Kombinationen. Je nach Qualifikation gelten teils kaufrechtliche, teils werkvertragliche Normen. In der Praxis kommt es häufig vor, dass Vertragsparteien den Typ nicht ausdrücklich festlegen — dann müssen Gerichte nach dem Schwerpunkt des Leistungsversprechens entscheiden. Wer als Geschäftsführer vor Vertragsschluss keine Klarheit herstellt, schafft Auslegungsrisiken, die im Streitfall erhebliche Kosten verursachen.
Nach unserer Erfahrung in der Mandatspraxis sind gemischte Verträge — etwa eine SaaS-Vereinbarung mit Implementierungs- und Schulungskomponenten — besonders streitanfällig, weil die Parteien oft verschiedene Schwerpunkte betonen. Eine sorgfältige Vertragsgestaltung mit klarer Abgrenzung der Leistungsbestandteile und expliziter Benennung des Vertragstyps reduziert dieses Risiko erheblich.
Werkvertragliche Mängelhaftung: Was gilt, wenn die Software nicht funktioniert?
Beim Werkvertrag schuldet der Auftragnehmer die Herstellung des versprochenen Werkes in mangelfreiem Zustand. Ist das Werk mangelhaft, stehen dem Besteller gestufte Gewährleistungsrechte zu — beginnend mit dem Vorrang der Nacherfüllung.
Nach § 634 BGB kann der Besteller bei einem Mangel zunächst Nacherfüllung verlangen (§ 635 BGB). Erst nach erfolglosem Ablauf einer angemessenen Nacherfüllungsfrist — deren Dauer sich nach Art und Schwere des Mangels richtet — entstehen weitergehende Rechte: Selbstvornahme mit Kostenersatz, Rücktritt, Minderung oder Schadensersatz. In der Praxis zeigt sich, dass Auftraggeber oft zu früh zum Rücktritt greifen, ohne die Nacherfüllungsfrist ordnungsgemäß gesetzt zu haben. Das gibt dem Auftragnehmer die Möglichkeit, seinerseits Restwerklohnforderungen durchzusetzen.
Wann liegt ein Mangel vor? Im Werkvertragsrecht ist das Werk mangelhaft, wenn es nicht die vereinbarte Beschaffenheit hat (§ 633 Abs. 2 Satz 1 BGB). Bei Fehlen einer Beschaffenheitsvereinbarung kommt es auf die Eignung für den vertraglich vorausgesetzten Gebrauch an, hilfsweise auf die übliche Beschaffenheit. In der IT-Branche streiten die Parteien häufig darüber, was tatsächlich vereinbart wurde: Lastenhefte, Pflichtenhefte und Change-Requests werden unterschiedlich ausgelegt. Fehlende oder widersprüchliche Dokumentation ist deshalb ein zentrales Streitfeld.
Für die Beweislast gilt: Bis zur Abnahme trägt der Auftragnehmer die Beweislast für die Mangelfreiheit des Werkes. Nach der Abnahme kehrt sich die Beweislast um — dann muss der Besteller den Mangel und seine Ursache beweisen. Die Abnahme ist damit ein entscheidender Statuswechsel: Sie löst die Fälligkeit des Werklohns aus (§ 641 BGB) und startet die Gewährleistungsfrist. Wer als Auftraggeber die Abnahme ohne triftigen Grund verweigert, riskiert Verzug und Schadensersatzansprüche des Auftragnehmers.
Welche Besonderheiten gelten beim kaufrechtlichen Gewährleistungsregime?
Wird ein IT-Vertrag als Kaufvertrag qualifiziert — etwa bei Standardsoftware oder schlüsselfertiger Hardware — gelten die §§ 433 ff. BGB. Die praktisch wichtigsten Unterschiede zum Werkvertragsrecht betreffen die Rügepflicht bei beiderseitigem Handelsgewerbe, die Verjährungsfristen und das Nacherfüllungsrecht.
Im kaufrechtlichen Regime zwischen Kaufleuten findet § 377 HGB Anwendung: Der Käufer hat die Ware unverzüglich nach Ablieferung zu untersuchen und Mängel unverzüglich gegenüber dem Verkäufer anzuzeigen. Unterbleibt die Rüge, gilt die Ware als genehmigt. „Unverzüglich" bedeutet in der Handelspraxis in der Regel wenige Werktage, bei versteckten Mängeln beginnt die Rügeobliegenheit erst mit Entdeckung. Diese kaufmännische Rügepflicht ist in IT-Projekten besonders heikel: Softwarefehler werden oft erst nach Wochen im Produktivbetrieb sichtbar. Wer als Geschäftsführer keine strukturierten Abnahme- und Testprozesse etabliert hat, läuft Gefahr, Gewährleistungsrechte zu verlieren, bevor er sie überhaupt kennt.
Die Verjährungsfrist für kaufrechtliche Gewährleistungsansprüche beträgt nach § 438 Abs. 1 Nr. 3 BGB grundsätzlich zwei Jahre ab Ablieferung. Hiervon kann vertraglich abgewichen werden, soweit keine AGB-Kontrolle entgegensteht. Bei arglistigem Verschweigen eines Mangels gilt die Regelverjährung: drei Jahre ab Kenntniserlangung, spätestens zehn Jahre ab Entstehung (§§ 195, 199 BGB). Die Regelverjährung von drei Jahren nach § 195 BGB beginnt stets mit dem Schluss des Jahres, in dem der Anspruch entstanden ist und der Gläubiger Kenntnis erlangt hat.
In der Konstellation, dass Individualsoftware als Kaufvertrag eingeordnet wird — was gelegentlich vorkommt, wenn die Parteien unklare Formulierungen gewählt haben — entstehen Wertungswidersprüche, weil die kaufrechtliche Gewährleistung auf das Nachlieferungsrecht (§ 439 BGB) ausgerichtet ist, das bei einem individuell erstellten Werk strukturell nicht passt. Gerichte lösen diesen Konflikt oft durch eine werkvertragliche Qualifikation. Das unterstreicht die Bedeutung einer präzisen Vertragssgestaltung.
Rügeobliegenheiten, Fristen und typische Fallstricke im IT-Kontext
Fristversäumnisse sind in IT-Streitigkeiten einer der häufigsten Gründe, warum eigentlich berechtigte Ansprüche nicht mehr durchsetzbar sind. Die Fristen- und Rügedisziplin ist deshalb kein bürokratisches Detail, sondern eine existenzielle Frage der Rechtssicherheit.
Neben der kaufmännischen Rügepflicht nach § 377 HGB (bei Kaufverträgen zwischen Kaufleuten) sind folgende Fristen und Obliegenheiten besonders relevant:
- Nacherfüllungsfrist: Angemessene Frist zur Nacherfüllung muss gesetzt werden, bevor weitergehende Rechte entstehen. Was „angemessen" ist, hängt von Komplexität und Schwere des Mangels ab — bei kritischen Produktionssystemen können wenige Tage ausreichend sein, bei umfangreichen Systemen mehrere Wochen.
- Verjährung werkvertraglicher Ansprüche: Nach § 634a Abs. 1 Nr. 1 BGB beträgt die Verjährung für Mängelansprüche beim Werk grundsätzlich zwei Jahre ab Abnahme; bei Bauwerken fünf Jahre. Software und IT-Systeme sind keine Bauwerke im Rechtssinne — es gilt die zweijährige Frist, soweit nicht vertraglich verlängert.
- Rücktrittsrecht: Der Rücktritt setzt neben der Fristsetzung in der Regel die Erheblichkeit des Mangels voraus (§ 323 Abs. 5 Satz 2 BGB). Nur unerhebliche Mängel schließen den Rücktritt aus; in solchen Fällen bleibt die Minderung.
- Schadensersatz statt der Leistung: Vor dem Schadensersatzverlangen ist ebenfalls regelmäßig eine Frist zu setzen, sofern nicht ausnahmsweise entbehrlich (§ 281 BGB).
- Regelverjährung: Die allgemeine Regelverjährung beträgt drei Jahre (§ 195 BGB), beginnend mit Schluss des Jahres der Anspruchsentstehung und Kenntnis. Sie gilt für vertragliche Schadensersatzansprüche und deliktische Ansprüche außerhalb der spezialgesetzlichen Gewährleistungsfristen.
Wir beraten regelmäßig Unternehmen aus der Softwarebranche, die erst nach Monaten feststellen, dass eine Nacherfüllungsfrist nie wirksam gesetzt wurde oder dass die Rüge nach § 377 HGB zu spät erfolgte. Eine frühzeitige anwaltliche Einschätzung — idealerweise sobald sich ein Streit abzeichnet — ist fast immer kostengünstiger als die spätere Schadensregulierung.
Prozessuale Optionen: Gerichtsverfahren vor Landgericht und OLG
Wenn außergerichtliche Einigungsversuche scheitern, steht für IT- und Softwarestreitigkeiten im Mittelstand der ordentliche Rechtsweg über Landgericht (LG) und — in der Berufungsinstanz — das Oberlandesgericht (OLG) offen. Die Wahl des richtigen Forums und eine sorgfältige Klagestrategie sind entscheidend für den Verfahrensausgang.
Sachliche Zuständigkeit: Streitigkeiten mit einem Streitwert ab 5.000 Euro fallen in die sachliche Zuständigkeit des Landgerichts (§ 23 Nr. 1, § 71 GVG). Bei IT-Verträgen, die regelmäßig sechsstellige oder höhere Projektvolumina umfassen, ist das Landgericht damit fast immer zuständig. Viele Landgerichte — darunter die Kammern für Handelssachen in München, Berlin, Frankfurt und Hamburg — haben besondere Erfahrung mit technisch komplexen Streitigkeiten und ziehen regelmäßig Sachverständige für Softwaretechnik hinzu.
In der Berufungsinstanz entscheidet das OLG. Die Berufungsfrist beträgt einen Monat ab Zustellung des Urteils (§ 517 ZPO), die Berufungsbegründungsfrist beläuft sich auf zwei Monate (§ 520 ZPO). Diese Fristen sind absolute Ausschlussfristen — ihre Versäumnis führt zur Unzulässigkeit des Rechtsmittels.
Für die Vorbereitung des Klageverfahrens sind folgende Gesichtspunkte besonders wichtig:
- Beweissicherung: Technische Defizite müssen dokumentiert sein, bevor Nacherfüllung gestattet oder ein System stillgelegt wird. Protokolle, Screenshots, Fehlerlogs und E-Mail-Korrespondenz sind zentrale Beweismittel. Im Zweifel kommt ein selbstständiges Beweisverfahren (§§ 485 ff. ZPO) in Betracht, das einen gerichtlich bestellten Sachverständigen zur Feststellung von Mängeln heranzieht.
- Sachverständigenbeweis: IT-Streitigkeiten werden vor Gericht fast immer durch Sachverständigengutachten entschieden. Die Auswahl und Steuerung des Sachverständigenbeweises ist deshalb eine anspruchsvolle anwaltliche Aufgabe.
- Streitwert und Kostenrisiko: Bei hohen Streitwerten sind die Gerichts- und Rechtsanwaltskosten erheblich. Das Kostenrisiko sollte frühzeitig in die Entscheidung über den Klageweg einbezogen werden.
- Einstweiliger Rechtsschutz: Bei drohenden erheblichen Schäden — etwa durch einen Systemausfall — kann einstweiliger Rechtsschutz (§§ 916 ff. ZPO) beantragt werden, um Sicherung oder vorläufige Regelungen zu erwirken.
Zu beachten ist: In der Revisionsinstanz vor dem BGH ist die Vertretung ausschließlich durch beim BGH zugelassene Rechtsanwälte möglich (§ 78 ZPO). BRANDT & FALK begleitet Verfahren bis zum OLG und arbeitet in der Revisionsinstanz mit einem beim BGH zugelassenen Rechtsanwalt zusammen.
Aus der Mandatspraxis
In einem aktuellen Mandat beriet die Kanzlei ein mittelständisches Softwareunternehmen aus dem süddeutschen Raum, das von einem produzierenden Unternehmen wegen angeblicher Mängel an einem individuell entwickelten Warenwirtschaftssystem auf Rückzahlung des geleisteten Honorars in Anspruch genommen wurde. Ausgangslage: Der Auftraggeber hatte das System abgenommen — mit Protokoll — und erst acht Monate später schriftlich Mängel geltend gemacht. Vorgehen: Die Kanzlei prüfte zunächst die Abnahmedokumentation und stellte fest, dass die geltend gemachten Mängel bereits bei Abnahme bekannt waren; eine arglistige Täuschung ließ sich nicht konstruieren. Auf dieser Grundlage wurde die Erhebung der Einrede der Verjährung vorbereitet und eine strukturierte außergerichtliche Erwiderung verfasst, die zur Einstellung des Verfahrens führte. Das Ergebnis war, dass die Werklohnforderung des Auftragnehmers im vollen Umfang bestätigt wurde. Qualitative Größenordnung: Das Auftragsvolumen lag im sechsstelligen Bereich.
Schiedsgerichtsbarkeit als Alternative: Wann lohnt sich eine Schiedsklausel?
Neben dem ordentlichen Rechtsweg bietet die Schiedsgerichtsbarkeit für IT- und Softwarestreitigkeiten im Mittelstand erhebliche Vorteile — sofern die Schiedsklausel sorgfältig formuliert ist und das Verfahren richtig eingesetzt wird.
Die Schiedsgerichtsbarkeit nach §§ 1025 ff. ZPO ermöglicht es den Parteien, Streitigkeiten durch ein privatrechtlich bestelltes Gremium verbindlich entscheiden zu lassen. Der Schiedsspruch hat die Wirkung eines rechtskräftigen Urteils und ist nach dem New Yorker Übereinkommen in über 170 Staaten vollstreckbar. In IT-Streitigkeiten werden häufig die Schiedsordnungen der Deutschen Institution für Schiedsgerichtsbarkeit (DIS) oder der Internationalen Handelskammer (ICC) vereinbart.
Welche Konstellationen sprechen für Schiedsgerichtsbarkeit?
- Vertraulichkeit: Schiedsverfahren sind nicht öffentlich. Für Unternehmen, die proprietary code, Geschäftsgeheimnisse oder sensible Kundendaten schützen wollen, ist das ein erheblicher Vorteil gegenüber dem öffentlichen Gerichtsverfahren.
- Technische Expertise: Die Parteien können Schiedsrichter mit spezifischer IT- und Softwarekompetenz benennen, was die Qualität der Sachentscheidung erhöht und langwierige Sachverständigenverfahren reduzieren kann.
- Internationale Sachverhalte: Bei grenzüberschreitenden IT-Projekten — etwa mit Anbietern aus dem EU-Ausland oder Drittstaaten — ist die internationale Vollstreckbarkeit des Schiedsspruchs ein entscheidender Vorteil.
- Flexibilität: Verfahrenssprache, Schiedsort und anwendbares Recht können frei vereinbart werden.
Demgegenüber stehen Nachteile: Schiedsverfahren sind bei niedrigen bis mittleren Streitwerten regelmäßig teurer als ordentliche Gerichte, weil die Honorare der Schiedsrichter von den Parteien zu tragen sind. Einstweiliger Rechtsschutz ist in der Schiedsgerichtsbarkeit weniger effektiv — staatliche Gerichte bleiben für den Arrest und die einstweilige Verfügung zuständig.
Nach unserer Erfahrung lohnen sich Schiedsklauseln in IT-Verträgen typischerweise ab einem Projektvolumen, das im höheren sechsstelligen oder siebenstelligen Bereich liegt, sowie bei internationalen Projekten oder wenn besondere Vertraulichkeitsinteressen bestehen. Die Klausel selbst muss präzise formuliert sein — eine lückenhafte Schiedsklausel kann zu jahrelangen Zuständigkeitsstreitigkeiten führen.
Entscheidungsmatrix: Welches Instrument greift in welcher Konstellation?
Die Wahl des richtigen rechtlichen Instruments hängt von Vertragstyp, Streitwert, Beweisnähe und Zeitdruck ab. Die folgende Orientierung fasst die Kernkonstellationen zusammen:
Konstellation A — Standardsoftware, Kaufvertrag, beiderseitiges Handelsgewerbe: Rügepflicht nach § 377 HGB greift sofort nach Ablieferung. Rüge muss unverzüglich erfolgen. Verjährungsfrist für Gewährleistung beträgt zwei Jahre ab Ablieferung. Empfehlung: sofortige strukturierte Abnahme- und Testprozesse mit Protokollierung, Rüge bei Mängelentdeckung unverzüglich schriftlich mit konkreter Mängelbeschreibung.
Konstellation B — Individualsoftware, Werkvertrag, Abnahme erfolgt: Verjährung der Gewährleistungsansprüche läuft zwei Jahre ab Abnahme. Nacherfüllung hat Vorrang. Empfehlung: Nacherfüllungsfrist schriftlich und mit Datum setzen; Mängel technisch dokumentieren; bei ernsthafter Verweigerung der Nacherfüllung sofort anwaltliche Prüfung des Rücktritts oder Schadensersatzes.
Konstellation C — Gemischter IT-Vertrag (SaaS + Implementierung), Abnahme verweigert: Qualifikationsrisiko liegt beim klagenden Teil. Empfehlung: Werkvertragliche Einordnung argumentieren, Abnahmefiktion nach § 640 Abs. 2 BGB prüfen (Frist gesetzt, keine begründete Verweigerung). Selbstständiges Beweisverfahren zur Sicherung des Mangelbefundes erwägen.
Konstellation D — Hoher Streitwert, internationaler Bezug, Schiedsklausel vereinbart: Schiedsgericht nach DIS- oder ICC-Ordnung zuständig. Staatliche Gerichte für einstweiligen Rechtsschutz parallelisieren. Vertragliche Schiedsklausel auf Wirksamkeit prüfen. Empfehlung: spezialisierte IT-Schiedsrichter benennen, Verfahrenssprache und anwendbares Recht festlegen.
Ist die Vertragsqualifikation unklar — und das ist in der IT-Branche häufiger der Fall, als Parteien beim Vertragsschluss ahnen —, empfiehlt sich eine umgehende anwaltliche Qualifikationsanalyse, bevor Mängelanzeigen oder Fristsetzungen formuliert werden. Ein falsch formuliertes Rücktrittsverlangen kann die eigene Rechtsposition erheblich schwächen.
Schadensersatz, Minderung und Rücktritt: Abgrenzung und praktische Bedeutung
Die Sekundärrechtsbehelfe — Schadensersatz, Minderung und Rücktritt — werden in der Praxis oft durcheinandergebracht oder kumulativ geltend gemacht, obwohl sie teils gegenseitig ausschließend sind. Klare Abgrenzung ist deshalb ein zentrales Element jeder IT-Streitstrategie.
Der Rücktritt (§§ 323, 326, 634 Nr. 3 BGB) setzt in der Regel einen erheblichen Mangel voraus. Er führt zur Rückabwicklung des Vertrags: Bereits gezahlte Vergütung ist zurückzugewähren, das Werk — soweit möglich — zurückzugeben. In IT-Projekten ist die Rückabwicklung praktisch schwierig, wenn das System bereits in den Betrieb integriert ist. Gerichte berücksichtigen diese Vollzugshindernisse, aber sie beseitigen den Anspruch dem Grunde nach nicht.
Die Minderung (§ 638 BGB beim Werkvertrag, § 441 BGB beim Kaufvertrag) reduziert den Kaufpreis proportional zum Minderwert. Sie ist der Rechtsbehelf der Wahl, wenn das Werk im Wesentlichen verwendbar ist, aber Defizite aufweist, die keine vollständige Rückabwicklung rechtfertigen. Praktisch relevant ist die Minderung etwa bei Software, die Grundfunktionen erfüllt, aber Nebenfunktionen nicht korrekt ausführt.
Schadensersatz statt der Leistung (§§ 280, 281, 283 BGB) umfasst den gesamten wirtschaftlichen Schaden, der durch die mangelhafte Leistung entstanden ist — einschließlich entgangenem Gewinn, Mehrkosten für Ersatzbeschaffung und Folgeschäden. Er setzt regelmäßig Fristsetzung und Verschulden des Auftragnehmers voraus. Schadensersatz und Rücktritt können grundsätzlich kombiniert werden; Schadensersatz und Minderung schließen sich dagegen bezüglich derselben Schadenspositionen aus.
In der Mandatspraxis sehen wir häufig, dass mittelständische Unternehmen die Rechtsbehelfe nicht strategisch wählen, sondern reflexartig den Rücktritt erklären — obwohl dieser angesichts vollzogener Integration des Systems tatsächlich nicht mehr rückabwickelbar ist und der Schadensersatzanspruch wirtschaftlich sinnvoller wäre. Eine strukturierte anwaltliche Beratung vor der ersten schriftlichen Erklärung gegenüber dem Vertragspartner ist deshalb nicht optional, sondern geboten.
Was sollte ein Geschäftsführer konkret tun, wenn ein Streit entsteht?
Für Geschäftsführer im Mittelstand läuft die Frage am Ende auf eine klare Handlungsfolge hinaus: Wer in einem IT-Vertragsstreit die ersten Schritte richtig setzt, verbessert seine Rechtsposition erheblich. Wer wartet oder unkoordiniert handelt, verliert oft mehr als nötig.
Die folgende Handlungsfolge hat sich in der Mandatspraxis bewährt:
- Dokumentation sichern: Sofort alle relevanten Unterlagen sichern — Vertragstext, Anhänge, Pflichtenhefte, Lastenhefte, E-Mail-Korrespondenz, Abnahmeprotokolle, Fehlerlogs, Change-Request-Dokumentation. Nichts löschen oder überschreiben.
- Vertragsqualifikation klären: Welcher Vertragstyp liegt vor — Kauf, Werklieferung oder Werkvertrag? Diese Frage bestimmt alle weiteren Schritte. Hier ist anwaltliche Analyse zwingend.
- Rügefristen beachten: Bei kaufmännischen Kaufverträgen Mängelrüge unverzüglich formulieren und nachweisbar übersenden. Auch bei Werkverträgen sollte die Mängelanzeige schriftlich und mit präziser Beschreibung der Defizite erfolgen.
- Nacherfüllungsfrist setzen: Schriftlich, mit konkretem Datum, und mit dem Hinweis auf weitergehende Rechte bei fruchtlosem Ablauf. Die Frist sollte angemessen sein — nicht so kurz, dass sie angreifbar wird.
- Beweissicherung im Streitfall: Technische Mängel durch geeignete Mittel (Screenshots, Protokolle, ggf. gutachterliche Stellungnahme) sichern. Bei drohendem Verlust des Beweisgegenstands: selbstständiges Beweisverfahren erwägen.
- Außergerichtliche Einigung prüfen: In vielen Fällen ist eine strukturierte außergerichtliche Lösung — Nachbesserungsvereinbarung, Teilrücktritt, Schadensersatzvergleich — wirtschaftlich sinnvoller als ein Gerichtsverfahren. Die Entscheidung sollte auf Basis einer realistischen Kosten-Nutzen-Analyse getroffen werden.
- Klageweg oder Schiedsverfahren: Wenn außergerichtlich keine Lösung erreichbar ist, sollte der Klageweg zum Landgericht oder — bei vorliegender Schiedsklausel — das Schiedsverfahren ohne weiteren Zeitverlust eingeleitet werden. Jeder Monat des Zuwartens kann Beweismittel verschlechtern und Verjährungsfristen näherkommen lassen.
Welche Strategie im Einzelfall die richtige ist, lässt sich nur nach Prüfung der konkreten Unterlagen und der vertraglichen Dokumentation sagen. Die vorstehende Handlungsfolge ist ein strukturierter Ausgangspunkt — kein Ersatz für individualisierte anwaltliche Beratung.
Die vorstehende Darstellung betrifft die Regelfälle des Vertragsrechts in der IT-Branche. Ihr konkreter Fall erfordert die Prüfung der tatsächlichen Vertragsdokumentation, der Korrespondenz und der einschlägigen Fristen. Für eine erste Durchsicht Ihrer Unterlagen erreichen Sie uns unter info@brandtfalk.com.
Verwandte Leistungen
Häufige Fragen zu Streitigkeiten aus IT- und Softwareverträgen
Wie unterscheidet sich die Gewährleistung bei Standardsoftware von Individualsoftware?
Standardsoftware wird in der Regel als Kaufvertrag eingeordnet; es gelten kaufrechtliche Gewährleistungsfristen (grundsätzlich zwei Jahre ab Ablieferung nach § 438 BGB) und — bei beiderseitigem Handelsgewerbe — die unverzügliche Rügeobliegenheit nach § 377 HGB. Individualsoftware ist typischerweise Werkvertrag; die Verjährung beträgt ebenfalls regelmäßig zwei Jahre, beginnt aber erst mit der Abnahme, nicht der Ablieferung. Die Abnahme ist beim Werkvertrag ein zentrales Statusereignis, das die Fälligkeit der Vergütung auslöst und die Beweislast umkehrt. Im Zweifel ist die Einordnung anwaltlich zu klären, da sie alle weiteren Rechte bestimmt.
Was gilt, wenn die Abnahme verweigert wird?
Wird die Abnahme ohne berechtigten Grund verweigert, gerät der Besteller in Abnahmeverzug (§ 640 Abs. 1 BGB). Der Auftragnehmer kann dann Abnahme verlangen und nach fruchtlosem Ablauf einer gesetzten Frist Schadensersatz wegen Nichterfüllung geltend machen. Darüber hinaus sieht § 640 Abs. 2 BGB eine Abnahmefiktion vor: Hat der Besteller einen wesentlichen Mangel bei der Abnahmeverweigerung nicht benannt, kann er diesen nach Fristablauf grundsätzlich nicht mehr geltend machen. Eine dokumentierte Fristsetzung mit Abnahmeaufforderung ist für Auftragnehmer deshalb unverzichtbar.
Können Gewährleistungsfristen vertraglich verlängert oder verkürzt werden?
Im B2B-Bereich ist eine vertragliche Abweichung von den gesetzlichen Gewährleistungsfristen grundsätzlich möglich, unterliegt aber der AGB-Inhaltskontrolle nach §§ 305 ff. BGB, wenn die Klauseln vorformuliert sind. Eine Verkürzung unter ein Jahr ist in der Regel unwirksam; eine Verlängerung ist für den Besteller vorteilhaft und in IT-Verträgen häufig anzutreffen. Bei individuell ausgehandelten Vereinbarungen (Individualvereinbarungen, nicht AGB) ist der Gestaltungsspielraum größer. Jede solche Klausel sollte anwaltlich auf AGB-Festigkeit geprüft werden.
Wann ist ein selbstständiges Beweisverfahren sinnvoll?
Ein selbstständiges Beweisverfahren (§§ 485 ff. ZPO) empfiehlt sich, wenn Mängel technischer Natur vorliegen, die sich über die Zeit verändern oder verschwinden können — etwa bei Software, die durch Updates überschrieben oder durch Betrieb verändert wird. Das Gericht bestellt auf Antrag einen Sachverständigen, der den Zustand vor Veränderung dokumentiert. Dieses Sicherungsmittel ist besonders wertvoll, wenn die Gegenseite eine Nachbesserung ankündigt, die den Mangelbefund beseitigen würde, bevor er prozessfest dokumentiert ist.
Wie wirkt eine Schiedsklausel in IT-Verträgen?
Eine wirksame Schiedsklausel schließt die Zuständigkeit der ordentlichen Gerichte für die Hauptsache aus und begründet die ausschließliche Zuständigkeit des Schiedsgerichts. Einstweiliger Rechtsschutz bleibt auch bei vereinbarter Schiedsgerichtsbarkeit über staatliche Gerichte zugänglich (§ 1033 ZPO). Eine Schiedsklausel muss schriftlich vereinbart sein (§ 1031 ZPO) und den Streitgegenstand hinreichend bestimmen. Lückenhafte oder mehrdeutige Klauseln führen zu Zuständigkeitsstreitigkeiten, die den Verfahrensbeginn um Jahre verzögern können.
Welche Beweislast gilt bei Mängeln nach der Abnahme?
Nach der Abnahme des Werkes kehrt sich die Beweislast um: Der Besteller muss beweisen, dass der Mangel bereits bei Abnahme vorlag und nicht erst nach der Abnahme entstanden ist. Das ist in der Praxis oft schwierig, weil Software durch den laufenden Betrieb, Updates und Konfigurationsänderungen verändert wird. Eine lückenlose Dokumentation des Systemzustands bei Abnahme — idealerweise durch ein detailliertes Abnahmeprotokoll mit Testprotokollen — ist deshalb für den Besteller unverzichtbar, um die Beweislast nach Abnahme bewältigen zu können.
Die vorstehende Analyse gibt den Stand des Rechts in typischen Konstellationen wieder. Ob und wie die dargestellten Grundsätze auf Ihren konkreten IT-Vertragsstreit zutreffen, hängt von den Einzelheiten Ihrer Vertragsdokumentation, Korrespondenz und Projekthistorie ab. Für eine erste Durchsicht Ihrer Unterlagen erreichen Sie uns unter info@brandtfalk.com.
Dieser Beitrag dient ausschließlich der allgemeinen Information und stellt keine Rechtsberatung im Einzelfall dar. Er ersetzt nicht die anwaltliche Prüfung Ihres konkreten Sachverhalts. Für eine auf Ihre Situation zugeschnittene Beratung wenden Sie sich an info@brandtfalk.com.
Dieser Beitrag ist eine allgemeine Information und stellt keine Rechtsberatung dar. Für eine Prüfung Ihres Falls kontaktieren Sie info@brandtfalk.com.