Was sind die Maßnahmen, wenn ein Systemfehler nach der Abnahme entdeckt wird?

Im Allgemeinen wird die Systementwicklung entsprechend den Anforderungen, die in der Definitionsphase festgelegt wurden, durchgeführt. Die Implementierung des Programms wird vorangetrieben und schließlich wird sowohl vom Benutzer als auch vom Anbieter überprüft, ob das Endprodukt den Spezifikationen entspricht. Die Entwicklung endet mit der erfolgreichen Abnahme.

Aber in der Realität können Bugs oder Probleme, die während der Testphase und der Abnahme nicht entdeckt wurden, tatsächlich während der späteren Betriebsphase auftreten. Was kann man rechtlich verlangen, wenn man einmal eine Lieferung akzeptiert hat?

Es ist nicht ungewöhnlich, dass Bugs auch nach der Abnahme und Testphase verbleiben

Aus technischer Sicht ist es keineswegs selten, dass nach Abschluss der verschiedenen Testphasen auf Seiten des Anbieters und nach der Abnahme durch den Nutzer, verschiedene Bugs und Probleme auftreten. Die Überprüfungen, die der Nutzer während der Abnahmephase durchführt, konzentrieren sich in der Regel auf die Überprüfung der Ein- und Ausgabe auf dem Bildschirm. Allerdings sind IT-Systeme oft komplexer und feiner strukturiert als das, was auf dem Bildschirm sichtbar ist, insbesondere in Bezug auf die zugrunde liegende Datenbank und die verschiedenen Programme, die Berechnungen und Steuerungen durchführen. Daher gibt es von vornherein Grenzen dessen, was durch die Überprüfung der Ein- und Ausgabe auf dem Bildschirm aus der Perspektive des Nutzers untersucht werden kann. Es ist daher nicht realistisch, alle möglichen Probleme, die in der späteren Betriebsphase auftreten könnten, umfassend zu überprüfen und zu validieren.

Die oben genannten Umstände gelten auch aus der Perspektive des Anbieters, der die Entwicklungsaufgaben übernimmt. Zum Beispiel ist die “Testphase” dazu da, zu überprüfen, ob es in dem implementierten Programm Bugs oder Probleme gibt. Aber auch in der Testphase ist es nicht unbedingt möglich, alle möglichen Bugs und Probleme zu überprüfen und zu validieren. Auch nachdem das entwickelte System vollständig in Betrieb genommen wurde, erfordert es hervorragende technische Fähigkeiten, ein System zu erstellen, das weiterhin ohne Probleme funktioniert, auch wenn der Anbieter unerwartete Operationen durchführt, eine große Menge an Daten tatsächlich registriert wird oder mehrere Nutzer gleichzeitig darauf zugreifen.

Es ist wichtig zu verstehen, dass es in der Realität nicht möglich ist, alle Bugs und Probleme in Phasen wie der Abnahme und dem Test zu entdecken und dass verschiedene Probleme auftreten können, sobald das IT-System tatsächlich in Gebrauch genommen wird.

Normalerweise wird angenommen, dass die Schuld selbst bereits erfüllt ist

Wie sollte man also vorgehen, wenn solche Probleme tatsächlich auftreten? Wir werden dies in Übereinstimmung mit der rechtlichen Reihenfolge klären.

Zunächst einmal, wenn verschiedene Bugs oder Probleme nachträglich entdeckt werden, wird der Benutzer wahrscheinlich den Anbieter, der bisher die Arbeit durchgeführt hat, zur Verantwortung ziehen wollen. Allerdings ist es oft schwierig, die Verantwortung aufgrund von Vertragsverletzungen geltend zu machen, da die Lieferung normalerweise bereits abgeschlossen ist und die Abnahme bestanden wurde.

Grundsätzlich gelten bei Systementwicklungsverträgen, sofern keine besonderen Vereinbarungen getroffen wurden, die Bestimmungen des japanischen Zivilgesetzbuches (BGB) über Werkverträge in Bezug auf die Implementierung von Programmen. Was genau ein Werkvertrag ist, wird im folgenden Artikel ausführlich erklärt.

