Ein Softwareentwicklungsvertrag scheitert kurz vor dem Go-live. Der Auftraggeber verweigert die Abnahme, der Auftragnehmer stellt die Schlussrechnung. Beide Seiten drohen mit Klage – und plötzlich steht die Geschäftsführung vor der Frage, ob das Landgericht oder ein Schiedsgericht die bessere Wahl ist, welche Fristen bereits laufen und was ein verlorenes Verfahren für die Liquidität bedeutet.
Handelsstreitigkeiten vor Gericht im Software- und IT-Sektor sind regelmäßig durch komplexe Vertragsstrukturen, technische Sachverhalte und kurze prozessuale Fristen geprägt. Nach deutschem Zivilprozessrecht (ZPO) und Handelsrecht (HGB) entscheiden Landgerichte ab einem Streitwert von über 5.000 Euro in erster Instanz; in IT-Verfahren sind technische Sachverständige und umfangreiche Beweissicherungsmaßnahmen der Regelfall. Geschäftsführer mittelständischer Software- und Technologieunternehmen sollten Rechtsdurchsetzung und Verteidigung als strukturierten Prozess verstehen – mit klar definierten Eskalationsstufen, nicht als reaktive Maßnahme.
Dieser Branchenreport analysiert die typischen Streitbilder der IT-Branche, die einschlägigen Normen, die verfahrensrechtlichen Besonderheiten und die strategischen Weichenstellungen, die über Erfolg oder Misserfolg im Prozess entscheiden.
Warum die IT-Branche besonders streitanfällig ist
Kein anderes Wirtschaftssegment verbindet technische Komplexität, hohe Investitionssummen und rechtliche Unschärfen in vergleichbarem Ausmaß wie die Software- und IT-Branche. Das ist der strukturelle Nährboden für Handelsstreitigkeiten.
Softwareprojekte scheitern häufig nicht an bösem Willen, sondern an unklaren Leistungsbeschreibungen, iterativen Entwicklungsprozessen und divergierenden Abnahmevorstellungen. Wenn ein Auftraggeber agile Entwicklung beauftragt, aber klassische Werkabnahme erwartet, ist der Konflikt programmiert. In der Mandatspraxis sehen wir regelmäßig Verträge, in denen weder Abnahmekriterien noch Eskalationsverfahren klar definiert sind – und die dann unter hohem Zeitdruck ausverhandelt werden müssen, wenn das Projekt bereits zu scheitern droht.
Hinzu kommt die Internationalität. Deutsche Mittelstandsunternehmen beziehen Softwareleistungen zunehmend aus dem EU-Ausland oder beauftragen Nearshore-Dienstleister in Mittel- und Osteuropa. Gerichtsstand- und Rechtswahlklauseln werden dabei häufig vernachlässigt. Das führt im Streitfall zu Zuständigkeitsfragen, die den Prozessauftakt um Monate verzögern können.
Schließlich: Datenverluste, Sicherheitslücken und DSGVO-Verstöße im Zusammenhang mit IT-Systemen ziehen zunehmend zivilrechtliche Schadenersatzansprüche nach sich. Nach Art. 83 DSGVO können Bußgelder bis zu 20 Millionen Euro oder vier Prozent des weltweiten Jahresumsatzes verhängt werden – der daraus folgende zivilrechtliche Regress gegen IT-Dienstleister ist ein wachsendes Streitfeld vor deutschen Landgerichten.
Welche Streitbilder dominieren die IT-Branche?
Die Streitgegenstände im IT-Sektor lassen sich in vier Kernkategorien clustern, die jeweils eigene rechtliche Anforderungen und prozessuale Besonderheiten aufweisen.
Erstens: Softwareentwicklungs- und Implementierungsstreitigkeiten. Hier geht es typischerweise um Abnahme, Gewährleistung, Nacherfüllung und Rücktritt. Das Bürgerliche Gesetzbuch unterscheidet zwischen Werkvertrag (§§ 631 ff. BGB) und Dienstvertrag (§§ 611 ff. BGB) – eine Einordnung, die in IT-Projekten regelmäßig umstritten ist. Beim Werkvertrag schuldet der Auftragnehmer einen Erfolg; beim Dienstvertrag nur die Tätigkeit selbst. Diese Unterscheidung entscheidet darüber, ob Gewährleistungsrechte bestehen, ob eine Abnahme geschuldet ist und wie Vergütungsansprüche entstehen.
In der Praxis setzen Gerichte bei umfangreichen Softwareprojekten zunehmend auf den Werkvertragscharakter – auch wenn die Parteien agile Methoden vereinbart haben. Das Oberlandesgericht-Niveau hat in verschiedenen Entscheidungen klargestellt, dass die Einordnung nach dem wirtschaftlichen Zweck und nicht nach der Entwicklungsmethodik erfolgt.
Zweitens: SaaS- und Lizenzvertragsstreitigkeiten. Software-as-a-Service-Verträge verbinden Elemente des Miet-, Dienst- und Werkvertragsrechts. Streit entsteht regelmäßig über Service-Level-Agreements (SLAs – vertraglich vereinbarte Verfügbarkeits- und Reaktionszeitgarantien), über Kündigung bei dauerhafter Unterschreitung von Verfügbarkeitswerten und über Rückgabe oder Löschung von Daten bei Vertragsende.
Drittens: IT-Outsourcing-Streitigkeiten. Wenn Unternehmen ihre IT-Infrastruktur oder wesentliche IT-Prozesse auslagern, entstehen bei Kündigung oder Insolvenz des Dienstleisters oft erhebliche Übergangsprobleme. Die Frage der Datenmigration, der Datenherausgabe und der Rückübertragung von Systemen ist in diesen Fällen selten befriedigend vertraglich geregelt.
Viertens: Schutzrechtsstreitigkeiten. Urheberrecht an Software (§§ 69a ff. UrhG), Patentschutz für technische Implementierungen und der Schutz von Datenbankwerken (§ 87a ff. UrhG) sind in der IT-Branche vielfach ungeklärt. Markenstreitigkeiten um Produktnamen und Domains ergänzen das Bild. Markenschutz besteht für zehn Jahre ab Anmeldung und ist verlängerbar – eine Grundlage, die in IT-Unternehmen oft nicht systematisch gepflegt wird.
Welcher Rechtsrahmen gilt für IT-Handelsstreitigkeiten?
IT-Streitigkeiten zwischen Unternehmen unterliegen in Deutschland primär dem Zivilprozessrecht der ZPO und dem materiellen Recht des BGB und HGB. Eine Sonderprozessordnung für IT-Verfahren existiert nicht.
Die sachliche Zuständigkeit richtet sich nach dem Streitwert: Bis 5.000 Euro ist das Amtsgericht zuständig; ab 5.001 Euro das Landgericht (§ 23 GVG, § 71 GVG). In der IT-Branche übersteigen Streitigkeiten diesen Schwellenwert nahezu regelmäßig, sodass das Landgericht der typische Eingangsort ist. Die Berufungsinstanz ist das Oberlandesgericht.
Viele Landgerichte haben spezialisierte Kammern für Handelssachen eingerichtet, die bei beiderseitigen Handelsgeschäften zuständig sind (§ 95 GVG). In IT-Verfahren ist die Kammer für Handelssachen häufig sinnvoll, da die Berufsrichter wirtschaftliche Zusammenhänge ohne ausführliche Einleitung erfassen. Der Antrag auf Verweisung an die Kammer für Handelssachen ist zeitkritisch zu stellen.
Materiellrechtlich sind mehrere Normkomplexe relevant:
- Werkvertragsrecht (§§ 631 ff. BGB) für Entwicklungsleistungen mit Erfolgspflicht
- Dienstvertragsrecht (§§ 611 ff. BGB) für laufende Wartung und Support
- Mietvertragsrecht (§§ 535 ff. BGB) für Teile von SaaS-Konstellationen
- Kaufrecht (§§ 433 ff. BGB, §§ 373 ff. HGB) für Hardwarelieferungen
- Urheberrecht (§§ 69a ff. UrhG) für Software als geschütztes Werk
- AGB-Recht (§§ 305 ff. BGB) für Standardverträge und Allgemeine Geschäftsbedingungen
Die kaufmännische Rügepflicht nach § 377 HGB ist in IT-Projekten ein häufig übersehener Fallstrick: Mängel sind unverzüglich nach Entdeckung zu rügen – andernfalls gilt die Leistung als genehmigt. Was im Warenhandel selbstverständlich ist, wird im Software-Kontext oft vernachlässigt, weil die Abnahme als informeller Prozess begriffen wird.
Für Verträge mit internationalen Bezügen – etwa mit einem Softwareentwickler in Estland oder einem Cloud-Anbieter in den USA – stellen sich Rechtswahl- und Gerichtsstandfragen nach der Rom-I-Verordnung und dem Lugano-Übereinkommen bzw. der EuGVVO. Fehlt eine vertragliche Rechtswahl, kann es zu einer langwierigen Vorabprüfung der internationalen Zuständigkeit kommen, bevor das Gericht in der Sache entscheidet.
Beweissicherung als strategische Weichenstellung im IT-Prozess
Im Zivilprozess gilt der Beibringungsgrundsatz: Jede Partei trägt die Tatsachen vor und beweist sie, die für sie günstig sind. In IT-Verfahren ist das eine besondere Herausforderung, weil relevante Nachweise oft flüchtig sind – E-Mails werden gelöscht, Server werden neu konfiguriert, Entwicklungshistorien in Versionskontrollsystemen werden überschrieben.
Nach unserer Erfahrung entscheidet die Qualität der Beweissicherung in der Frühphase eines IT-Konflikts maßgeblich über den späteren Prozessausgang. Wer zu spät handelt, verliert Beweismittel unwiederbringlich.
Das Zivilprozessrecht stellt hierfür mehrere Instrumente bereit:
Selbständiges Beweisverfahren (§§ 485 ff. ZPO): Vor oder neben dem Hauptsacheverfahren kann ein Sachverständigengutachten zur Feststellung des Zustands einer Sache oder eines Systems beantragt werden. In IT-Streitigkeiten wird dieses Instrument genutzt, um den Stand einer Softwareentwicklung, die Schwere von Mängeln oder die Ursache eines Systemausfalls gerichtlich festzustellen. Das Verfahren ist für den Antragsteller in der Regel kostengünstiger als ein Hauptsacheverfahren und kann eine Einigung erheblich beschleunigen.
Einstweilige Verfügung (§§ 935 ff. ZPO): Zur Sicherung eines Anspruchs – etwa auf Unterlassung einer Rechtsverletzung oder auf Herausgabe von Source Code – kann eine einstweilige Verfügung beantragt werden. Die Dringlichkeit ist dabei ein kritischer Faktor: Wer zu lange wartet, riskiert, dass das Gericht die Eilbedürftigkeit verneint.
Urkundenvorlage (§§ 422 ff. ZPO): Die Vorlage von Dokumenten durch den Gegner kann unter bestimmten Voraussetzungen erzwungen werden. Im IT-Kontext betrifft das Projektdokumentation, Testprotokolle und interne Kommunikation.
Praktisch ebenso wichtig wie die prozessualen Instrumente ist die betriebliche Dokumentenorganisation. Unternehmen, die ihre Projektdokumentation – Tickets, Abnahmeprotokolle, Änderungsvereinbarungen – strukturiert führen, sind im Prozess erheblich im Vorteil gegenüber Parteien, die auf E-Mail-Ketten aus drei Jahren angewiesen sind.
Verfahrensstrategie: Gericht oder Schiedsverfahren?
Die Wahl zwischen staatlichem Gericht und Schiedsverfahren ist eine der bedeutendsten strategischen Entscheidungen im Vorfeld eines IT-Rechtsstreits – und sie muss idealerweise bereits bei Vertragsschluss getroffen werden.
Das staatliche Gerichtsverfahren hat klare Vorzüge: Es ist in der Regel günstiger als ein institutionelles Schiedsverfahren (Streitwertgebühren nach GKG/RVG), die Entscheidungen sind öffentlich und erzeugen damit Transparenz über die Rechtslage, und Vollstreckungstitel sind innerhalb der EU ohne gesondertes Anerkennungsverfahren durchsetzbar.
Das Schiedsverfahren bietet demgegenüber Vertraulichkeit, die Möglichkeit der Bestellung fachkundiger Schiedsrichter mit IT-Expertise und – bei institutionellen Verfahren nach DIS- oder ICC-Regeln – oft eine strukturiertere Verfahrensführung bei hochkomplexen Sachverhalten. Für mittelständische IT-Unternehmen ist Vertraulichkeit häufig ein gewichtiges Argument, weil öffentliche Verfahren über Systemausfälle oder Datenschutzvorfälle Reputationsrisiken mit sich bringen.
Wichtig für Geschäftsführer: Eine Schiedsklausel im Vertrag schließt den Weg zum staatlichen Gericht grundsätzlich aus. Fehlt sie, ist das staatliche Gericht zuständig. Eine nachträgliche Schiedsvereinbarung ist möglich, aber von der Zustimmung beider Parteien abhängig – was im eskalierten Streit selten zu erreichen ist.
Für grenzüberschreitende IT-Verträge empfiehlt sich regelmäßig eine Schiedsklausel mit einem international anerkannten Regelwerk (DIS, ICC, UNCITRAL), kombiniert mit einer Rechtswahlklausel zugunsten deutschen oder schweizerischen Rechts. Für rein inländische Verhältnisse sind die Kammern für Handelssachen an deutschen Landgerichten eine gut funktionierende und kosteneffiziente Alternative.
Welche Lösung für Ihr Unternehmen vorzugswürdig ist, hängt von Vertragsstruktur, Streitwert und Gegenpartei ab. Nach unserer Erfahrung entscheiden sich mittelständische IT-Unternehmen zu häufig erst im Streitfall – und nicht bereits bei Vertragsgestaltung – für eine Klausel, die ihren Interessen entspricht.
Fristen im IT-Prozess: Was Geschäftsführer nicht übersehen dürfen
Prozessuale Fristen sind im Zivilverfahren nicht disponibel. Wer sie versäumt, verliert Rechte – oft unwiederbringlich. Das gilt im IT-Bereich besonders, weil Konflikte häufig über Monate schwelen, bevor rechtliche Schritte eingeleitet werden.
Die regelmäßige Verjährungsfrist beträgt drei Jahre (§ 195 BGB) und beginnt mit dem Schluss des Jahres, in dem der Anspruch entstanden ist und der Gläubiger Kenntnis erlangt hat (§ 199 BGB). Für Geschäftsführer bedeutet das: Schadensersatzansprüche aus einem gescheiterten IT-Projekt aus dem Jahr 2022 können spätestens mit Ablauf des 31. Dezember 2025 verjährt sein – je nach Kenntnis auch früher.
Ist eine Klage erhoben, beginnt ein eng getakteter Verfahrensrhythmus: Die Klageerwiderungsfrist beträgt regelmäßig zwei bis vier Wochen (vom Gericht gesetzt). Die Berufungsfrist beträgt einen Monat ab Zustellung des Urteils (§ 517 ZPO), die Berufungsbegründungsfrist zwei Monate (§ 520 ZPO). Diese Fristen können auf Antrag verlängert werden, aber nur innerhalb enger Grenzen.
Im einstweiligen Verfügungsverfahren gilt keine feste Antragsfrist, wohl aber eine faktische Dringlichkeitsfrist: Wer nach Kenntnis des Verletzungsgeschehens zu lange wartet – in der Rechtsprechung wird häufig auf vier bis sechs Wochen abgestellt –, riskiert, dass das Gericht die Eilbedürftigkeit verneint und den Antrag abweist.
Für Schutzrechtsverletzungen gilt: Die Widerspruchsfrist gegen eine Markenanmeldung beträgt drei Monate ab Veröffentlichung (§ 42 MarkenG). IT-Unternehmen mit eigenen Produktmarken sollten ein systematisches Monitoring der Markenveröffentlichungen betreiben.
Rhetorisch gefragt: Wie viele Fristen laufen in Ihrem Unternehmen gerade, ohne dass die Rechtsabteilung – sofern vorhanden – davon weiß? Diese Frage ist in mittelständischen IT-Unternehmen ohne interne Juristen keine rhetorische, sondern eine konkrete Risikoabfrage.
Typische Fehler mittelständischer IT-Unternehmen vor Gericht
In der Mandatspraxis begegnen uns wiederkehrende Muster, die den Prozessausgang unnötig belasten. Sie sind vermeidbar – wenn Geschäftsführer frühzeitig handeln.
Fehler 1: Vertragsschluss ohne klare Leistungsbeschreibung. Entwicklungsverträge, die Leistungsumfang und Abnahmekriterien nicht hinreichend bestimmen, produzieren Auslegungsstreitigkeiten. Gerichte müssen dann den Vertragswillen ermitteln – ein aufwendiger Prozess, der regelmäßig Sachverständigengutachten erfordert.
Fehler 2: Fehlende oder unzureichende AGB-Einbeziehung. Allgemeine Geschäftsbedingungen gelten nur, wenn sie wirksam in den Vertrag einbezogen wurden (§ 305 Abs. 2 BGB). Wer seine AGB erst nach Vertragsschluss übersendet, kann sich im Streitfall nicht auf sie berufen. AGB-Klauseln unterliegen zudem der Inhaltskontrolle (§§ 307 ff. BGB) – Haftungsausschlüsse für grobe Fahrlässigkeit oder Kardinalpflichten sind im unternehmerischen Verkehr eingeschränkt wirksam.
Fehler 3: Verzicht auf schriftliche Abnahmeprotokolle. Die formlose Abnahme – ein kurzes „passt so" per E-Mail oder die stillschweigende Nutzung des Systems – kann vertragsrechtliche Konsequenzen haben, die den Auftraggeber unerwartet treffen. Gewährleistungsfristen beginnen mit der Abnahme zu laufen. Wer keine dokumentierte Abnahme hat, kann den Beginn der Frist im Streitfall kaum belegen.
Fehler 4: Eskalation ohne Dokumentation. Wenn ein Projekt in Schwierigkeiten gerät, kommunizieren die Beteiligten oft mündlich. Was in Besprechungen besprochen, zugesagt oder zurückgenommen wurde, ist später nicht mehr rekonstruierbar. Schriftliche Zusammenfassungen nach jedem Steuerungsmeeting sind keine Bürokratie, sondern Beweissicherung.
Fehler 5: Zu spätes Einschalten anwaltlicher Begleitung. In der Mandatspraxis sehen wir regelmäßig, dass Unternehmen erst dann eine Kanzlei einschalten, wenn die Klageschrift bereits zugestellt ist. Zu diesem Zeitpunkt sind Gestaltungsspielräume oft bereits erheblich eingeschränkt. Eine frühzeitige Einschätzung – noch in der Eskalationsphase – ermöglicht demgegenüber die Wahl zwischen Verhandlung, Mediation und gerichtlichem Verfahren.
Branchenreport-Mikro-Fall: Softwareprojekt im Fintech-Umfeld
Ausgangslage: In einem aktuellen Mandat beriet die Kanzlei ein mittelständisches Fintech-Unternehmen mit rund 120 Mitarbeitern aus der Software- und IT-Branche. Das Unternehmen hatte ein Zahlungsabwicklungssystem im Umfang eines mittleren siebenstelligen Investitionsbetrags von einem externen Dienstleister entwickeln lassen. Kurz vor dem geplanten Produktionsstart weigerte sich das Fintech-Unternehmen, die Abnahme zu erklären, und machte erhebliche funktionale Mängel geltend. Der Auftragnehmer stellte gleichzeitig die Schlussrechnung über den vereinbarten Restbetrag und drohte mit Klage.
Vorgehen: Die Kanzlei sicherte zunächst den Ist-Zustand des Systems im Wege des selbständigen Beweisverfahrens (§§ 485 ff. ZPO) durch einen vom Gericht bestellten IT-Sachverständigen. Parallel wurden die internen Projektdokumentation, Ticketsysteme und E-Mail-Korrespondenzen strukturiert aufbereitet. Auf dieser Grundlage konnte der Umfang der geltend gemachten Mängel konkret beziffert und der Gegenseite gegenübergestellt werden.
Ergebnis: Das Verfahren endete noch im Beweissicherungsstadium mit einer außergerichtlichen Einigung. Die Abnahme erfolgte Zug um Zug gegen Beseitigung der als erheblich anerkannten Mängel; der Restbetrag wurde angepasst. Das Hauptsacheverfahren wurde durch die frühzeitige Strukturierung der Beweislage vermieden. Konkrete Zahlen zur erzielten Kostenersparnis können und dürfen an dieser Stelle nicht genannt werden; in vergleichbaren Konstellationen ist die Kostenersparnis gegenüber einem durchgeführten Hauptsacheverfahren regelmäßig erheblich.
Entscheidungsmatrix: Welches Verfahren für welche IT-Streitigkeit?
IT-Streitigkeiten sind nicht homogen. Die Wahl des richtigen Verfahrenswegs hängt von Konstellation, Dringlichkeit und Beweislage ab. Die folgende Übersicht im Fließtext orientiert Geschäftsführer bei der Weichenstellung:
Konstellation A – Akuter Systemausfall durch Dienstleister, Betriebsunterbrechung droht: Instrument ist die einstweilige Verfügung auf Wiederherstellung oder Unterlassung (§§ 935 ff. ZPO). Zeitrahmen: Antrag innerhalb weniger Tage, Entscheidung bei Dringlichkeit oft ohne mündliche Verhandlung. Folge bei Untätigkeit: Verspätung begründet Verlust der Dringlichkeit. Empfehlung: unverzüglich anwaltliche Prüfung der Antragsvoraussetzungen.
Konstellation B – Gescheitertes Entwicklungsprojekt, Streit über Mängel und Vergütung: Instrument ist das selbständige Beweisverfahren (§§ 485 ff. ZPO) zur Sachverständigenfeststellung, anschließend Hauptsacheverfahren vor der Kammer für Handelssachen oder – bei vereinbarter Klausel – Schiedsverfahren. Zeitrahmen: Beweisverfahren regelmäßig sechs bis achtzehn Monate; Hauptsacheverfahren am Landgericht ein bis drei Jahre. Empfehlung: Parallelführung von Verhandlungsangeboten und Verfahrensvorbereitung.
Konstellation C – Verletzung von Softwareurheberrechten durch Wettbewerber: Instrument ist die Abmahnung (als außergerichtliche Vorstufe), bei Weigerung einstweilige Verfügung und Hauptsacheklage auf Unterlassung und Schadenersatz. Frist: Dringlichkeit beachten. Folge: Weitere Verbreitung kostet Verhandlungsposition. Empfehlung: rechtliche Prüfung der Urheberrechtslage und Sicherung der Originalquellen vor Einleitung.
Konstellation D – SaaS-Anbieter unterschreitet SLA-Werte dauerhaft, Kündigung erwogen: Instrument ist die außerordentliche Kündigung aus wichtigem Grund nach schriftlicher Abmahnung, kombiniert mit Schadenersatzanspruch. Frist: Abmahnungserfordernis beachten. Vergleichsoption: Verhandlung über Servicegutschriften und geordnete Migration. Empfehlung: Kündigungsvoraussetzungen anwaltlich prüfen, bevor die Kündigung erklärt wird – eine unwirksame Kündigung kann selbst zum Vertragsbruch werden.
Ist Ihr aktueller Fall keiner dieser Konstellationen eindeutig zuzuordnen? Das ist der Regelfall. Reale IT-Streitigkeiten kombinieren häufig mehrere Konfliktlinien gleichzeitig.
Die vorstehende Darstellung beschreibt die typischen Verfahrenskonstellationen im IT-Sektor. Ihr konkreter Fall erfordert die Prüfung Ihrer Vertragsunterlagen, der laufenden Fristen und der einschlägigen Rechtsprechung der zuständigen Instanz. Für eine erste Durchsicht Ihrer Unterlagen erreichen Sie uns unter info@brandtfalk.com.
Prozessuale Besonderheiten bei IT-Verfahren vor Landgericht und OLG
IT-Verfahren vor deutschen Land- und Oberlandesgerichten haben strukturelle Eigenheiten, die Geschäftsführer kennen sollten, um realistische Erwartungen an Dauer und Aufwand zu entwickeln.
Erstens: Technische Sachverständige sind in der Regel unvermeidlich. Gerichte verfügen selbst nicht über IT-Fachkenntnis. Die Beauftragung eines gerichtlichen Sachverständigen verlängert das Verfahren – je nach Auslastung des Sachverständigen und Komplexität des Systems – um sechs Monate bis zu zwei Jahre. Die Auswahl eines geeigneten Sachverständigen kann beantragt werden; die Parteiöffentlichkeit bei der Sachverständigenauswahl sollte aktiv genutzt werden.
Zweitens: Schriftsatzkaskaden bei technisch komplexen Sachverhalten. Das Gericht lässt häufig mehrere Schriftsatzrunden zu, bevor es verhandelt. Jede Partei trägt ihre technische Sichtweise schriftlich vor; der Sachverständige wird mit Ergänzungsfragen konfrontiert; Sachverständigenanhörungen folgen. Das erhöht die Qualität der Entscheidungsgrundlage, verlängert aber das Verfahren erheblich.
Drittens: Vergleichsgespräche sind an deutschen Gerichten Standard. Richter sind nach § 278 ZPO zur Förderung gütlicher Einigung verpflichtet. Richterliche Hinweise in der mündlichen Verhandlung geben häufig ein klares Signal über die vorläufige Bewertung des Falls – diese Signale sollten erfahrene Prozessvertreter lesen und strategisch einsetzen können.
Viertens: In der Berufungsinstanz vor dem Oberlandesgericht ist neues Tatsachenvorbringen stark eingeschränkt (§ 531 ZPO). Was in erster Instanz nicht vorgetragen wurde, kann in der Berufung regelmäßig nicht mehr eingeführt werden. Das unterstreicht die Bedeutung einer vollständigen und strukturierten Sachverhaltsdarstellung bereits in der Klageschrift bzw. Klageerwiderung.
Nach unserer Erfahrung unterschätzen mittelständische IT-Unternehmen regelmäßig den zeitlichen und personellen Aufwand, den ein Gerichtsverfahren intern erfordert: Zeugenbenennungen, Dokumentenvorlage, Rücksprachen mit dem Prozessvertreter. Diese Ressourcenplanung sollte Bestandteil der Prozessstrategie sein.
Für Revisionsverfahren vor dem Bundesgerichtshof gilt: Die Vertretung unterliegt der Singularzulassung – sie erfolgt ausschließlich durch beim BGH zugelassene Rechtsanwälte (§ 78 ZPO). In diesen Fällen arbeiten wir mit einem beim BGH zugelassenen Rechtsanwalt zusammen.
Verwandte Leistungen
Häufige Fragen zu Handelsstreitigkeiten in der IT-Branche
Wann ist ein IT-Vertrag als Werkvertrag und wann als Dienstvertrag einzustufen?
Die Einordnung hängt davon ab, ob der Auftragnehmer einen konkreten Erfolg schuldet oder nur eine Tätigkeit. Bei der Entwicklung eines funktionsfähigen Softwaresystems mit definierten Leistungsmerkmalen sprechen die Gerichte regelmäßig vom Werkvertrag (§§ 631 ff. BGB), selbst wenn agile Methoden eingesetzt werden. Laufende Wartungs- und Supportleistungen werden hingegen eher als Dienstvertrag (§§ 611 ff. BGB) eingestuft. Die Einordnung entscheidet über Gewährleistungsrechte, Abnahmepflicht und Vergütungsstruktur und ist im Streitfall eine der zentralen Weichenstellungen.
Was bedeutet die kaufmännische Rügepflicht für IT-Projekte?
Nach § 377 HGB müssen Mängel bei beiderseitigen Handelsgeschäften unverzüglich nach Entdeckung gerügt werden. Unterbleibt die Rüge, gilt die Leistung als genehmigt – Gewährleistungsansprüche entfallen. In IT-Projekten wird diese Pflicht häufig übersehen, weil Abnahmen informell erfolgen und Mängel oft erst nach längerer Nutzung offenbar werden. Eine strukturierte Abnahmeprozedur mit schriftlicher Rügedokumentation ist daher unverzichtbar.
Wie lange dauert ein IT-Rechtsstreit vor dem Landgericht?
Verfahren vor deutschen Landgerichten mit technischem Sachverständigenbedarf dauern in der ersten Instanz typischerweise ein bis drei Jahre. Hinzu kommt die Zeit für das selbständige Beweisverfahren, falls dieses vorgeschaltet wird. Berufungsverfahren vor dem Oberlandesgericht dauern regelmäßig weitere sechs Monate bis zwei Jahre. Diese Zeiträume unterstreichen die Bedeutung einer belastbaren außergerichtlichen Einigungsstrategie, die parallel zum gerichtlichen Verfahren geführt wird.
Wann ist ein Schiedsverfahren für IT-Streitigkeiten sinnvoll?
Ein Schiedsverfahren bietet Vorteile, wenn Vertraulichkeit prioritär ist, wenn IT-erfahrene Schiedsrichter gefragt sind oder wenn internationale Bezüge die Vollstreckbarkeit eines staatlichen Urteils erschweren würden. Voraussetzung ist eine wirksame Schiedsvereinbarung, die bereits bei Vertragsschluss getroffen werden muss. Nachträglich sind Schiedsvereinbarungen nur mit Zustimmung beider Parteien möglich – im eskalierten Konflikt in der Regel nicht erreichbar.
Was passiert, wenn keine Gerichtsstandklausel im IT-Vertrag steht?
Fehlt eine Gerichtsstandvereinbarung, richtet sich die Zuständigkeit nach den gesetzlichen Regeln der ZPO und – bei grenzüberschreitenden Sachverhalten – nach der EuGVVO. Beklagte werden grundsätzlich an ihrem allgemeinen Gerichtsstand (Sitz/Wohnsitz) verklagt. Das kann für eine deutsche Partei bedeuten, dass sie im Ausland klagen muss oder dort verklagt wird. Eine vertragliche Gerichtsstandsvereinbarung vermeidet diese Unsicherheit und sollte Bestandteil jedes IT-Vertrags sein.
Die vorstehende Darstellung betrifft die Regelfälle des IT-Prozessrechts. Ihr konkreter Fall erfordert die Prüfung Ihrer Vertragsunterlagen, laufender Fristen und der einschlägigen Rechtsprechung der zuständigen Instanz. 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.