Technische Beweisfragen
Ein IT-Sachverständiger kann technische Tatsachen, Systemzustände, Eigenschaften, Abläufe und nachvollziehbare Zusammenhänge untersuchen. Eine belastbare Fragestellung muss deshalb auf einen fachlich bestimmbaren Untersuchungsgegenstand und auf technisch prüfbare Merkmale zurückgeführt werden. Pauschale Rechtsfragen oder die richterliche Beweiswürdigung werden dadurch nicht ersetzt.
Kurzantwort
Eine geeignete technische Fragestellung bezeichnet möglichst konkret, welcher technische Sachverhalt untersucht werden soll, auf welchen System-, Daten- oder Versionsstand sich die Untersuchung bezieht und anhand welcher Unterlagen, Daten oder Prüfbedingungen eine Aussage möglich ist.
Fragen wie „Ist die Software mangelhaft?“, „Wer ist für die Verzögerung verantwortlich?“ oder „Ist das KI-System rechtswidrig?“ enthalten dagegen rechtliche, normative oder anderweitig nicht rein technische Wertungen. Sie müssen für eine technische Begutachtung in untersuchbare Teilfragen übersetzt beziehungsweise von den nichttechnischen Entscheidungsanteilen getrennt werden.
Vom gerichtlichen Beweisthema zur begrenzten technischen Antwort
1. Beweisthema, Fachfrage und Untersuchungsgegenstand trennen
Ein Beweisthema oder ein gerichtlicher Auftrag kann einen komplexen Sachverhalt betreffen. Daraus ist zu bestimmen, welche konkreten Punkte mit technischer Sachkunde untersucht werden können.
Im Zivilprozess bestimmt § 403 ZPO den Beweisantritt durch die Bezeichnung der zu begutachtenden Punkte. Für die technische Bearbeitung ist deshalb entscheidend, welcher dieser Punkte tatsächlich in das einschlägige IT-Fachgebiet fällt und mit den verfügbaren Untersuchungsmitteln beantwortet werden kann.
Eine technische Frage braucht einen bestimmbaren Untersuchungsgegenstand
Eine Frage kann nur belastbar untersucht werden, wenn feststeht, worauf sich die Aussage beziehen soll. Je nach Fall kann der Untersuchungsgegenstand beispielsweise sein:
- eine konkrete Softwareversion,
- ein bestimmter Quellcode- oder Repository-Stand,
- ein Build- oder Deployment-Artefakt,
- eine definierte System- und Betriebsumgebung,
- bestimmte Projektunterlagen und deren dokumentierter zeitlicher Verlauf,
- ein festgelegter Datenbestand,
- ein bestimmtes Machine-Learning-Modell einschließlich Version und Konfiguration.
Ohne diesen Bezug droht eine Antwort, verschiedene technische Zustände oder Zeitpunkte miteinander zu vermischen.
Die Frage sollte auf beobachtbare oder prüfbare Merkmale führen
Technisch gut untersuchbar sind insbesondere Fragen, bei denen anhand dokumentierter Kriterien festgestellt werden kann, was vorhanden ist, wie ein System reagiert, welche Abweichung besteht oder welcher technische Ablauf aus den verfügbaren Artefakten rekonstruierbar ist.
Typische Formulierungen können beispielsweise lauten:
- Ist die in einer Spezifikation beschriebene Funktion im bezeichneten Softwarestand implementiert?
- Erzeugt die Anwendung unter definierten Bedingungen das dokumentierte Ausgabeformat?
- Welche Änderungen sind zwischen zwei konkret bezeichneten Repository-Ständen vorhanden?
- Welche technisch dokumentierbaren Ereignisse enthält der Projektverlauf für den betrachteten Zeitraum?
- Mit welchen Daten und Parametern wurde ein bezeichnetes Modell ausgewertet?
2. Wertungsfragen in technisch prüfbare Teilfragen überführen
Die Frage „Ist die Software schlecht?“ enthält keinen eindeutigen technischen Prüfmaßstab. Ebenso ist „Ist die Software mangelhaft?“ ohne weitere Konkretisierung nicht lediglich eine technische Tatsachenfrage.
Technisch untersuchbar wäre dagegen beispielsweise, ob ein konkret bezeichnetes System eine dokumentierte Funktion erfüllt, welche Reaktionszeit unter festgelegten Testbedingungen gemessen wird oder welche Eigenschaften des Quellcodes anhand vorab bestimmter Kriterien festzustellen sind.
Die rechtliche Einordnung eines technischen Befunds als Mangel, Pflichtverletzung oder sonstige Rechtsfolge ist davon zu trennen.
3. Gerichtliche Leitung und fachliche Zuständigkeit beachten
Bei einem streitigen Sachverhalt bestimmt nach § 404a ZPO das Gericht, welche Tatsachen der Sachverständige seiner Begutachtung zugrunde legen soll. Das Gericht kann außerdem die Tätigkeit des Sachverständigen leiten und den Umfang seiner Befugnisse zur Aufklärung der Beweisfrage bestimmen.
Für die technische Arbeit bedeutet dies insbesondere: Ein gerichtlicher Sachverständiger sollte streitige tatsächliche Annahmen nicht eigenständig dadurch entscheiden, dass er eine von mehreren möglichen Tatsachengrundlagen ungekennzeichnet zur alleinigen Grundlage seiner Untersuchung macht.
Der Sachverständige muss die Grenze des eigenen Fachgebiets prüfen
§ 407a ZPO verpflichtet einen gerichtlich beauftragten Sachverständigen zur unverzüglichen Prüfung, ob der Auftrag in sein Fachgebiet fällt und innerhalb der gesetzten Rahmenbedingungen bearbeitet werden kann.
Bestehen Zweifel über Inhalt oder Umfang des Auftrags, sieht § 407a ZPO die Klärung durch das Gericht vor.
Bei einer IT-Fragestellung kann dies beispielsweise relevant werden, wenn ein Auftrag gleichzeitig Softwaretechnik, Telekommunikation, spezielle Hardware, digitale Forensik oder andere Fachgebiete berührt, für die jeweils unterschiedliche Sachkunde erforderlich sein kann.
Warum die Beweisfrage nicht stillschweigend umformuliert werden sollte
Eine technisch unklare, mehrdeutige oder fachgebietsübergreifende Frage sollte nicht dadurch scheinbar gelöst werden, dass der Sachverständige unbemerkt eine andere Frage beantwortet.
Im Zivilprozess leitet das Gericht nach § 404a ZPO die Tätigkeit des Sachverständigen. Bei streitigem Sachverhalt bestimmt es, welche Tatsachen der Begutachtung zugrunde zu legen sind. Die zu begutachtenden Punkte müssen für den Sachverständigenbeweis bezeichnet sein. Zweifel an Inhalt und Umfang des Auftrags hat der Sachverständige nach § 407a ZPO unverzüglich durch das Gericht klären zu lassen. Bestehen Unklarheiten über Auftrag, Tatsachengrundlage oder fachliche Zuständigkeit, müssen diese im dafür vorgesehenen Verfahrensrahmen geklärt werden.
Die technische Präzisierung dient deshalb dazu, eine gerichtliche Frage fachlich untersuchbar zu machen, nicht dazu, ihren rechtlichen oder tatsächlichen Inhalt eigenmächtig zu ersetzen.
Welche Softwarefragen sind technisch beantwortbar?
Im Bereich Software Engineering können je nach Untersuchungsmaterial beispielsweise folgende Fragen technisch untersucht werden:
- Welche Funktionalität besitzt ein konkret bezeichneter Softwarestand?
- Weicht das beobachtete Verhalten von einer technisch prüfbaren Anforderung ab?
- Ist ein behauptetes Fehlerbild unter dokumentierten Bedingungen reproduzierbar?
- Welche technischen Eigenschaften weist eine konkrete Quellcodebasis auf?
- Welcher Repository-Stand kann einem untersuchten Artefakt nachvollziehbar zugeordnet werden?
Ob eine festgestellte Abweichung einen Rechtsmangel oder eine Vertragsverletzung darstellt, ist eine davon zu trennende Frage.
Welche Fragen zu IT-Projekten sind technisch untersuchbar?
Auch bei IT-Projekten muss zwischen rekonstruierbaren technischen und organisatorischen Vorgängen einerseits und rechtlichen Verantwortungsentscheidungen andererseits unterschieden werden.
Technisch beziehungsweise fachmethodisch untersuchbar können beispielsweise sein:
- Welche Anforderungen waren zu bestimmten Zeitpunkten dokumentiert?
- Wann wurden bestimmte technische Änderungen in Tickets, Repository oder Releases sichtbar?
- Welche Abhängigkeiten bestanden zwischen dokumentierten Arbeitsschritten?
- Welche technischen Ursachen sind für ein beobachtetes Systemverhalten anhand der verfügbaren Unterlagen nachweisbar?
- Welche Teile eines behaupteten Projektverlaufs lassen sich aus technischen Artefakten rekonstruieren?
Die Frage, welche Partei rechtlich für eine Verzögerung oder einen Schaden einzustehen hat, wird damit nicht beantwortet.
Welche Data-Science- und KI-Fragen sind technisch beantwortbar?
Bei Daten- und KI-Systemen muss ebenfalls ein konkreter Prüfmaßstab festgelegt werden. Je nach Daten- und Modelllage kann beispielsweise untersucht werden:
- welche Daten für Training oder Prüfung tatsächlich verwendet wurden,
- welche Modellversion und welche Parameter vorlagen,
- welche Leistungskennzahlen auf einem definierten Testdatensatz erzielt werden,
- ob ein Ergebnis unter dokumentierten Bedingungen reproduziert werden kann,
- welche Unterschiede zwischen vorab definierten Gruppen bei bestimmten Messgrößen beobachtet werden.
Ob daraus beispielsweise eine rechtlich unzulässige Benachteiligung folgt, ist nicht allein durch die technische Messung entschieden.
4. Untersuchungsgrundlage und Prüfmaßstab bestimmen
Auch eine präzise formulierte Frage ist nicht automatisch vollständig beantwortbar. Entscheidend ist, ob die hierfür erforderlichen Unterlagen, Daten und technischen Artefakte tatsächlich verfügbar und hinreichend zuordenbar sind.
Fehlt beispielsweise der relevante Softwarestand, können Aussagen über dessen Verhalten möglicherweise nicht unmittelbar getestet werden. Fehlen historische Projektdaten, kann eine technische Rekonstruktion nur den erhaltenen Dokumentationsstand abbilden.
Die fehlende Untersuchungsgrundlage ist dann selbst Teil der Aussagegrenze.
Eine belastbare Frage benötigt einen passenden Prüfmaßstab
Aussagen wie „schnell“, „sicher“, „wartbar“ oder „robust“ besitzen ohne Kontext keinen einheitlichen technischen Messwert.
Je nach Fragestellung muss deshalb geklärt werden, welche dokumentierte Anforderung, welche Metrik, welcher technische Vergleich, welcher Standard oder welches sonstige fachlich begründete Kriterium der Untersuchung zugrunde liegt.
Der Prüfmaßstab ist im Gutachten offenzulegen, damit Befund und Schlussfolgerung nachvollziehbar bleiben.
| Ausgangsfrage | Technisch prüfbarer Kern | Verbleibende Grenze |
|---|---|---|
| „Ist die Software mangelhaft?“ | Abweichungen eines bestimmten Softwarestands von konkret bezeichneten Anforderungen, Spezifikationen oder sonstigen technischen Soll-Kriterien feststellen. | Ob daraus ein Mangel im Rechtssinn folgt, ist keine rein technische Schlussfolgerung. |
| „Wer hat die Verzögerung verursacht?“ | Projekt- und Systemereignisse, Zeitbezüge, Abhängigkeiten und dokumentierte Änderungen rekonstruieren. | Chronologie und technische Mitwirkung begründen nicht automatisch rechtliche Verantwortlichkeit oder Kausalität. |
| „Ist das KI-System fair?“ | Gruppen, Metriken, Datengrundlage, Schwellen und gemessene Unterschiede für einen konkreten Modell- und Datenstand prüfen. | Eine technische Fairnessmetrik entscheidet nicht selbst über eine rechtliche Diskriminierung. |
| „Ist die Anwendung sicher?“ | Systemstand, Prüfbereich, Bedrohungsannahmen, Kontrollen und konkrete technische Befunde untersuchen. | Eine begrenzte technische Prüfung beweist keine universelle oder dauerhafte Sicherheit. |
5. Vom Befund zur begrenzten fachlichen Schlussfolgerung
Ein technischer Befund beschreibt zunächst, was beobachtet, gemessen, rekonstruiert oder dokumentiert wurde.
Die fachliche Schlussfolgerung ordnet anschließend ein, welche technische Bedeutung dieser Befund für die gestellte Untersuchungsfrage besitzt.
Beispiel: Ein Test ergibt unter festgelegten Bedingungen, dass eine dokumentierte Exportfunktion ein anderes Dateiformat erzeugt als in der verwendeten technischen Spezifikation beschrieben. Dies ist zunächst ein technischer Befund. Seine Bedeutung für die technische Soll-Ist-Frage kann sachverständig eingeordnet werden.
Unsicherheit gehört in die Antwort
Technische Gutachten müssen nicht den Eindruck einer Sicherheit erzeugen, die das Untersuchungsmaterial nicht trägt.
Bestehen alternative technische Erklärungen, unvollständige Daten, nicht reproduzierbare Zustände oder fehlende historische Artefakte, sollten diese Grenzen ausdrücklich dokumentiert werden.
Eine fachlich belastbare Antwort kann deshalb auch darin bestehen, dass eine weitergehende technische Zuordnung mit dem vorhandenen Material nicht hinreichend abgesichert werden kann.
Technische Schlussfolgerung und Beweiswürdigung bleiben getrennt
§ 286 ZPO ordnet die freie Beweiswürdigung dem Gericht zu. Ein technisches Gutachten liefert hierfür sachverständige Feststellungen und fachliche Schlussfolgerungen, ersetzt aber nicht die richterliche Entscheidung, ob eine tatsächliche Behauptung im Verfahren als wahr oder nicht wahr anzusehen ist.
6. Technische Frage strukturiert dokumentieren
Für die fachliche Vorprüfung kann eine technische Fragestellung in fünf Bestandteile zerlegt werden:
Welches System, welche Version, welche Daten oder welche Projektphase?
Was soll konkret festgestellt, verglichen oder rekonstruiert werden?
Welche Unterlagen, Daten, Artefakte oder Tatsachen sind zugrunde zu legen?
Nach welchen Kriterien und mit welchen Verfahren wird untersucht?
Welche Schlussfolgerung trägt der Befund und welche weitergehende Aussage gerade nicht?
Ist die technische Fragestellung hinreichend bestimmt?
- Sind gerichtlicher Auftrag beziehungsweise Beweisthema und technische Teilfrage voneinander unterscheidbar?
- Ist der konkrete Untersuchungsgegenstand einschließlich Version oder Zeitraum bestimmt?
- Ist dokumentiert, welche Tatsachengrundlage zugrunde gelegt werden soll?
- Gibt es einen sachgerechten technischen Prüfmaßstab oder nachvollziehbare Prüfkriterien?
- Ist die gewählte Methode geeignet, genau die gestellte technische Frage zu untersuchen?
- Bleiben Tatsachenbefund, Interpretation und fachliche Bewertung getrennt?
- Werden Unsicherheit, fehlende Unterlagen und Nachweisgrenzen ausgewiesen?
- Bleiben rechtliche Würdigung und gerichtliche Beweiswürdigung außerhalb der technischen Schlussfolgerung?
Konstruiertes Beispiel
In einem Streit über eine Individualsoftware lautet eine allgemeine Ausgangsfrage, ob die gelieferte Anwendung die vereinbarte Exportfunktion ordnungsgemäß erfüllt.
Für die technische Untersuchung könnte die Frage konkretisiert werden: Erzeugt der für den relevanten Zeitpunkt bezeichnete Softwarestand bei einem festgelegten Eingabedatensatz und einer dokumentierten Systemkonfiguration eine Exportdatei, deren Struktur und Inhalt den technisch prüfbaren Vorgaben der bezeichneten Spezifikation entsprechen?
Die Untersuchung könnte dann Softwarestand, Soll-Vorgabe, Eingabedaten, Umgebung, Testdurchführung und beobachtetes Ergebnis dokumentieren.
Ob eine festgestellte Abweichung rechtlich einen Sachmangel, eine Pflichtverletzung oder eine bestimmte Rechtsfolge begründet, wäre von diesem technischen Befund zu trennen.
Das Beispiel ist vollständig konstruiert und stellt kein reales Mandat und keine gerichtliche Beauftragung dar.
Quellen und fachliche Grundlage
- Staatlich bereitgestellte Rechtsquelle Bundesministerium der Justiz und für Verbraucherschutz / Bundesamt für Justiz: § 403 ZPO – Beweisantritt . Relevant für die Bezeichnung der zu begutachtenden Punkte. Geprüft am 19.10.2026.
- Staatlich bereitgestellte Rechtsquelle Bundesministerium der Justiz und für Verbraucherschutz / Bundesamt für Justiz: § 404a ZPO – Leitung der Tätigkeit des Sachverständigen . Relevant für gerichtliche Leitung, Tatsachengrundlage und Untersuchungsumfang. Geprüft am 19.10.2026.
- Staatlich bereitgestellte Rechtsquelle Bundesministerium der Justiz und für Verbraucherschutz / Bundesamt für Justiz: § 407a ZPO – Weitere Pflichten des Sachverständigen . Relevant für Fachgebietsprüfung sowie die Klärung von Zweifeln über Inhalt und Umfang des Auftrags. Geprüft am 19.10.2026.
- Staatlich bereitgestellte Rechtsquelle Bundesministerium der Justiz und für Verbraucherschutz / Bundesamt für Justiz: § 286 ZPO – Freie Beweiswürdigung . Relevant für die Abgrenzung zwischen sachverständiger Fachfeststellung und gerichtlicher Beweiswürdigung. Geprüft am 19.10.2026.
- Eigene Methodik Quellen und Methodik . Fachlicher Rahmen für die Trennung von Fragestellung, Untersuchungsgegenstand, Methode, Befund, Interpretation und Aussagegrenze.
- Eigene fachliche Einordnung Die Überführung einer allgemeinen IT-Streitfrage in technisch prüfbare Teilfragen richtet sich nach Fachgebiet, Untersuchungsgegenstand, verfügbarer Tatsachen- und Datenbasis, Prüfmaßstab und konkretem Auftrag.
Weiterführende Beiträge
Welche Unterlagen für eine technische Untersuchung benötigt werden können, erläutert Welche Unterlagen benötigt ein IT-Sachverständiger bei Streit über Individualsoftware? .
Wie aus Anforderungen ein technisch nachvollziehbarer Soll-Ist-Vergleich entsteht, erläutert Softwaremängel technisch untersuchen: Soll-Ist-Vergleich .
Der allgemeine methodische Rahmen ist unter Quellen und Methodik dokumentiert.
Informationen zur Zusammenarbeit in gerichtlichen und anwaltlichen Kontexten finden sich unter IT-Sachverständiger für Gerichte und Rechtsanwälte .
Kritische Gegenprüfung und methodische Aussagegrenze
Parteivortrag, Dokumentinhalt und eigener technischer Befund werden getrennt. Eine technische Hypothese wird nicht allein deshalb übernommen, weil sie von einer Partei schlüssig formuliert wurde.
- Parteibehauptung versus technischer Befund: Behauptete Ursache, Zeitpunkt oder Systemzustand werden soweit technisch möglich eigenständig geprüft.
- Konkurrierende Erklärung: Zu einer behaupteten Ursache wird geprüft, welche andere technische Ursache dieselbe Beobachtung erklären könnte.
- Rechtsfrage bleibt getrennt: Die technische Untersuchung beschreibt Befunde und fachliche Schlussfolgerungen; rechtliche Subsumtion und Beweiswürdigung verbleiben bei der zuständigen Stelle.
Eigene Fachliteratur und Veröffentlichungen
Die folgenden eigenen Arbeiten dienen der fachlichen Vertiefung und methodischen Einordnung. Sie ersetzen keine erforderlichen Primär-, Norm-, Hersteller- oder sonstigen unabhängigen Fachquellen. Unveröffentlichte Manuskripte, Entwürfe und Lehrunterlagen werden hier bewusst nicht als öffentliche Quellen ausgewiesen.
Technische Fragestellung fachlich eingrenzen
Bei gerichtlichen und anwaltlichen Anfragen kann zunächst geprüft werden, welcher Teil einer Fragestellung technisch untersuchbar ist, welche Unterlagen benötigt werden und welche fachlichen Aussagegrenzen bestehen.
Informationen für Gerichte und Rechtsanwälte