https://monolith.law/corporate/system-development-contact-agreement [ja]

Und in einem Werkvertrag ist die “Fertigstellung der Arbeit” die Voraussetzung für die Erfüllung der Schuld. Was genau mit “Fertigstellung der Arbeit” gemeint ist, wird im folgenden Artikel ausführlich erläutert.

https://monolith.law/corporate/completion-of-work-in-system-development [ja]

Hier erklären wir, dass die “Fertigstellung der Arbeit” in einem Werkvertrag, im Kontext der Systementwicklung, das Ende aller Entwicklungsphasen bedeutet, basierend auf früheren Gerichtsurteilen. Und wir erklären, dass Probleme wie Bugs und Mängel, die nach dem Ende aller Entwicklungsphasen auftreten, eine Frage der Gewährleistungspflicht für Mängel im Werkvertrag sind.

Zusammenfassend lässt sich sagen, dass, wenn die Lieferung einmal akzeptiert und die Abnahme bestanden wurde, die Schuld selbst bereits erfüllt ist. Die Frage ist dann normalerweise, ob die Gewährleistungspflicht für Mängel, d.h. die Qualitätssicherung nach der Lieferung, geltend gemacht werden kann.

Verfolgung der Verantwortung auf der Grundlage der Mängelgewährleistung

Wie sollten Sie vorgehen, wenn Sie auf der Grundlage der Mängelgewährleistung eine Reaktion vom Anbieter verlangen? Lassen Sie uns die folgenden Punkte überprüfen.

Zuerst überprüfen Sie den Grad der Schwere und Ernsthaftigkeit von Bugs und Fehlern

Wenn Bugs oder Fehler nachträglich entdeckt werden und diese rechtlich als “Mängel” betrachtet werden, für die eine Art von Garantie verlangt wird, wird die Schwere der Bugs oder Fehler zum Problem. Rechtliche Mängelprobleme sind grundsätzlich in drei Kategorien unterteilt:

1. Auch wenn es sich um Bugs oder Fehler handelt, sind sie nur geringfügig und können nicht als rechtliche “Mängel” betrachtet werden
2. Es handelt sich um rechtliche “Mängel”, aber die Erfüllung des Vertragsziels ist möglich
3. Es handelt sich um rechtliche “Mängel”, und die Erfüllung des Vertragsziels ist nicht möglich

Die Unterscheidung zwischen diesen drei Kategorien bestimmt, ob eine Verfolgung der Verantwortung auf der Grundlage der Mängelgewährleistung möglich ist (zwischen 1 und 2) und ob eine Vertragsauflösung auf der Grundlage der Mängelgewährleistung möglich ist (zwischen 2 und 3).

Artikel 634

1. Wenn es Mängel am Arbeitsgegenstand gibt, kann der Auftraggeber vom Auftragnehmer verlangen, diese Mängel innerhalb einer angemessenen Frist zu beheben. Dies gilt jedoch nicht, wenn die Mängel unbedeutend sind und die Behebung unverhältnismäßige Kosten verursachen würde.

2. Der Auftraggeber kann Schadenersatz verlangen, anstelle oder zusätzlich zur Behebung der Mängel. In diesem Fall gelten die Bestimmungen des Artikels 533 entsprechend.

Artikel 635

Wenn es Mängel am Arbeitsgegenstand gibt und es dadurch nicht möglich ist, das Vertragsziel zu erreichen, kann der Auftraggeber den Vertrag auflösen. Dies gilt jedoch nicht für Gebäude oder andere Bauwerke auf dem Grundstück.

Weitere Informationen zu dieser stufenweisen Unterscheidung von “Mängeln” finden Sie im folgenden Artikel.

https://monolith.law/corporate/defect-warranty-liability [ja]

Als nächstes klären Sie, was vom Anbieter verlangt werden sollte

