{"id":59969,"date":"2024-01-25T16:23:24","date_gmt":"2024-01-25T07:23:24","guid":{"rendered":"https:\/\/monolith.law\/de\/?p=59969"},"modified":"2025-12-17T12:08:59","modified_gmt":"2025-12-17T03:08:59","slug":"system-development-contract","status":"publish","type":"post","link":"https:\/\/monolith.law\/de\/it\/system-development-contract","title":{"rendered":"Kann ein Vertrag f\u00fcr die Systementwicklung auch ohne Vertrag abgeschlossen werden?"},"content":{"rendered":"\n<p>Es ist nicht un\u00fcblich, dass Entwickler in der Systementwicklung ihre Arbeit vor der Erstellung eines Vertrages vorantreiben. Allerdings ist dieser Ablauf in der Praxis &#8220;gef\u00e4hrlich&#8221;. Wenn kein Vertrag erstellt wurde, besteht das Risiko, dass der Auftraggeber im Falle eines sp\u00e4teren Problems behauptet, der Vertrag sei noch nicht abgeschlossen und daher sei keine Zahlung erforderlich. In tats\u00e4chlichen Streitigkeiten im Zusammenhang mit der Systementwicklung wird oft die G\u00fcltigkeit des Vertrages selbst bestritten, und es kommt nicht selten zu Entscheidungen, die f\u00fcr die Entwicklerseite nachteilig sind. Als Entwickler besteht das Risiko, dass man keine Zahlung erh\u00e4lt, wenn der Auftraggeber das Projekt abbricht oder zu einem anderen Unternehmen wechselt. Wie sp\u00e4ter erl\u00e4utert wird, gibt es auch F\u00e4lle, in denen die G\u00fcltigkeit des Vertrages verneint wird, selbst wenn ein Vertrag erstellt wurde.<\/p>\n\n\n\n<p>Hier erl\u00e4utern wir die Kriterien f\u00fcr das Zustandekommen eines Systementwicklungsvertrages und die rechtliche Struktur f\u00fcr die Forderung von Geld, wenn die G\u00fcltigkeit des Vertrages nicht anerkannt wurde.<\/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-development-contract\/#Vertragsabschluss\" title=\"Vertragsabschluss\">Vertragsabschluss<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Abschluss_eines_Systementwicklungsvertrags\" title=\"Abschluss eines Systementwicklungsvertrags\">Abschluss eines Systementwicklungsvertrags<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Geldforderung_bei_Abbruch_eines_Systementwicklungsvertrags_nach_Vertragsabschluss\" title=\"Geldforderung bei Abbruch eines Systementwicklungsvertrags nach Vertragsabschluss\">Geldforderung bei Abbruch eines Systementwicklungsvertrags nach Vertragsabschluss<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Erfolg_oder_Misserfolg_von_Systementwicklungsvertragen\" title=\"Erfolg oder Misserfolg von Systementwicklungsvertr\u00e4gen\">Erfolg oder Misserfolg von Systementwicklungsvertr\u00e4gen<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Spezifitat_des_Systeminhalts\" title=\"Spezifit\u00e4t des Systeminhalts\">Spezifit\u00e4t des Systeminhalts<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Der_Anbieter_prasentiert_Kostenvoranschlage_und_Spezifikationen_und_der_Benutzer_genehmigt_und_bestellt_sie\" title=\"Der Anbieter pr\u00e4sentiert Kostenvoranschl\u00e4ge und Spezifikationen, und der Benutzer genehmigt und bestellt sie\">Der Anbieter pr\u00e4sentiert Kostenvoranschl\u00e4ge und Spezifikationen, und der Benutzer genehmigt und bestellt sie<\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Nach_Verhandlungen_zur_Spezifikationsbestatigung_usw_zwischen_dem_Anbieter_und_dem_Benutzer\" title=\"Nach Verhandlungen zur Spezifikationsbest\u00e4tigung usw. zwischen dem Anbieter und dem Benutzer\">Nach Verhandlungen zur Spezifikationsbest\u00e4tigung usw. zwischen dem Anbieter und dem Benutzer<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Der_Anbieter_prasentiert_Spezifikationen_und_Kostenvoranschlage_usw_und_der_Benutzer_genehmigt_und_bestellt_sie\" title=\"Der Anbieter pr\u00e4sentiert Spezifikationen und Kostenvoranschl\u00e4ge usw., und der Benutzer genehmigt und bestellt sie\">Der Anbieter pr\u00e4sentiert Spezifikationen und Kostenvoranschl\u00e4ge usw., und der Benutzer genehmigt und bestellt sie<\/a><\/li><\/ul><\/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-development-contract\/#Abrechnungsvereinbarung\" title=\"Abrechnungsvereinbarung\">Abrechnungsvereinbarung<\/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-development-contract\/#Rechtliche_Konstruktion_zur_Geldforderung_wenn_ein_Vertragsabschluss_nicht_anerkannt_wurde\" title=\"Rechtliche Konstruktion zur Geldforderung, wenn ein Vertragsabschluss nicht anerkannt wurde\">Rechtliche Konstruktion zur Geldforderung, wenn ein Vertragsabschluss nicht anerkannt wurde<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Fahrlassigkeit_bei_Vertragsabschluss\" title=\"Fahrl\u00e4ssigkeit bei Vertragsabschluss\">Fahrl\u00e4ssigkeit bei Vertragsabschluss<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Japanisches_Handelsgesetz_Artikel_512\" title=\"Japanisches Handelsgesetz Artikel 512\">Japanisches Handelsgesetz Artikel 512<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/monolith.law\/de\/it\/system-development-contract\/#Zusammenfassung\" title=\"Zusammenfassung\">Zusammenfassung<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vertragsabschluss\"><\/span>Vertragsabschluss<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Ein Vertrag kommt grunds\u00e4tzlich durch die \u00dcbereinstimmung der Willenserkl\u00e4rungen beider Parteien bez\u00fcglich der Vertragselemente (\u00dcbereinstimmung von Angebot und Annahme) zustande.<\/p>\n\n\n\n<p>Wenn ein Vertrag zustande kommt, sind beide Parteien an den Vertrag gebunden. Wenn eine Partei die Vertragsbedingungen nicht erf\u00fcllt, kann die andere Partei durch ein Gerichtsverfahren die Erf\u00fcllung erzwingen oder Schadensersatz f\u00fcr die Nichterf\u00fcllung verlangen. Die &#8220;Vertragselemente&#8221; m\u00fcssen in dem Ma\u00dfe spezifiziert oder konkret sein, dass sie zur Durchsetzung der Erf\u00fcllung und zur Feststellung der Nichterf\u00fcllung dienen k\u00f6nnen.<\/p>\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\/2025\/12\/system-development-contract-2.jpg\" alt=\"\" class=\"wp-image-72439\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2025\/12\/system-development-contract-2.jpg 735w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2025\/12\/system-development-contract-2-300x200.jpg 300w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2025\/12\/system-development-contract-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Der Vertragsabschluss ist eine sehr wichtige Angelegenheit<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Abschluss_eines_Systementwicklungsvertrags\"><\/span>Abschluss eines Systementwicklungsvertrags<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Die Natur eines Systementwicklungsvertrags besteht haupts\u00e4chlich aus einem Werkvertrag und einem quasi-mandativen Vertrag. Ein Werkvertrag verspricht die Fertigstellung einer Arbeit und die Zahlung einer Verg\u00fctung daf\u00fcr. Ein bezahlter quasi-mandativer Vertrag verspricht die Durchf\u00fchrung einer Aufgabe und die Zahlung einer Verg\u00fctung daf\u00fcr.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>Daher wird angenommen, dass ein Vertrag zustande kommt, wenn es eine \u00dcbereinkunft zwischen den Parteien \u00fcber die &#8220;Inhalte der Arbeit oder Aufgabe&#8221; und den &#8220;Verg\u00fctungsbetrag&#8221;, die Vertragselemente, gibt.<\/p>\n\n\n\n<p>Es ist zu beachten, dass ein Vertrag auch durch eine m\u00fcndliche Vereinbarung zustande kommen kann und ein schriftlicher Vertrag nicht zwingend erforderlich ist.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Geldforderung_bei_Abbruch_eines_Systementwicklungsvertrags_nach_Vertragsabschluss\"><\/span>Geldforderung bei Abbruch eines Systementwicklungsvertrags nach Vertragsabschluss<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn ein Systementwicklungsvertrag abgeschlossen wurde und der Benutzer einseitig den Abbruch erkl\u00e4rt, wird dies rechtlich als K\u00fcndigung des Vertrags angesehen.<\/p>\n\n\n\n<p>Wenn ein Werkvertrag abgeschlossen wurde, kann der Anbieter (Vendor) jederzeit w\u00e4hrend der Arbeit vom Benutzer gek\u00fcndigt werden, hat aber das Recht auf Schadensersatz (gem\u00e4\u00df Artikel 641 des japanischen B\u00fcrgerlichen Gesetzbuchs). Daher kann der Anbieter, wenn kein Schadensersatz vom Benutzer geleistet wurde, Schadensersatz in H\u00f6he der Kosten, die der Anbieter bis zu diesem Zeitpunkt aufgewendet hat, und der Verg\u00fctung, die er h\u00e4tte erhalten k\u00f6nnen, abz\u00fcglich der Kosten, die durch den Verzicht auf die Fertigstellung des Systems eingespart wurden, verlangen.<\/p>\n\n\n\n<p>Wenn andererseits ein quasi-mandativer Vertrag abgeschlossen wurde, kann der Beauftragte bei Beendigung der Leistung w\u00e4hrend der Ausf\u00fchrung eine Verg\u00fctung entsprechend dem Ausf\u00fchrungsgrad verlangen (gem\u00e4\u00df Artikel 648 Absatz 3 des revidierten japanischen B\u00fcrgerlichen Gesetzbuchs). Daher kann der Anbieter die Zahlung f\u00fcr die bereits erbrachte Arbeit verlangen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Erfolg_oder_Misserfolg_von_Systementwicklungsvertragen\"><\/span>Erfolg oder Misserfolg von Systementwicklungsvertr\u00e4gen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Spezifitat_des_Systeminhalts\"><\/span>Spezifit\u00e4t des Systeminhalts<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Normalerweise werden bei Gesch\u00e4ften zwischen Unternehmen, insbesondere bei Vertr\u00e4gen mit hohen Betr\u00e4gen, schriftliche Dokumente verwendet. Wenn also ein Vertrag erstellt wurde, ist es wahrscheinlicher, dass die Vertragsabschluss anerkannt wird.<\/p>\n\n\n\n<p>Da das zu entwickelnde System durch verschiedene Prozesse allm\u00e4hlich konkretisiert wird, wird die Spezifit\u00e4t des Systeminhalts, der dem &#8220;Arbeitsinhalt&#8221; eines Werkvertrags entspricht, so interpretiert, dass eine Spezifizierung ausreicht, die den Umfang und die \u00dcbersicht des zu systematisierenden Bereichs versteht.<\/p>\n\n\n\n<p>In einem Gerichtsfall wurde der Vertragsabschluss verneint, obwohl es in dem Grundvertrag und dem Geheimhaltungsvertrag, \u00fcber deren Abschluss kein Streit bestand, eine Klausel gab, die besagte, dass &#8220;e-Commerce-Technologieunterst\u00fctzung, Webseitenaufbauunterst\u00fctzung und damit verbundene Dienstleistungen&#8221; beauftragt wurden, aber der spezifische Inhalt des e-Commerce-Gesch\u00e4fts, der Umfang der beauftragten Dienstleistungen und der Umfang der Entwicklung und Gestaltung als System nicht ausdr\u00fccklich angegeben waren.<\/p>\n\n\n\n<p>Selbst wenn ein Grundvertrag f\u00fcr die Systementwicklung erstellt wurde, ist es unwahrscheinlich, dass der Vertragsabschluss anerkannt wird, wenn die Arbeit oder der Arbeitsinhalt abstrakt und nicht spezifiziert ist. Der Vertragsabschluss kann anerkannt werden, wenn der Arbeits- oder Arbeitsinhalt und der Verg\u00fctungsbetrag in einem Vertrag oder \u00e4hnlichem, der ausreichend spezifisch ist, um die Erf\u00fcllung zu erzwingen und die Nichterf\u00fcllung zu best\u00e4tigen, angegeben sind.<\/p>\n\n\n\n<p>Bitte beachten Sie, dass wir in dem folgenden Artikel ausf\u00fchrlich auf die Punkte eingehen, die bei Vertr\u00e4gen zwischen Einzelingenieuren und Unternehmen zu beachten sind.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/engineer-joint-enterprise-contract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/engineer-joint-enterprise-contract[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Der_Anbieter_prasentiert_Kostenvoranschlage_und_Spezifikationen_und_der_Benutzer_genehmigt_und_bestellt_sie\"><\/span>Der Anbieter pr\u00e4sentiert Kostenvoranschl\u00e4ge und Spezifikationen, und der Benutzer genehmigt und bestellt sie<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Normalerweise werden bei Gesch\u00e4ften zwischen Unternehmen schriftliche Dokumente verwendet. Wenn also kein Vertrag erstellt wurde, ist es unwahrscheinlicher, dass der Vertragsabschluss anerkannt wird. Bei der Systementwicklung beginnen die Arbeiten oft, bevor ein Vertrag erstellt wird. Wie wird in diesem Fall \u00fcber den Erfolg oder Misserfolg des Vertragsabschlusses nachgedacht?<\/p>\n\n\n\n<p>In einem Gerichtsurteil (Urteil des Bezirksgerichts Nagoya vom 28. Januar 2004 (Heisei 16)) \u00fcber den Abschluss eines Werkvertrags f\u00fcr die Systementwicklung wurde Folgendes festgestellt:<\/p>\n\n\n\n<ul>\n<li> Nach Verhandlungen zur Spezifikationsbest\u00e4tigung usw. zwischen dem Anbieter und dem Benutzer, <\/li>\n\n\n\n<li> Der Anbieter pr\u00e4sentiert Spezifikationen und Kostenvoranschl\u00e4ge usw., <\/li>\n\n\n\n<li> Diese werden vom Benutzer genehmigt und bestellt, um den Vertrag abzuschlie\u00dfen. <\/li>\n<\/ul>\n\n\n\n<p>In diesem Gerichtsfall wurde der Anbieter von der lokalen Regierung, die der Benutzer war, beauftragt, ein Finanzbuchhaltungssystem usw. einzuf\u00fchren. Ein RFP mit dem Titel &#8220;Anfrage zur Einreichung eines Vorschlags f\u00fcr die Einf\u00fchrung eines integrierten Verwaltungsinformationssystems&#8221; wurde vorgelegt, und der Anbieter reichte einen Vorschlag und einen Kostenvoranschlag ein, auf den der Benutzer mit einer &#8220;Annahmebenachrichtigung&#8221; reagierte. Der Anbieter hat die Gesch\u00e4ftsinhalte des Benutzers und den Inhalt des Systems nicht ausreichend gepr\u00fcft, indem er sich mit dem Benutzer abgestimmt hat, und es wurde festgestellt, dass der Inhalt des Vorschlags des Anbieters nicht spezifisch war und es nicht klar war, was der Benutzer genehmigt hat. Daher wurde der Vertragsabschluss nicht anerkannt.<\/p>\n\n\n\n<p>Wir werden die Vertragsabschluss, die im Gerichtsurteil erw\u00e4hnt wurde, unter Ber\u00fccksichtigung anderer Gerichtsurteile usw. erg\u00e4nzen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nach_Verhandlungen_zur_Spezifikationsbestatigung_usw_zwischen_dem_Anbieter_und_dem_Benutzer\"><\/span>Nach Verhandlungen zur Spezifikationsbest\u00e4tigung usw. zwischen dem Anbieter und dem Benutzer<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Aus der Formulierung &#8220;nach Verhandlungen&#8221; geht hervor, dass wenn der Systeminhalt und der Verg\u00fctungsbetrag, die Vertragselemente sind, &#8220;in Verhandlung&#8221; sind, es unwahrscheinlicher ist, dass der Vertragsabschluss anerkannt wird, da keine Einigung erzielt wurde.<\/p>\n\n\n\n<p>Allerdings kann in einem Werkvertrag der Preis zum Marktpreis festgelegt werden, so dass es Gerichtsurteile gibt, die den Abschluss eines Werkvertrags mit einem angemessenen Marktpreis anerkannt haben, wenn der Benutzer den Systeminhalt und den &#8220;ungef\u00e4hren&#8221; Verg\u00fctungsbetrag usw. genehmigt hat.<\/p>\n\n\n\n<p>Um zu sagen, dass &#8220;Verhandlungen gef\u00fchrt wurden&#8221;, sollte der Anbieter die Gesch\u00e4ftsinhalte des Benutzers, den Systeminhalt usw. durch Treffen mit dem Benutzer usw. ausreichend pr\u00fcfen und dies in E-Mails oder Protokollen usw. dokumentieren.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Der_Anbieter_prasentiert_Spezifikationen_und_Kostenvoranschlage_usw_und_der_Benutzer_genehmigt_und_bestellt_sie\"><\/span>Der Anbieter pr\u00e4sentiert Spezifikationen und Kostenvoranschl\u00e4ge usw., und der Benutzer genehmigt und bestellt sie<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<ul>\n<li> Wenn der Benutzer eine Bestellung oder einen Auftrag ausstellt, ist es wahrscheinlicher, dass der Vertragsabschluss anerkannt wird. Wenn der Anbieter eine Anforderung einreicht oder Arbeiten auf der Grundlage einer Bestellung usw. durchf\u00fchrt, ist es wahrscheinlicher, dass der Vertragsabschluss anerkannt wird, da es mehr &#8220;Einigung&#8221; gibt. <\/li>\n\n\n\n<li> Interne Anweisungen des Benutzers besagen oft, dass ein Vertragsabschluss geplant ist, und es ist unwahrscheinlicher, dass der Vertragsabschluss anerkannt wird. Allerdings, wenn es keine solche Klausel gibt und der Benutzer den Inhalt der Systementwicklung und den Verg\u00fctungsbetrag usw. so spezifisch wie m\u00f6glich angibt, wird dies wahrscheinlich zur Anerkennung des Vertragsabschlusses beitragen. <\/li>\n\n\n\n<li> Bei Memoranden, Vereinbarungen und Best\u00e4tigungsschreiben ist es unwahrscheinlicher, dass der Vertragsabschluss anerkannt wird, wenn sie auf der Annahme basieren, dass ein separater Vertragsabschluss erfolgen wird, oder wenn der Inhalt abstrakt ist. <\/li>\n\n\n\n<li> Wenn kein Siegel auf dem Vertragsentwurf angebracht ist, bedeutet das Siegel den Abschluss, und es ist unwahrscheinlicher, dass der Vertragsabschluss anerkannt wird. <\/li>\n\n\n\n<li> Ein Kostenvoranschlag dient als Beweis f\u00fcr die Anerkennung des Verg\u00fctungsbetrags, auf den sich die Parteien geeinigt haben. <\/li>\n<\/ul>\n\n\n\n<p>Bitte beachten Sie, dass wir in dem folgenden Artikel ausf\u00fchrlich darauf eingehen, ob es m\u00f6glich ist, zus\u00e4tzliche Geb\u00fchren zu verlangen, wenn nach einem gewissen Fortschritt in der Systementwicklung \u00c4nderungen der Spezifikationen oder zus\u00e4tzliche Funktionen gefordert werden.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Abrechnungsvereinbarung\"><\/span>Abrechnungsvereinbarung<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn Sie auf Anweisung des Benutzers mit der Arbeit beginnen, in der Annahme, dass ein Vertrag abgeschlossen wird, und die Arbeit eingestellt wird, kann es sein, dass eine &#8220;Abrechnungsvereinbarung&#8221; anerkannt wird, um die Verg\u00fctung f\u00fcr die bisherige Arbeit abzurechnen. Um diese Vereinbarung leichter anerkennen zu lassen, sollten Sie den Benutzer bitten, die Methode zur Abrechnung der Verg\u00fctung im Falle eines Nichtabschlusses des Vertrags in einem internen Dokument usw. schriftlich festzuhalten, oder Sie sollten die Zustimmung einer autorisierten Person des Benutzers zu einem vom Anbieter erstellten Dokument einholen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rechtliche_Konstruktion_zur_Geldforderung_wenn_ein_Vertragsabschluss_nicht_anerkannt_wurde\"><\/span>Rechtliche Konstruktion zur Geldforderung, wenn ein Vertragsabschluss nicht anerkannt wurde<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\/2025\/12\/system-development-contract-3.jpg\" alt=\"\" class=\"wp-image-72440\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2025\/12\/system-development-contract-3.jpg 735w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2025\/12\/system-development-contract-3-300x200.jpg 300w, https:\/\/monolith.law\/de\/wp-content\/uploads\/sites\/14\/2025\/12\/system-development-contract-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Was passiert, wenn ein Vertragsabschluss nicht anerkannt wird?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fahrlassigkeit_bei_Vertragsabschluss\"><\/span>Fahrl\u00e4ssigkeit bei Vertragsabschluss<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn Verhandlungen zur Vertragsunterzeichnung beginnen, haben die Parteien die Pflicht, gem\u00e4\u00df dem Prinzip der Treu und Glauben (Japanisches Zivilgesetzbuch Artikel 1 Absatz 2), das Eigentum des anderen nicht zu verletzen. Wenn kein Vertrag zustande kommt und es objektive Umst\u00e4nde und Verschulden gibt, die den anderen Partei dazu veranlassen, sicher zu sein, dass ein Vertrag abgeschlossen wird, kann man Schadensersatz fordern, wenn diese Pflicht verletzt wurde. Dies wird als Fahrl\u00e4ssigkeit bei Vertragsabschluss bezeichnet.<\/p>\n\n\n\n<p>Im Folgenden stellen wir einige F\u00e4lle vor, in denen Fahrl\u00e4ssigkeit bei Vertragsabschluss durch Gerichtsurteile anerkannt wurde.<\/p>\n\n\n\n<ul>\n<li>Der Anbieter hat auf Anforderung des Nutzers die Anforderungsdefinition abgeschlossen und teilweise auch die Grund- und Detailplanung durchgef\u00fchrt. Es wurde erkl\u00e4rt, dass das Einladen anderer Unternehmen zur Ausschreibung nur eine formale Ma\u00dfnahme zur Genehmigung durch den Pr\u00e4sidenten sei, aber kurz vor Vertragsabschluss wurde ein anderes Unternehmen ausgew\u00e4hlt und kein Vertrag abgeschlossen.<\/li>\n\n\n\n<li>Der Anbieter hat auf Anforderung des Nutzers die Arbeit fortgesetzt, um die Lieferfrist einzuhalten, und der geplante Vertragsabschlusstag war auch kurz bevor. Innerhalb des Nutzerunternehmens wurden jedoch Vorbereitungen f\u00fcr die Eigenentwicklung getroffen, die geheim gehalten wurden, und kein Vertrag wurde abgeschlossen.<\/li>\n\n\n\n<li>Der Anbieter wurde vom Nutzer dar\u00fcber informiert, dass er als Bauunternehmer ausgew\u00e4hlt wurde, und es gab keine Fragen zum Kostenvoranschlag. Auf der Grundlage von Treffen mit dem Nutzer wurden Spezifikationsbest\u00e4tigungen und andere Arbeiten durchgef\u00fchrt, und die Ausgaben wurden vom Nutzer anerkannt. Der Vertragsabschluss wurde jedoch abgelehnt, weil man sich nicht auf den Kostenvoranschlag einigen konnte.<\/li>\n<\/ul>\n\n\n\n<p>Im Gegensatz dazu gibt es Gerichtsurteile, in denen keine Fahrl\u00e4ssigkeit bei Vertragsabschluss anerkannt wurde, wenn die M\u00f6glichkeit der Auswahl eines anderen Unternehmens oder die Bedingungen f\u00fcr den Vertragsabschluss klar angegeben waren.<\/p>\n\n\n\n<p>Wenn die Arbeit auf Anforderung des Nutzers fortgesetzt wurde und die M\u00f6glichkeit der Auswahl eines anderen Unternehmens oder die Bedingungen f\u00fcr die Einigung nicht klar angegeben wurden, und die Vertragsverhandlungen pl\u00f6tzlich aufgrund dieser Gr\u00fcnde abgebrochen wurden, kann Schadensersatz gefordert werden.<\/p>\n\n\n\n<p>Es gibt keinen Streit dar\u00fcber, dass die bis dahin aufgewendeten Kosten in den Bereich des &#8220;Schadens&#8221; fallen. Dar\u00fcber hinaus gibt es Gerichtsurteile, die besagen, dass der Gewinn aus der tats\u00e4chlich durchgef\u00fchrten Arbeit enthalten ist. Wenn Sie Beweise daf\u00fcr vorlegen k\u00f6nnen, dass Sie einen Schaden in H\u00f6he des Gewinns erlitten haben, den Sie h\u00e4tten erzielen k\u00f6nnen, wenn Sie nach Ablehnung eines Angebots von einem anderen Unternehmen weitergearbeitet h\u00e4tten, kann auch dies enthalten sein.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Japanisches_Handelsgesetz_Artikel_512\"><\/span>Japanisches Handelsgesetz Artikel 512<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wenn der Anbieter Handlungen im Zusammenhang mit der Systementwicklung f\u00fcr den Nutzer durchgef\u00fchrt hat, kann er gem\u00e4\u00df Artikel 512 des Japanischen Handelsgesetzes eine angemessene Verg\u00fctung verlangen.<\/p>\n\n\n\n<p>Wenn Sie Verhandlungen \u00fcber die Systementwicklung beginnen, sollten Sie das System und den Verg\u00fctungsbetrag mit E-Mails oder Protokollen beider Parteien erkennen und Beweise daf\u00fcr sammeln, dass die Umst\u00e4nde, die den Vertragsabschluss sicher erscheinen lassen, und die Elemente des Vertrags konkretisiert wurden.<\/p>\n\n\n\n<p>Tats\u00e4chlich kann es vorkommen, dass die Zahlung aufgrund von Gr\u00fcnden wie dem Fehlen eines unterzeichneten Vertrags abgelehnt wird. Wie oben erw\u00e4hnt, kann jedoch eine Geldforderung anerkannt werden.<\/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>Wie bereits erw\u00e4hnt, neigen Gerichte dazu, eine eher &#8220;negative&#8221; Beurteilung von Vertragsbeziehungen vorzunehmen, wenn kein schriftlicher Vertrag vorliegt, insbesondere im Vergleich zur Wahrnehmung des beauftragten Unternehmens. Aus Sicht des beauftragten Unternehmens mag man argumentieren wollen, dass &#8220;wir zun\u00e4chst nur mit der Arbeit beginnen sollten, da der Vertrag nachtr\u00e4glich abgeschlossen werden sollte und der Vertrag an sich bereits zustande gekommen ist&#8221;. Dieses Argument wird jedoch nicht immer anerkannt.<\/p>\n\n\n\n<p>Des Weiteren, wenn die Vertragsabschluss verneint wird, gibt es F\u00e4lle, in denen man aufgrund von rechtlichen Konstruktionen wie Fahrl\u00e4ssigkeit bei Vertragsabschluss oder dem japanischen Handelsgesetz Artikel 512 (Japanisches Handelsgesetz Artikel 512) Geld fordern kann, aber auch dies ist keineswegs eine &#8220;sichere&#8221; Angelegenheit.<\/p>\n\n\n\n<p>Wenn es notwendig ist, mit der Arbeit vor dem Abschluss eines schriftlichen Vertrags zu beginnen, sollte man:<\/p>\n\n\n\n<ul>\n<li>Zun\u00e4chst einmal bedenken, dass dies ein riskantes Unterfangen ist und man muss entscheiden, ob es sich lohnt, Arbeitszeit f\u00fcr das betreffende Projekt aufzuwenden, auch unter Ber\u00fccksichtigung dieses Risikos (insbesondere im Falle von kleinen und mittleren Unternehmen oder Start-ups, wenn sie Auftr\u00e4ge von gro\u00dfen Unternehmen annehmen, gibt es Situationen, in denen sie gezwungen sind, die Entscheidung zu treffen, &#8220;zuerst zu handeln&#8221;, um Handelserfahrungen mit diesen gro\u00dfen Unternehmen zu sammeln. Wenn das Risiko ber\u00fccksichtigt wird, kann dies eine m\u00f6gliche Gesch\u00e4ftsentscheidung sein.)<\/li>\n\n\n\n<li>\u00dcberlegen, ob man nicht eine Abwicklungsvereinbarung oder \u00e4hnliches abschlie\u00dfen kann, falls der Vertragsabschluss nicht zustande kommt<\/li>\n<\/ul>\n\n\n\n<p>Man kann also sagen, dass solche \u00dcberlegungen notwendig sind.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Es ist nicht un\u00fcblich, dass Entwickler in der Systementwicklung ihre Arbeit vor der Erstellung eines Vertrages vorantreiben. Allerdings ist dieser Ablauf in der Praxis &#8220;gef\u00e4hrlich&#8221;. Wenn k [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":72438,"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\/59969"}],"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=59969"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59969\/revisions"}],"predecessor-version":[{"id":72441,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/posts\/59969\/revisions\/72441"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media\/72438"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/media?parent=59969"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/categories?post=59969"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/de\/wp-json\/wp\/v2\/tags?post=59969"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}