Technische Beweisfragen
Eine gute Sachverständigenfrage verlangt keine vorweggenommene Bewertung, sondern beschreibt den technisch zu klärenden Sachverhalt. Je genauer System, Zeitpunkt, Version und Bezugskriterium bestimmt sind, desto zielgerichteter können Unterlagen angefordert, Prüfmethoden gewählt und Aussagegrenzen dokumentiert werden.
Kurzantwort
Technisch geeignet sind Fragen nach feststellbaren Eigenschaften, Zuständen, Abläufen und Zusammenhängen. Ungünstig sind Formulierungen, die bereits rechtliche Begriffe oder Verantwortlichkeit unterstellen. Die technische Frage sollte Objekt, relevanten Stand, Zeitraum und gegebenenfalls Referenzmaßstab enthalten.
Vom Prüfgegenstand zur dokumentierten technischen Schlussfolgerung
1. Feststellung statt vorweggenommener Würdigung
Eine Frage wie „Hat der Auftragnehmer den Vertrag verletzt?“ ist keine rein technische Sachverständigenfrage. Technisch prüfbar kann dagegen sein, ob ein definierter Release bestimmte dokumentierte Anforderungen erfüllt oder ob ein Verhalten unter bestimmten Bedingungen reproduzierbar auftritt.
Die Formulierung sollte deshalb möglichst beschreiben, was festzustellen ist, nicht welche Rechtsfolge daraus gezogen werden soll. Dies erleichtert zugleich die Trennung von Befund und späterer Beweiswürdigung.
Auch Begriffe wie „fehlerfrei“, „sicher“ oder „Stand der Technik“ benötigen einen konkretisierten Maßstab. Ohne Referenz bleibt unklar, welche Eigenschaften tatsächlich geprüft werden sollen.
2. Objekt und Zeitraum eingrenzen
Software- und Cloudsysteme ändern sich. Eine Frage sollte daher den relevanten Systemstand oder zumindest den Zeitraum benennen. Bei mehreren Repositories, Apps oder Umgebungen wird angegeben, welche Komponenten Teil der Untersuchung sind.
Wenn ein historischer Zustand untersucht werden soll, gehört zur Frage auch, aus welchen Quellen dieser rekonstruiert werden kann. Fehlt ein belastbarer historischer Stand, kann die Untersuchbarkeit selbst begrenzt sein.
Bei wiederkehrenden oder sporadischen Fehlern ist außerdem zu klären, ob ein einzelnes Ereignis, ein Muster oder die generelle Funktionsweise Gegenstand der Frage ist.
3. Referenzmaßstab benennen
Soll eine Abweichung bewertet werden, muss erkennbar sein, wovon abgewichen sein soll. Mögliche technische Referenzen sind konkrete Anforderungen, Spezifikationen, Testfälle, Herstellerdokumentationen oder ein definierter Vergleichszustand.
Die Auswahl des rechtlich maßgeblichen Maßstabs ist nicht automatisch eine technische Aufgabe. Technisch kann jedoch geprüft werden, ob ein festgestellter Zustand zu einem ausdrücklich vorgegebenen Maßstab passt.
Fehlt ein belastbarer Maßstab, kann die Untersuchung zunächst den Ist-Zustand dokumentieren, ohne ihn pauschal als mangelhaft oder ordnungsgemäß zu qualifizieren.
4. Mehrteilige Fragen in Prüfschritte zerlegen
Komplexe Fragen können in Feststellung, Reproduktion, Ursache, Reichweite und Vergleich aufgeteilt werden. Dadurch wird sichtbar, welche Teile mit vorhandener Evidenz beantwortbar sind.
Beispielsweise kann zuerst geprüft werden, ob ein Fehler in einem bestimmten Build reproduzierbar ist; anschließend, welche technische Ursache sich isolieren lässt; und zuletzt, ob der Befund auch in anderen Versionen auftritt. Diese Schritte benötigen unterschiedliche Evidenz.
Eine solche Zerlegung verhindert, dass ein nicht beantwortbarer Teil die gesamte Untersuchung unklar macht.
5. Aussagegrenzen bereits in der Frage mitdenken
Eine präzise Frage kann ausdrücklich auf die bereitgestellte Untersuchungsgrundlage begrenzt werden. Formulierungen wie „innerhalb der vorliegenden Repository-Stände“ oder „unter den dokumentierten Testbedingungen“ verhindern, dass aus einem begrenzten Suchraum eine universelle Aussage wird.
Bei Herkunfts- und Urheberschaftsfragen ist diese Begrenzung besonders wichtig. Technische Analysen können Hinweise auf Ähnlichkeit und Provenienz liefern, aber nicht jede außerhalb der Datenbasis liegende Einflussquelle ausschließen.
Die beste Formulierung ist daher nicht die weiteste, sondern diejenige, deren Antwort fachlich belastbar und nachvollziehbar dokumentiert werden kann.
6. Ein robustes Formulierungsmuster für technische Fragen
Eine technisch belastbare Frage lässt sich häufig als Kombination aus Gegenstand, Zeitpunkt, Kriterium und gewünschter Feststellung formulieren: Welcher Zustand lag bei einem konkret bezeichneten System oder Artefakt zu einem bestimmten Zeitpunkt vor, und inwiefern weicht dieser Zustand von einem dokumentierten technischen Soll ab?
Bei Herkunfts- oder Verlaufsfragen tritt an die Stelle des Soll-Ist-Vergleichs die Rekonstruktion: Welche versionierten oder protokollierten Artefakte belegen eine zeitliche oder technische Beziehung, und welche alternativen Erklärungen bleiben mit den vorhandenen Daten vereinbar?
Je komplexer der Sachverhalt, desto eher sollten mehrere Teilfragen gebildet werden. Eine Frage zur Version, eine zur Reproduzierbarkeit und eine zur Ursache sind methodisch besser prüfbar als eine Sammelfrage, die bereits eine umfassende rechtliche Bewertung verlangt.
Wann ist eine Frage zu weit gefasst?
Warnsignale sind unbestimmte Begriffe wie „ordnungsgemäß“, „mangelhaft“ oder „verursacht“, wenn kein technischer Maßstab oder keine konkrete technische Wirkung benannt wird.
Auch mehrere unterschiedliche Systemstände in einer einzigen Frage können zu Mehrdeutigkeit führen. Dann sollte geklärt werden, ob jeder Stand separat zu untersuchen ist.
Nach § 407a ZPO sind Zweifel über Inhalt und Umfang eines gerichtlichen Auftrags klärungsbedürftig. Die technische Präzisierung dient daher der Durchführung, nicht der eigenmächtigen Erweiterung des Auftrags.
Ist die Untersuchung für diesen Themenbereich nachvollziehbar abgegrenzt?
- Verlangt die Frage eine technische Feststellung statt einer vorweggenommenen Rechtsfolge?
- Sind System, Komponente oder Artefakt eindeutig bezeichnet?
- Sind Zeitraum und relevanter Systemstand bestimmbar?
- Ist ein Referenz- oder Sollmaßstab benannt, sofern ein Soll-Ist-Vergleich gefragt ist?
- Sind voneinander unabhängige Teilfragen getrennt formuliert?
- Ist erkennbar, welche Evidenzarten die Frage prinzipiell beantworten könnten?
- Sind Zweifel oder nicht technisch entscheidbare Bestandteile als Klärungspunkt ausgewiesen?
Konstruiertes Beispiel
Statt „Ist die Software mangelhaft?“ lautet eine technisch präzisere Frage: „Lässt sich im bereitgestellten Build X unter den dokumentierten Testbedingungen reproduzierbar feststellen, dass Funktion Y von Anforderung Z abweicht, und welche technische Ursache ist innerhalb des untersuchten Systemstands hierfür feststellbar?“
Das Beispiel ist konstruiert und beschreibt kein reales Mandat.
Quellen und fachliche Grundlage
- Amtliche Primärquellen §§ 403, 404a und 407a ZPO. Quelle öffnen.
- Eigene Methodik Quellen und Methodik zur Trennung von Fragestellung, Befund, Bewertung und Aussagegrenze. Quelle öffnen.
- Amtliche Primärquelle § 404a ZPO zur gerichtlichen Leitung, Einweisung und Erläuterung des Auftrags. Quelle öffnen.
- Amtliche Primärquelle § 407a ZPO zur Pflicht, Zweifel an Inhalt und Umfang des Auftrags klären zu lassen. Quelle öffnen.
Weiterführende Beiträge
- Technische Fragestellung und Prüfauftrag
- Unterlagen und digitale Nachweise sichern
- Alle Beiträge in diesem Themenbereich
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 Untersuchung zum Themenbereich Technische Beweisfragen
Die konkrete Aussagekraft hängt vom Untersuchungsgegenstand, der verfügbaren Evidenz und der dokumentierten Prüfmethode ab.
Informationen für Gerichte und Rechtsanwälte