Als nächstes müssen Sie klarstellen, was Sie vom anderen Partei verlangen sollten. Wenn Sie den Vertrag auflösen möchten, reicht es nicht aus, nur zu beweisen, dass es sich um einen Mangel handelt. Es muss sich um etwas handeln, das “das Vertragsziel nicht erreichen kann”. Bei der Beurteilung des “Ziels” sind die Protokolle von Meetings, die zu Beginn des Systementwicklungsprojekts abgehalten wurden, und die Angaben in den Spezifikationen wichtige Hinweise. Da auch nach der Abnahme Bugs oder Fehler nachträglich entdeckt werden können, sollten Sie alle Arten von Dokumenten auch nach Abschluss des Entwicklungsprojekts sorgfältig aufbewahren.

https://monolith.law/corporate/the-minutes-in-system-development [ja]

Abgesehen von der Auflösung können Sie auch Schadenersatz oder die Behebung von Mängeln im Rahmen der Mängelgewährleistung verlangen.

Weitere Hinweise

Bei rechtlichen Handlungen wie Vertragsauflösungen ist Vorsicht geboten

Sollte es im Rahmen der Gewährleistungspflicht notwendig sein, einen Vertrag aufzulösen, sollten Sie auch Kenntnisse über die rechtlichen Verfahren zur Durchführung einer solchen Auflösung erwerben. Die Auswirkungen einer Vertragsauflösung, die korrekte Art der Willenserklärung und die Art der Benachrichtigung, um zukünftige Probleme zu vermeiden, werden in folgendem Artikel ausführlich erläutert.

https://monolith.law/corporate/cancellation-of-contracts-in-system-development [ja]

Streitigkeiten sollten idealerweise durch Verhandlungen gelöst werden

Des Weiteren sind diese rechtlichen Überlegungen nicht nur dann von Bedeutung, wenn ein Gerichtsverfahren eingeleitet wird. Die Beilegung von Streitigkeiten durch Gerichtsverfahren ist für beide Parteien sehr belastend. Vielmehr sind diese Erkenntnisse auch in der Verhandlungsphase vor einem Gerichtsverfahren sehr nützlich. Wie diese rechtlichen Erkenntnisse in Verhandlungen außerhalb des Gerichts von Bedeutung sein können, wird in folgendem Artikel erläutert.

https://monolith.law/corporate/disputes-related-to-system-development [ja]

Bugs und Mängel sollten von fehlenden Funktionen unterschieden werden

Die Diskussion unterscheidet sich je nachdem, ob es Bugs oder Mängel in den implementierten Funktionen und Spezifikationen gibt, oder ob die notwendigen Funktionen von Anfang an fehlen. Wenn die notwendigen Funktionen nicht vorhanden sind, kann die “Fertigstellung der Arbeit” im Rahmen des Werkvertrags nicht anerkannt werden und es besteht die Möglichkeit, dass die Erfüllung der Verpflichtungen nicht anerkannt wird.

Auch wenn die notwendigen Funktionen und Spezifikationen nicht vorhanden sind, wenn dies das Ergebnis einer unzureichenden Informationsbereitstellung durch den Benutzer in der Anforderungsdefinition ist, kann es sein, dass es unangemessen ist, dies als Teil des Vertragsinhalts zu betrachten.

Zusammenfassung

Probleme, die während des Projektverlaufs auftreten, können sowohl während der Durchführung des Projekts als auch in späteren Phasen wie der Betriebsphase auftreten. Es scheint, dass die Besonderheit von Systementwicklungsprojekten, bei denen man sich nicht unbedingt sicher fühlen kann, auch wenn alle Prozesse erfolgreich abgeschlossen wurden, gerade im System der “Gewährleistungshaftung” (japanische “Kashi Tanpo Sekinin”) verkörpert ist. Es wird als wichtig erachtet, eine gründliche Dokumentenverwaltung mit Blick auf die Zeit nach Abschluss des Systementwicklungsprojekts zu gewährleisten und diesen gesamten Prozess zu verstehen.