{"id":58290,"date":"2023-10-04T16:27:32","date_gmt":"2023-10-04T07:27:32","guid":{"rendered":"https:\/\/monolith.law\/de\/?p=58290"},"modified":"2026-03-09T22:22:17","modified_gmt":"2026-03-09T13:22:17","slug":"user-obligatory-cooporation","status":"publish","type":"post","link":"https:\/\/monolith.law\/de\/it\/user-obligatory-cooporation","title":{"rendered":"Was sind die Kooperationspflichten der Nutzerseite als Auftraggeber der Systementwicklung?"},"content":{"rendered":"\n<p>Die Arbeit in der Systementwicklung erfordert, insbesondere bei gro\u00df angelegten Systemen, den Einsatz einer Vielzahl von Arbeitskr\u00e4ften und Arbeitsstunden. Daher besteht nicht nur auf Seiten des Anbieters, der die Entwicklung \u00fcbernimmt, sondern auch auf Seiten des Nutzers, der die Systementwicklung in Auftrag gibt, eine gewisse Pflicht zur Zusammenarbeit.<\/p>\n\n\n\n<p>Dies unterscheidet sich von der \u00fcblichen Auftragsbeziehung. Wenn Sie beispielsweise einen ma\u00dfgeschneiderten Anzug von einem Schneider anfertigen lassen, anstatt ein IT-System zu verwenden, hat der Kunde (Nutzer), der den Auftrag erteilt, keine besonderen &#8220;Pflichten&#8221;. Die &#8220;Pflicht&#8221; liegt haupts\u00e4chlich beim Auftragnehmer, dem Schneider (Anbieter). Gerade weil ein IT-System viele Arbeitskr\u00e4fte und Arbeitsstunden erfordert, m\u00fcssen auch die Nutzer mit dem Anbieter &#8220;zusammenarbeiten&#8221;. Das ist die Struktur.<\/p>\n\n\n\n<p>In diesem Artikel erkl\u00e4ren wir, welche rechtlichen Pflichten f\u00fcr den Auftraggeber bei der Systementwicklung bestehen, die nicht allein dem Anbieter \u00fcberlassen werden kann.<\/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\/user-obligatory-cooporation\/#Es_reicht_nicht_aus_alles_%E2%80%9Causzulagern%E2%80%9D_wenn_es_um_Ihr_eigenes_System_geht\" title=\"Es reicht nicht aus, alles &#8220;auszulagern&#8221;, wenn es um Ihr eigenes System geht\">Es reicht nicht aus, alles &#8220;auszulagern&#8221;, wenn es um Ihr eigenes System geht<\/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\/user-obligatory-cooporation\/#Was_sind_die_Pflichten_zur_Zusammenarbeit_auf_Seiten_des_Nutzers_auf_der_Grundlage_von_Prazedenzfallen\" title=\"Was sind die Pflichten zur Zusammenarbeit auf Seiten des Nutzers auf der Grundlage von Pr\u00e4zedenzf\u00e4llen?\">Was sind die Pflichten zur Zusammenarbeit auf Seiten des Nutzers auf der Grundlage von Pr\u00e4zedenzf\u00e4llen?<\/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\/user-obligatory-cooporation\/#Wie_werden_Anfragen_zur_Anderung_der_Spezifikationen_nachtraglich_interpretiert\" title=\"Wie werden Anfragen zur \u00c4nderung der Spezifikationen nachtr\u00e4glich interpretiert?\">Wie werden Anfragen zur \u00c4nderung der Spezifikationen nachtr\u00e4glich interpretiert?<\/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\/user-obligatory-cooporation\/#Wenn_zusatzliche_Arbeiten_vor_der_Klarung_der_Spezifikationen_wie_dem_externen_Design_aufgetreten_sind\" title=\"Wenn zus\u00e4tzliche Arbeiten vor der Kl\u00e4rung der Spezifikationen wie dem externen Design aufgetreten sind\">Wenn zus\u00e4tzliche Arbeiten vor der Kl\u00e4rung der Spezifikationen wie dem externen Design aufgetreten sind<\/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\/user-obligatory-cooporation\/#Wenn_zusatzliche_Arbeiten_nach_der_Festlegung_der_Spezifikationen_in_der_Herstellungs-_oder_Testphase_aufgetreten_sind\" title=\"Wenn zus\u00e4tzliche Arbeiten nach der Festlegung der Spezifikationen in der Herstellungs- oder Testphase aufgetreten sind\">Wenn zus\u00e4tzliche Arbeiten nach der Festlegung der Spezifikationen in der Herstellungs- oder Testphase aufgetreten sind<\/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\/user-obligatory-cooporation\/#Zusammenfassung_Es_ist_wichtig_nicht_zu_vergessen_dass_die_Anforderungsdefinition_ein_Prozess_auf_der_Benutzerseite_ist\" title=\"Zusammenfassung: Es ist wichtig, nicht zu vergessen, dass die Anforderungsdefinition ein Prozess auf der Benutzerseite ist\">Zusammenfassung: Es ist wichtig, nicht zu vergessen, dass die Anforderungsdefinition ein Prozess auf der Benutzerseite ist<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Es_reicht_nicht_aus_alles_%E2%80%9Causzulagern%E2%80%9D_wenn_es_um_Ihr_eigenes_System_geht\"><\/span>Es reicht nicht aus, alles &#8220;auszulagern&#8221;, wenn es um Ihr eigenes System geht<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Auch bei einem einzigen Systementwicklungsprojekt sind oft viele Personen und Organisationen beteiligt. Nicht nur Ingenieure und Programmierer, die sich mit Codierungstechniken auskennen, sind wichtig, sondern auch die Rolle des Projektmanagers, der die Ergebnisse dieser Mitarbeiter zu einem einzigen Erfolg zusammenfasst, ist von gro\u00dfer Bedeutung.<\/p>\n\n\n\n<p>Aber selbst wenn der Anbieter \u00fcber hohe technische und organisatorische F\u00e4higkeiten verf\u00fcgt, kann die Systementwicklung nicht allein durch die Kraft des Anbieters erreicht werden. Zum Beispiel gibt es keine M\u00f6glichkeit, firmeninterne Begriffe, die nur innerhalb des Unternehmens verwendet werden, oder spezifisches Gesch\u00e4ftswissen des Unternehmens zu kennen, nur durch die einseitigen Bem\u00fchungen des Anbieters. Je gr\u00f6\u00dfer die Entwicklung eines Systems ist, desto h\u00e4ufiger ist das Unternehmen, das das System nutzt, ein gro\u00dfes Unternehmen mit vielen Mitarbeitern und Aufgaben. Um ein Systementwicklungsprojekt zum Erfolg zu f\u00fchren, ist es oft der Fall, dass die Organisation der Gesch\u00e4ftslogik vor der Computerarbeit einen gro\u00dfen Anteil einnimmt.<\/p>\n\n\n\n<p>Daher sollten die Benutzer nicht passiv sein, weil sie &#8220;keine IT-Experten sind&#8221;, sondern sollten vielmehr aktiv Informationen bereitstellen, um den Projektfortschritt zu erleichtern. In diesem Sinne ist die Rolle, die die Benutzerseite in einem Systementwicklungsprojekt spielt, tats\u00e4chlich nicht klein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Was_sind_die_Pflichten_zur_Zusammenarbeit_auf_Seiten_des_Nutzers_auf_der_Grundlage_von_Prazedenzfallen\"><\/span>Was sind die Pflichten zur Zusammenarbeit auf Seiten des Nutzers auf der Grundlage von Pr\u00e4zedenzf\u00e4llen?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-2.jpg\" alt=\"\" class=\"wp-image-78528\" style=\"aspect-ratio:1.5;width:841px;height:auto\" srcset=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-2.jpg 735w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-2-300x200.jpg 300w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Was sind die gegenseitigen Pflichten zur Zusammenarbeit zwischen Nutzern und Anbietern?<\/figcaption><\/figure>\n\n\n\n<p>Was sind konkret die Pflichten zur Zusammenarbeit, die auf Seiten des Nutzers in einem Systementwicklungsprojekt bestehen? Zu diesem Punkt gibt es viele Hinweise in fr\u00fcheren Gerichtsentscheidungen.<\/p>\n\n\n\n<p>In einem Gerichtsverfahren wurde \u00fcber die Frage gestritten, ob es eine Pflicht zur Zusammenarbeit des Nutzers (Kl\u00e4ger) bei der Entwicklung gibt, da es Verz\u00f6gerungen bei der Entscheidungsfindung des Nutzers gab, die zu einer Verz\u00f6gerung der Lieferfrist auf Seiten des Anbieters (Beklagter) f\u00fchrte. In diesem Fall erkannte das Gericht einen Versto\u00df gegen die Pflicht zur Zusammenarbeit auf Seiten des Nutzers an und lehnte die Haftung des Anbieters f\u00fcr Nichterf\u00fcllung ab. (Obwohl die Aufl\u00f6sung des Vertrags anerkannt wurde, wurde auch eine Minderung der Schuld um 60% anerkannt.)<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Der Vertrag \u00fcber die Entwicklung dieses Computersystems ist ein sogenannter ma\u00dfgeschneiderter Systementwicklungsvertrag. Bei einem solchen ma\u00dfgeschneiderten Systementwicklungsvertrag kann der Auftragnehmer (Anbieter) das System nicht alleine fertigstellen. Der Auftraggeber (Nutzer) muss w\u00e4hrend des Entwicklungsprozesses interne Meinungsabstimmungen durchf\u00fchren, seine Ansichten vereinheitlichen, klar kommunizieren, welche Funktionen er vom Auftragnehmer erwartet, zusammen mit dem Auftragnehmer die gew\u00fcnschten Funktionen pr\u00fcfen, schlie\u00dflich die Funktionen festlegen, weiterhin die Bildschirme und Formulare festlegen und die Abnahme der Ergebnisse durchf\u00fchren usw. Diese Rollen m\u00fcssen aufgeteilt werden.<\/p>\n<cite>Urteil des Bezirksgerichts Tokio vom 10. M\u00e4rz 2004 (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>Dieses Urteil ist nicht nur eine Aussage dar\u00fcber, dass die Systementwicklung selbst eine gemeinsame Arbeit mit dem Nutzer ist, sondern es gibt auch sehr anregende Hinweise darauf, &#8220;in welchen Punkten konkret zusammengearbeitet werden sollte&#8221;.<\/p>\n\n\n\n<p>Lassen Sie uns versuchen, den Wortlaut des oben genannten Urteils in IT-Begriffe der Systementwicklung zu \u00fcbersetzen.<\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 60px\">\n<tbody>\n<tr style=\"height: 60px\">\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left;height: 60px\">Endg\u00fcltige Festlegung der Funktionen&#8230;<br>\u2192 Anforderungsdefinition: Kl\u00e4rung, welche Funktionen das zu erstellende System haben soll<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 88px\">\n<tbody>\n<tr style=\"height: 88px\">\n<td style=\"width: 100%;height: 88px;background-color: #ffffe0;text-align: left\">Festlegung von Bildschirmen und Formularen&#8230;<br>\u2192 Grundlegende Gestaltung: Gestaltung des Aussehens des Systems aus der Sicht des Systembedieners, wie Bildschirme und Formulare<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 88px\">\n<tbody>\n<tr style=\"height: 88px\">\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left;height: 88px\">Abnahme der Ergebnisse&#8230;<br>\u2192 Test: \u00dcberpr\u00fcfung, ob das Produkt den Spezifikationen entspricht, Best\u00e4tigung zusammen mit Beweismaterial wie DB-Dumps und Annahme der Lieferung.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>Diese Punkte k\u00f6nnen auf diese Weise organisiert werden. All diese Punkte k\u00f6nnen, unabh\u00e4ngig davon, wie hoch die Fachkompetenz f\u00fcr IT-Systeme ist, nicht alleine ohne die Zusammenarbeit des Nutzers erreicht werden. Die gew\u00fcnschten Funktionen und das Layout des Bildschirms sind grunds\u00e4tzlich vom Nutzer zu kl\u00e4ren, und ob das gew\u00fcnschte Produkt realisiert wurde oder nicht, kann auch nur vom Nutzer \u00fcberpr\u00fcft werden.<\/p>\n\n\n\n<p>Es ist zu beachten, dass, genau wie dem Anbieter eine Projektmanagementpflicht auferlegt wird, auch dem Nutzer eine Pflicht zur Zusammenarbeit auferlegt wird. Wenn der Nutzer in den oben genannten Prozessen gegen seine Pflicht zur Zusammenarbeit verst\u00f6\u00dft, besteht die M\u00f6glichkeit, dass er im Gegenzug vom Anbieter auf Schadensersatz wegen Nichterf\u00fcllung oder unerlaubter Handlung in Anspruch genommen wird.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wie_werden_Anfragen_zur_Anderung_der_Spezifikationen_nachtraglich_interpretiert\"><\/span>Wie werden Anfragen zur \u00c4nderung der Spezifikationen nachtr\u00e4glich interpretiert?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-3.jpg\" alt=\"\" class=\"wp-image-78529\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-3.jpg 735w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-3-300x200.jpg 300w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2026\/03\/user-obligatory-cooporation-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Wird es verstanden, wenn der Benutzer vom Anbieter nachtr\u00e4gliche Zusatzarbeiten verlangt?<\/figcaption><\/figure>\n\n\n\n<p>Wenn man davon ausgeht, dass ein Systementwicklungsprojekt eine gemeinsame Arbeit von Benutzer und Anbieter ist, f\u00fchrt dies zu einer weiteren fortgeschrittenen Diskussion. Es geht um das Problem, wer verantwortlich ist, wenn der Benutzer nachtr\u00e4glich zus\u00e4tzliche Funktionen oder Korrekturen anfordert und dadurch die Einhaltung des Liefertermins schwierig wird.<\/p>\n\n\n\n<p>Systementwicklung zielt im Allgemeinen darauf ab, in einer Reihenfolge, die mit der Anforderungsdefinition beginnt und dann durch grundlegende Design, detailliertes Design, Herstellung (Programmimplementierung) und Tests fortgesetzt wird, so weit wie m\u00f6glich zu vermeiden, dass Arbeit zur\u00fcckgegeben wird (allgemein als Wasserfallmodell bezeichnet). In der Realit\u00e4t kommt es jedoch oft vor, dass Arbeit zur\u00fcckgegeben wird, wenn sich herausstellt, dass es M\u00e4ngel in den vorherigen Prozessen gibt.<\/p>\n\n\n\n<p>Wie sollte man in solchen F\u00e4llen denken, wenn man den Liefertermin nicht einhalten kann? Bei der Interpretation fr\u00fcherer Urteile scheint es Unterschiede in den Schlussfolgerungen zu geben, je nachdem, wann zus\u00e4tzliche Arbeiten aufgetreten sind.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wenn_zusatzliche_Arbeiten_vor_der_Klarung_der_Spezifikationen_wie_dem_externen_Design_aufgetreten_sind\"><\/span>Wenn zus\u00e4tzliche Arbeiten vor der Kl\u00e4rung der Spezifikationen wie dem externen Design aufgetreten sind<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Das oben genannte Urteil zeigt gleichzeitig, dass es nicht unbedingt einen Versto\u00df gegen die Pflicht zur Zusammenarbeit darstellt, wenn der Benutzer w\u00e4hrend des grundlegenden Designprozesses (vor der Programmimplementierungsphase) eine Anfrage zur zus\u00e4tzlichen Entwicklung stellt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Es ist selbstverst\u00e4ndlich, dass der Benutzer w\u00e4hrend der grundlegenden Designarbeit verschiedene Anforderungen an das zu erstellende System stellt. Dar\u00fcber hinaus ist es f\u00fcr den Benutzer, der keine Fachkenntnisse hat, schwierig zu beurteilen, ob diese Anforderungen zus\u00e4tzliche Geb\u00fchren oder eine Verl\u00e4ngerung der Lieferfrist erfordern, oder ob sie den Arbeitsprozess beeintr\u00e4chtigen. Daher kann man nicht sagen, dass der Benutzer sich selbst zur\u00fcckhalten sollte, Anforderungen zu stellen, die zus\u00e4tzliche Geb\u00fchren oder eine Verl\u00e4ngerung der Lieferfrist erfordern. Vielmehr, wenn der Benutzer solche Anforderungen stellt, sollte der Beklagte, der die Projektmanagementpflicht hat, den Benutzer dar\u00fcber informieren und um Diskussionen \u00fcber den R\u00fcckzug der Anforderungen oder die Verl\u00e4ngerung der Lieferfrist bitten, um sicherzustellen, dass die Entwicklungsarbeit nicht beeintr\u00e4chtigt wird.<\/p>\n<cite>Urteil des Bezirksgerichts Tokio vom 10. M\u00e4rz 2004 (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>In diesem Urteil wurde festgestellt, dass der Benutzer eine gewisse Pflicht zur Zusammenarbeit hat, aber es wurde auch darauf hingewiesen, dass der Benutzer nicht unbedingt ein Experte f\u00fcr Systementwicklung ist. Mit anderen Worten, da der Benutzer, der die Bestellung aufgibt, kein Experte f\u00fcr Systementwicklung ist, ist es nicht ungew\u00f6hnlich, dass er w\u00e4hrend der Zeit, bis der Inhalt des zu entwickelnden Systems klar wird, nach und nach verschiedene Anforderungen stellt (in einigen F\u00e4llen ist er nicht einmal an das Aufgeben von Bestellungen gew\u00f6hnt), und es ist zu hart zu sagen, dass er &#8220;sich selbst bemerken sollte&#8221;, wenn der Inhalt seiner Bestellung eine \u00dcberpr\u00fcfung der Lieferfrist usw. erfordert.<\/p>\n\n\n\n<p>Die Pflicht, die dem Anbieter hier auferlegt wird, bezieht sich jedoch im Wesentlichen auf die Bem\u00fchungen um Kommunikation, wie das Anfordern einer Verl\u00e4ngerung der Lieferfrist oder (wenn die Lieferfrist nicht verschoben werden kann) das Vorschlagen, dass die zus\u00e4tzliche Anforderung zur\u00fcckgezogen wird. Daher sollte man beachten, dass dies nicht bedeutet, dass es die Pflicht einschlie\u00dft, alle Anforderungen des Benutzers zu akzeptieren und das Produkt bis zum urspr\u00fcnglichen Termin zu liefern.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wenn_zusatzliche_Arbeiten_nach_der_Festlegung_der_Spezifikationen_in_der_Herstellungs-_oder_Testphase_aufgetreten_sind\"><\/span>Wenn zus\u00e4tzliche Arbeiten nach der Festlegung der Spezifikationen in der Herstellungs- oder Testphase aufgetreten sind<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn man den Inhalt des oben genannten Urteils umkehrt, kann man bis zu einem gewissen Grad vorhersagen, welche Schlussfolgerung gezogen worden w\u00e4re, wenn es sich um eine zus\u00e4tzliche Entwicklung handelt, nachdem die Spezifikationen bereits festgelegt worden waren. In diesem Fall w\u00e4re es schwieriger, solche Anforderungen zu erf\u00fcllen. Es ist wahr, dass es keinen Unterschied macht, ob die Spezifikationen vor oder nach der Festlegung festgelegt wurden, wenn es um das Verst\u00e4ndnis der Entwicklungsarbeit zwischen dem Benutzer und dem Anbieter geht.<\/p>\n\n\n\n<p>Aber wenn man den Inhalt der Bestellung \u00e4ndert oder hinzuf\u00fcgt, nachdem die Spezifikationen festgelegt wurden, besteht eine hohe Wahrscheinlichkeit, dass die Arbeit neu gemacht werden muss. In solchen F\u00e4llen ist es oft schwierig, die Verz\u00f6gerung der Lieferung, die sogar in solchen F\u00e4llen aufgetreten ist, zu verteidigen, indem man sagt, &#8220;Es ist nat\u00fcrlich, dass der Kunde verschiedene Anforderungen stellt&#8221;. Dar\u00fcber hinaus wirft die Tatsache, dass viele Spezifikations\u00e4nderungen und Funktionserweiterungen nachtr\u00e4glich auftreten, die Frage auf, ob es nicht bereits einen Versto\u00df gegen die Pflicht zur Zusammenarbeit auf Seiten des Benutzers in den vorherigen Prozessen wie dem grundlegenden Design gab, das bereits abgeschlossen sein sollte.<\/p>\n\n\n\n<p>Aus diesen Gr\u00fcnden ist es unwahrscheinlich, dass die Verz\u00f6gerung der Lieferung, die durch eine Spezifikations\u00e4nderung verursacht wurde, die nach der endg\u00fcltigen Festlegung der Spezifikationen durchgef\u00fchrt wurde, als Verantwortung des Anbieters angesehen wird. Es ist angemessen, aus dem oben genannten Urteil zu lesen, dass es auch in dieser Hinsicht eine Bedeutung hat.<\/p>\n\n\n\n<p>Dar\u00fcber hinaus neigt diese Beurteilung dazu, nicht nur auf der Grundlage des Vertrags, sondern auch auf der Grundlage von Protokollen, die dem Fortschritt der Systementwicklung entsprechen, als Beweis durchgef\u00fchrt zu werden. Details zu Protokollen werden im folgenden Artikel erkl\u00e4rt.<\/p>\n\n\n\n<p>Verwandter Artikel: <a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Wie man Protokolle in der Systementwicklung aus rechtlicher Sicht f\u00fchrt[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zusammenfassung_Es_ist_wichtig_nicht_zu_vergessen_dass_die_Anforderungsdefinition_ein_Prozess_auf_der_Benutzerseite_ist\"><\/span>Zusammenfassung: Es ist wichtig, nicht zu vergessen, dass die Anforderungsdefinition ein Prozess auf der Benutzerseite ist<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Obwohl die Anforderungsdefinition eine Gelegenheit f\u00fcr den Anbieter ist, seine F\u00e4higkeiten zu demonstrieren, sollte man sich bewusst sein, dass es urspr\u00fcnglich eine Aufgabe auf der Benutzerseite ist. Da es sich um ein System handelt, das in Ihrem eigenen Unternehmen verwendet wird, sollte es auch dann, wenn es mit Hilfe externer Experten erstellt wird, als ein Bereich angesehen werden, der unter der eigenen Unternehmensf\u00fchrung steht und rechtlich gesehen sollte.<\/p>\n\n\n\n<p>Wenn die Benutzerseite nicht kooperativ im Entwicklungsprozess ist, besteht eine gro\u00dfe M\u00f6glichkeit, dass das Gericht auch eine strenge Meinung gegen\u00fcber der Benutzerseite \u00e4u\u00dfert, selbst wenn das Projekt scheitert. Dies sollte zun\u00e4chst anerkannt werden.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Die Arbeit in der Systementwicklung erfordert, insbesondere bei gro\u00df angelegten Systemen, den Einsatz einer Vielzahl von Arbeitskr\u00e4ften und Arbeitsstunden. Daher besteht nicht nur auf Seiten des Anbie [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":78527,"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\/58290"}],"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=58290"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/58290\/revisions"}],"predecessor-version":[{"id":78530,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/58290\/revisions\/78530"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media\/78527"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media?parent=58290"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/categories?post=58290"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/tags?post=58290"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}