{"id":58734,"date":"2023-10-05T12:52:29","date_gmt":"2023-10-05T03:52:29","guid":{"rendered":"https:\/\/monolith.law\/de\/?p=58734"},"modified":"2024-01-25T17:12:54","modified_gmt":"2024-01-25T08:12:54","slug":"system-flaw-measure-after-acceptance","status":"publish","type":"post","link":"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance","title":{"rendered":"Was sind die Ma\u00dfnahmen, wenn ein Systemfehler nach der Abnahme entdeckt wird?"},"content":{"rendered":"\n<p>Im Allgemeinen wird die Systementwicklung entsprechend den Anforderungen, die in der Definitionsphase festgelegt wurden, durchgef\u00fchrt. Die Implementierung des Programms wird vorangetrieben und schlie\u00dflich wird sowohl vom Benutzer als auch vom Anbieter \u00fcberpr\u00fcft, ob das Endprodukt den Spezifikationen entspricht. Die Entwicklung endet mit der erfolgreichen Abnahme.<\/p>\n\n\n\n<p>Aber in der Realit\u00e4t k\u00f6nnen Bugs oder Probleme, die w\u00e4hrend der Testphase und der Abnahme nicht entdeckt wurden, tats\u00e4chlich w\u00e4hrend der sp\u00e4teren Betriebsphase auftreten. Was kann man rechtlich verlangen, wenn man einmal eine Lieferung akzeptiert hat?<br><\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Es_ist_nicht_ungewohnlich_dass_Bugs_auch_nach_der_Abnahme_und_Testphase_verbleiben\" title=\"Es ist nicht ungew\u00f6hnlich, dass Bugs auch nach der Abnahme und Testphase verbleiben\">Es ist nicht ungew\u00f6hnlich, dass Bugs auch nach der Abnahme und Testphase verbleiben<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Normalerweise_wird_angenommen_dass_die_Schuld_selbst_bereits_erfullt_ist\" title=\"Normalerweise wird angenommen, dass die Schuld selbst bereits erf\u00fcllt ist\">Normalerweise wird angenommen, dass die Schuld selbst bereits erf\u00fcllt ist<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Verfolgung_der_Verantwortung_auf_der_Grundlage_der_Mangelgewahrleistung\" title=\"Verfolgung der Verantwortung auf der Grundlage der M\u00e4ngelgew\u00e4hrleistung\">Verfolgung der Verantwortung auf der Grundlage der M\u00e4ngelgew\u00e4hrleistung<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Zuerst_uberprufen_Sie_den_Grad_der_Schwere_und_Ernsthaftigkeit_von_Bugs_und_Fehlern\" title=\"Zuerst \u00fcberpr\u00fcfen Sie den Grad der Schwere und Ernsthaftigkeit von Bugs und Fehlern\">Zuerst \u00fcberpr\u00fcfen Sie den Grad der Schwere und Ernsthaftigkeit von Bugs und Fehlern<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Als_nachstes_klaren_Sie_was_vom_Anbieter_verlangt_werden_sollte\" title=\"Als n\u00e4chstes kl\u00e4ren Sie, was vom Anbieter verlangt werden sollte\">Als n\u00e4chstes kl\u00e4ren Sie, was vom Anbieter verlangt werden sollte<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Weitere_Hinweise\" title=\"Weitere Hinweise\">Weitere Hinweise<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Bei_rechtlichen_Handlungen_wie_Vertragsauflosungen_ist_Vorsicht_geboten\" title=\"Bei rechtlichen Handlungen wie Vertragsaufl\u00f6sungen ist Vorsicht geboten\">Bei rechtlichen Handlungen wie Vertragsaufl\u00f6sungen ist Vorsicht geboten<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Streitigkeiten_sollten_idealerweise_durch_Verhandlungen_gelost_werden\" title=\"Streitigkeiten sollten idealerweise durch Verhandlungen gel\u00f6st werden\">Streitigkeiten sollten idealerweise durch Verhandlungen gel\u00f6st werden<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Bugs_und_Mangel_sollten_von_fehlenden_Funktionen_unterschieden_werden\" title=\"Bugs und M\u00e4ngel sollten von fehlenden Funktionen unterschieden werden\">Bugs und M\u00e4ngel sollten von fehlenden Funktionen unterschieden werden<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/de\/it\/system-flaw-measure-after-acceptance\/#Zusammenfassung\" title=\"Zusammenfassung\">Zusammenfassung<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Es_ist_nicht_ungewohnlich_dass_Bugs_auch_nach_der_Abnahme_und_Testphase_verbleiben\"><\/span>Es ist nicht ungew\u00f6hnlich, dass Bugs auch nach der Abnahme und Testphase verbleiben<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>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 \u00dcberpr\u00fcfungen, die der Nutzer w\u00e4hrend der Abnahmephase durchf\u00fchrt, konzentrieren sich in der Regel auf die \u00dcberpr\u00fcfung 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\u00fchren. Daher gibt es von vornherein Grenzen dessen, was durch die \u00dcberpr\u00fcfung der Ein- und Ausgabe auf dem Bildschirm aus der Perspektive des Nutzers untersucht werden kann. Es ist daher nicht realistisch, alle m\u00f6glichen Probleme, die in der sp\u00e4teren Betriebsphase auftreten k\u00f6nnten, umfassend zu \u00fcberpr\u00fcfen und zu validieren.<\/p>\n\n\n\n<p>Die oben genannten Umst\u00e4nde gelten auch aus der Perspektive des Anbieters, der die Entwicklungsaufgaben \u00fcbernimmt. Zum Beispiel ist die &#8220;Testphase&#8221; dazu da, zu \u00fcberpr\u00fcfen, ob es in dem implementierten Programm Bugs oder Probleme gibt. Aber auch in der Testphase ist es nicht unbedingt m\u00f6glich, alle m\u00f6glichen Bugs und Probleme zu \u00fcberpr\u00fcfen und zu validieren. Auch nachdem das entwickelte System vollst\u00e4ndig in Betrieb genommen wurde, erfordert es hervorragende technische F\u00e4higkeiten, ein System zu erstellen, das weiterhin ohne Probleme funktioniert, auch wenn der Anbieter unerwartete Operationen durchf\u00fchrt, eine gro\u00dfe Menge an Daten tats\u00e4chlich registriert wird oder mehrere Nutzer gleichzeitig darauf zugreifen.<\/p>\n\n\n\n<p>Es ist wichtig zu verstehen, dass es in der Realit\u00e4t nicht m\u00f6glich ist, alle Bugs und Probleme in Phasen wie der Abnahme und dem Test zu entdecken und dass verschiedene Probleme auftreten k\u00f6nnen, sobald das IT-System tats\u00e4chlich in Gebrauch genommen wird.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Normalerweise_wird_angenommen_dass_die_Schuld_selbst_bereits_erfullt_ist\"><\/span>Normalerweise wird angenommen, dass die Schuld selbst bereits erf\u00fcllt ist<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/09\/shutterstock_326816432-1024x977.jpg\" alt=\"\" class=\"wp-image-4911\" \/><figcaption class=\"wp-element-caption\">Es ist oft schwierig, den Anbieter zur Verantwortung zu ziehen, wenn Probleme erst nach Beginn der Nutzung des Programms auftreten.<\/figcaption><\/figure>\n\n\n\n<p>Wie sollte man also vorgehen, wenn solche Probleme tats\u00e4chlich auftreten? Wir werden dies in \u00dcbereinstimmung mit der rechtlichen Reihenfolge kl\u00e4ren.<\/p>\n\n\n\n<p>Zun\u00e4chst einmal, wenn verschiedene Bugs oder Probleme nachtr\u00e4glich entdeckt werden, wird der Benutzer wahrscheinlich den Anbieter, der bisher die Arbeit durchgef\u00fchrt 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.<\/p>\n\n\n\n<p>Grunds\u00e4tzlich gelten bei Systementwicklungsvertr\u00e4gen, sofern keine besonderen Vereinbarungen getroffen wurden, die Bestimmungen des japanischen Zivilgesetzbuches (BGB) \u00fcber Werkvertr\u00e4ge in Bezug auf die Implementierung von Programmen. Was genau ein Werkvertrag ist, wird im folgenden Artikel ausf\u00fchrlich erkl\u00e4rt.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-contact-agreement\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-contact-agreement [ja]<\/a><\/p>\n\n\n\n<p>Und in einem Werkvertrag ist die &#8220;Fertigstellung der Arbeit&#8221; die Voraussetzung f\u00fcr die Erf\u00fcllung der Schuld. Was genau mit &#8220;Fertigstellung der Arbeit&#8221; gemeint ist, wird im folgenden Artikel ausf\u00fchrlich erl\u00e4utert.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development [ja]<\/a><\/p>\n\n\n\n<p>Hier erkl\u00e4ren wir, dass die &#8220;Fertigstellung der Arbeit&#8221; in einem Werkvertrag, im Kontext der Systementwicklung, das Ende aller Entwicklungsphasen bedeutet, basierend auf fr\u00fcheren Gerichtsurteilen. Und wir erkl\u00e4ren, dass Probleme wie Bugs und M\u00e4ngel, die nach dem Ende aller Entwicklungsphasen auftreten, eine Frage der Gew\u00e4hrleistungspflicht f\u00fcr M\u00e4ngel im Werkvertrag sind.<\/p>\n\n\n\n<p>Zusammenfassend l\u00e4sst sich sagen, dass, wenn die Lieferung einmal akzeptiert und die Abnahme bestanden wurde, die Schuld selbst bereits erf\u00fcllt ist. Die Frage ist dann normalerweise, ob die Gew\u00e4hrleistungspflicht f\u00fcr M\u00e4ngel, d.h. die Qualit\u00e4tssicherung nach der Lieferung, geltend gemacht werden kann.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Verfolgung_der_Verantwortung_auf_der_Grundlage_der_Mangelgewahrleistung\"><\/span>Verfolgung der Verantwortung auf der Grundlage der M\u00e4ngelgew\u00e4hrleistung<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Wie sollten Sie vorgehen, wenn Sie auf der Grundlage der M\u00e4ngelgew\u00e4hrleistung eine Reaktion vom Anbieter verlangen? Lassen Sie uns die folgenden Punkte \u00fcberpr\u00fcfen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zuerst_uberprufen_Sie_den_Grad_der_Schwere_und_Ernsthaftigkeit_von_Bugs_und_Fehlern\"><\/span>Zuerst \u00fcberpr\u00fcfen Sie den Grad der Schwere und Ernsthaftigkeit von Bugs und Fehlern<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn Bugs oder Fehler nachtr\u00e4glich entdeckt werden und diese rechtlich als &#8220;M\u00e4ngel&#8221; betrachtet werden, f\u00fcr die eine Art von Garantie verlangt wird, wird die Schwere der Bugs oder Fehler zum Problem. Rechtliche M\u00e4ngelprobleme sind grunds\u00e4tzlich in drei Kategorien unterteilt:<\/p>\n\n\n\n<ol>\n<li>Auch wenn es sich um Bugs oder Fehler handelt, sind sie nur geringf\u00fcgig und k\u00f6nnen nicht als rechtliche &#8220;M\u00e4ngel&#8221; betrachtet werden<\/li>\n\n\n\n<li>Es handelt sich um rechtliche &#8220;M\u00e4ngel&#8221;, aber die Erf\u00fcllung des Vertragsziels ist m\u00f6glich<\/li>\n\n\n\n<li>Es handelt sich um rechtliche &#8220;M\u00e4ngel&#8221;, und die Erf\u00fcllung des Vertragsziels ist nicht m\u00f6glich<\/li>\n<\/ol>\n\n\n\n<p>Die Unterscheidung zwischen diesen drei Kategorien bestimmt, ob eine Verfolgung der Verantwortung auf der Grundlage der M\u00e4ngelgew\u00e4hrleistung m\u00f6glich ist (zwischen 1 und 2) und ob eine Vertragsaufl\u00f6sung auf der Grundlage der M\u00e4ngelgew\u00e4hrleistung m\u00f6glich ist (zwischen 2 und 3).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikel 634<\/p>\n\n\n\n<p>1. Wenn es M\u00e4ngel am Arbeitsgegenstand gibt, kann der Auftraggeber vom Auftragnehmer verlangen, diese M\u00e4ngel innerhalb einer angemessenen Frist zu beheben. Dies gilt jedoch nicht, wenn die M\u00e4ngel unbedeutend sind und die Behebung unverh\u00e4ltnism\u00e4\u00dfige Kosten verursachen w\u00fcrde.<br><\/p>\n\n\n\n<p>2. Der Auftraggeber kann Schadenersatz verlangen, anstelle oder zus\u00e4tzlich zur Behebung der M\u00e4ngel. In diesem Fall gelten die Bestimmungen des Artikels 533 entsprechend.<\/p>\n\n\n\n<p>Artikel 635<\/p>\n\n\n\n<p>Wenn es M\u00e4ngel am Arbeitsgegenstand gibt und es dadurch nicht m\u00f6glich ist, das Vertragsziel zu erreichen, kann der Auftraggeber den Vertrag aufl\u00f6sen. Dies gilt jedoch nicht f\u00fcr Geb\u00e4ude oder andere Bauwerke auf dem Grundst\u00fcck.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Weitere Informationen zu dieser stufenweisen Unterscheidung von &#8220;M\u00e4ngeln&#8221; finden Sie im folgenden Artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability [ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Als_nachstes_klaren_Sie_was_vom_Anbieter_verlangt_werden_sollte\"><\/span>Als n\u00e4chstes kl\u00e4ren Sie, was vom Anbieter verlangt werden sollte<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Als n\u00e4chstes m\u00fcssen Sie klarstellen, was Sie vom anderen Partei verlangen sollten. Wenn Sie den Vertrag aufl\u00f6sen m\u00f6chten, reicht es nicht aus, nur zu beweisen, dass es sich um einen Mangel handelt. Es muss sich um etwas handeln, das &#8220;das Vertragsziel nicht erreichen kann&#8221;. Bei der Beurteilung des &#8220;Ziels&#8221; 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\u00e4glich entdeckt werden k\u00f6nnen, sollten Sie alle Arten von Dokumenten auch nach Abschluss des Entwicklungsprojekts sorgf\u00e4ltig aufbewahren.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development [ja]<\/a><\/p>\n\n\n\n<p>Abgesehen von der Aufl\u00f6sung k\u00f6nnen Sie auch Schadenersatz oder die Behebung von M\u00e4ngeln im Rahmen der M\u00e4ngelgew\u00e4hrleistung verlangen.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Weitere_Hinweise\"><\/span>Weitere Hinweise<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/09\/shutterstock_1299988513-1024x684.jpg\" alt=\"\" class=\"wp-image-4913\" \/><figcaption class=\"wp-element-caption\">Es ist wichtig, das Dokumentenmanagement und den rechtlichen Ablauf bis zum Abschluss des Projekts im Blick zu haben.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bei_rechtlichen_Handlungen_wie_Vertragsauflosungen_ist_Vorsicht_geboten\"><\/span>Bei rechtlichen Handlungen wie Vertragsaufl\u00f6sungen ist Vorsicht geboten<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sollte es im Rahmen der Gew\u00e4hrleistungspflicht notwendig sein, einen Vertrag aufzul\u00f6sen, sollten Sie auch Kenntnisse \u00fcber die rechtlichen Verfahren zur Durchf\u00fchrung einer solchen Aufl\u00f6sung erwerben. Die Auswirkungen einer Vertragsaufl\u00f6sung, die korrekte Art der Willenserkl\u00e4rung und die Art der Benachrichtigung, um zuk\u00fcnftige Probleme zu vermeiden, werden in folgendem Artikel ausf\u00fchrlich erl\u00e4utert.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development [ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Streitigkeiten_sollten_idealerweise_durch_Verhandlungen_gelost_werden\"><\/span>Streitigkeiten sollten idealerweise durch Verhandlungen gel\u00f6st werden<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Des Weiteren sind diese rechtlichen \u00dcberlegungen nicht nur dann von Bedeutung, wenn ein Gerichtsverfahren eingeleitet wird. Die Beilegung von Streitigkeiten durch Gerichtsverfahren ist f\u00fcr beide Parteien sehr belastend. Vielmehr sind diese Erkenntnisse auch in der Verhandlungsphase vor einem Gerichtsverfahren sehr n\u00fctzlich. Wie diese rechtlichen Erkenntnisse in Verhandlungen au\u00dferhalb des Gerichts von Bedeutung sein k\u00f6nnen, wird in folgendem Artikel erl\u00e4utert.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development [ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bugs_und_Mangel_sollten_von_fehlenden_Funktionen_unterschieden_werden\"><\/span>Bugs und M\u00e4ngel sollten von fehlenden Funktionen unterschieden werden<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Die Diskussion unterscheidet sich je nachdem, ob es Bugs oder M\u00e4ngel 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 &#8220;Fertigstellung der Arbeit&#8221; im Rahmen des Werkvertrags nicht anerkannt werden und es besteht die M\u00f6glichkeit, dass die Erf\u00fcllung der Verpflichtungen nicht anerkannt wird.<\/p>\n\n\n\n<p>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.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zusammenfassung\"><\/span>Zusammenfassung<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Probleme, die w\u00e4hrend des Projektverlaufs auftreten, k\u00f6nnen sowohl w\u00e4hrend der Durchf\u00fchrung des Projekts als auch in sp\u00e4teren Phasen wie der Betriebsphase auftreten. Es scheint, dass die Besonderheit von Systementwicklungsprojekten, bei denen man sich nicht unbedingt sicher f\u00fchlen kann, auch wenn alle Prozesse erfolgreich abgeschlossen wurden, gerade im System der &#8220;Gew\u00e4hrleistungshaftung&#8221; (japanische &#8220;Kashi Tanpo Sekinin&#8221;) verk\u00f6rpert ist. Es wird als wichtig erachtet, eine gr\u00fcndliche Dokumentenverwaltung mit Blick auf die Zeit nach Abschluss des Systementwicklungsprojekts zu gew\u00e4hrleisten und diesen gesamten Prozess zu verstehen.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Im Allgemeinen wird die Systementwicklung entsprechend den Anforderungen, die in der Definitionsphase festgelegt wurden, durchgef\u00fchrt. Die Implementierung des Programms wird vorangetrieben und schlie\u00df [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59105,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/58734"}],"collection":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/comments?post=58734"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/58734\/revisions"}],"predecessor-version":[{"id":59107,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/58734\/revisions\/59107"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media\/59105"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media?parent=58734"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/categories?post=58734"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/tags?post=58734"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}