MONOLITH LAW OFFICE+81-3-6262-3248Wochentags 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Die Fertigstellung von Auftragsarbeiten in der Systementwicklung

IT

Die Fertigstellung von Auftragsarbeiten in der Systementwicklung

Systementwicklung ist oft ein langwieriger Prozess, bei dem es häufig vorkommt, dass wiederholte Spezifikationsänderungen oder die Implementierung zusätzlicher Funktionen gefordert werden. Für die beauftragten Anbieter kann dies manchmal zu einer scheinbar ausweglosen Situation führen. Für diese Anbieter kann die Frage “Was genau und wie viel müssen wir tun, um unsere Arbeit als erledigt zu betrachten?” zu einer ernsthaften Sorge werden.

Systementwicklung wird oft im Rahmen von Werkverträgen durchgeführt. Ein Werkvertrag zielt darauf ab, “die Fertigstellung der Arbeit” zu erreichen.

In diesem Artikel werden wir aus rechtlicher Sicht erläutern, “wann und was genau getan werden muss, um die Systementwicklung als abgeschlossen zu betrachten”.

Was bedeutet die Fertigstellung der Systementwicklung?

Fertigstellung der Systementwicklung aus der Sicht eines Technikers

Wenn man auf dem Gebiet der Systementwicklung fragt, “Wann ist die Systementwicklung abgeschlossen?”, wird die Antwort in der Regel lauten: “Wenn der Testprozess abgeschlossen ist und die Ergebnisse geliefert wurden”. Tatsächlich beginnt der allgemeine Ablauf der Systementwicklung mit der Definition der Anforderungen, bei der die Inhalte der zu implementierenden Funktionen usw. ermittelt werden, gefolgt von der Erstellung verschiedener Design-Dokumente und der Implementierung des Programms. Schließlich wird der Testprozess abgeschlossen, um sicherzustellen, dass alles korrekt funktioniert, und das Projekt wird mit der Abnahme durch den Benutzer abgeschlossen.

Daher ist aus der Sicht eines Technikers, der direkt an den konkreten Aufgaben beteiligt ist, das Verständnis “Fertigstellung der Systementwicklung = erfolgreiche Abnahme” üblich.

Fertigstellung der Systementwicklung aus rechtlicher Sicht

Andererseits, wenn man aus rechtlicher Sicht fragt, wann die Systementwicklung abgeschlossen ist, wird die Diskussion natürlich darauf hinauslaufen, wann die rechtlichen Verpflichtungen, die der Anbieter im Vertrag übernommen hat, als erfüllt gelten können. Grundsätzlich werden Verträge in der Systementwicklung entweder als Werkverträge oder als quasi-mandatierte Verträge klassifiziert.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Die Erklärung der Unterschiede zwischen diesen beiden Vertragstypen überlasse ich dem oben verlinkten Artikel, aber wenn es um die Fertigstellung der Systementwicklung geht, also um die Erfüllung der Verpflichtungen, die der Anbieter hat, dann sind die maßgeblichen Bestimmungen für jedes wie folgt:

Werkvertrag: Bürgerliches Gesetzbuch § 632
§ 632
Ein Werkvertrag entsteht, wenn eine Partei sich verpflichtet, ein bestimmtes Werk zu vollenden, und die andere Partei sich verpflichtet, dafür eine Vergütung zu zahlen.
Quasi-Mandatsvertrag: Bürgerliches Gesetzbuch § 648
§ 648
1. Der Beauftragte kann, sofern nichts anderes vereinbart ist, keine Vergütung vom Auftraggeber verlangen.
2. Der Beauftragte kann, wenn er Anspruch auf eine Vergütung hat, diese erst nach Erfüllung des Auftrags verlangen. Ist jedoch die Vergütung nach Zeitabschnitten bemessen, so gilt § 624 Abs. 2 entsprechend.
3. Wenn die Erfüllung des Auftrags aus Gründen, die dem Beauftragten nicht zuzurechnen sind, vorzeitig beendet wird, kann der Beauftragte eine Vergütung entsprechend dem bereits erbrachten Teil der Leistung verlangen.

Die Fertigstellung der Systementwicklung ist ein Problem bei Werkverträgen

Am häufigsten wird die Frage, “wann die Arbeit abgeschlossen ist”, in der Regel bei Werkverträgen gestellt, unabhängig vom Kontext der Systementwicklung. Bei quasi-mandatierten Verträgen geht es weniger darum, dass die Erfüllung der Verpflichtungen an ein bestimmtes Ergebnis oder Produkt geknüpft ist, sondern eher darum, dass eine Person mit Fachkenntnissen mit einem gewissen Ermessensspielraum das tut, was sie tun soll (unabhängig vom Ergebnis). Bei quasi-mandatierten Verträgen ist es auch gesetzlich so geregelt, dass die Vergütung verlangt werden kann, selbst wenn das erwartete Produkt nicht erstellt wurde, solange die Geschäftsabwicklung ordnungsgemäß durchgeführt wurde (§ 648 Abs. 2), und wenn die Erfüllung aus Gründen, die dem Beauftragten nicht zuzurechnen sind, vorzeitig beendet wurde, kann die Vergütung entsprechend dem bereits erbrachten Teil der Leistung verlangt werden (§ 648 Abs. 3). Man könnte also sagen, dass Werkverträge “ergebnisorientiert” und quasi-mandatierte Verträge “prozessorientiert” sind.

Daher ist es bei quasi-mandatierten Verträgen eher so, dass die “Sorgfaltspflicht” im Prozess der Durchführung der beauftragten Aufgaben rechtlich problematisch wird. Das heißt, die Frage ist, wann ein Verstoß gegen die Sorgfaltspflicht aufgrund eines Mandatsvertrags geltend gemacht werden kann, wenn man davon ausgeht, dass ein hohes Maß an Vertrauen entgegengebracht wird.

Andererseits ist bei Werkverträgen das Wichtige die “Fertigstellung der Arbeit”. Wenn das zu vollendende Werk nicht vollendet ist, kann der Anbieter seine Verpflichtungen nicht erfüllen und kann auch keine Vergütung verlangen. Wenn das Werk jedoch fertiggestellt ist, gibt es keinen Grund, die Zwischenschritte in Frage zu stellen. Daher kann man sagen, dass die Frage “Wann ist ein Systementwicklungsprojekt abgeschlossen?” im Grunde genommen eine Frage der rechtlichen Auslegung des Begriffs “Fertigstellung der Arbeit” in einem Werkvertrag ist.

Wann ist eine Arbeit in der Systementwicklung abgeschlossen?

Was sind die Anforderungen für die “Fertigstellung der Arbeit”?

Wann genau sollte man also den Zeitpunkt der “Fertigstellung der Arbeit” betrachten? Lassen Sie uns dazu einige frühere Gerichtsurteile überprüfen.

Gerichtsurteile zur Fertigstellung der Arbeit

In dem unten zitierten Gerichtsurteil handelt es sich um einen Fall, in dem nach der Lieferung des Systems durch den Anbieter Probleme wie Verarbeitungsgeschwindigkeit und Kommunikationskosten auftraten. Obwohl solche Probleme aufgetreten sind, wurde diskutiert, ob die Arbeit als “abgeschlossen” betrachtet werden kann, da der gesamte Entwicklungsprozess abgeschlossen ist. Das Ergebnis war, dass die Fertigstellung der Arbeit anerkannt wurde.

Die Artikel 632 und 633 des japanischen Zivilgesetzbuches (Bürgerliches Gesetzbuch) legen fest, dass der Auftragnehmer die Vergütung vom Auftraggeber erhält, wenn er die Arbeit abgeschlossen und das Arbeitsergebnis an den Auftraggeber übergeben hat. Andererseits bestimmt Artikel 634 des gleichen Gesetzes, dass der Auftragnehmer dem Auftraggeber eine Gewährleistungspflicht hat, wenn das Arbeitsergebnis Mängel aufweist (Absatz 1), und dass der Auftraggeber das Recht hat, die Zahlung der Vergütung zu verweigern, bis der Auftragnehmer seine Gewährleistungspflicht erfüllt hat (Absatz 2). Nach diesen Bestimmungen des Zivilgesetzbuches unterscheidet das Gesetz zwischen Fällen, in denen das Arbeitsergebnis unvollständig ist, weil es Mängel aufweist, und Fällen, in denen die Arbeit nicht abgeschlossen ist. Es wird verstanden, dass selbst wenn Mängel im Arbeitsergebnis vorhanden sind, unabhängig davon, ob sie verborgen oder offensichtlich sind, dies nicht bedeutet, dass die Arbeit nicht abgeschlossen ist. Daher sollte die Frage, ob der Auftragnehmer die Arbeit abgeschlossen hat oder nicht, anhand der Frage beurteilt werden, ob die Arbeit bis zum letzten geplanten Schritt des ursprünglichen Vertrags abgeschlossen ist. Es ist angemessen zu verstehen, dass der Auftraggeber, wenn der Auftragnehmer die Arbeit bis zum letzten Schritt abgeschlossen und das Arbeitsergebnis übergeben hat, nicht einfach die Zahlung des Auftragspreises verweigern kann, nur weil das Arbeitsergebnis Mängel aufweist.

In dem oben genannten Urteil wurde entschieden, dass die “Fertigstellung der Arbeit” erfüllt ist, wenn der letzte Schritt in der Systementwicklung abgeschlossen ist. Als Abhilfemaßnahme, wenn es Mängel im vom Anbieter erstellten System gibt (was im Gesetz oft als “Mängel” bezeichnet wird), gibt es bereits ein separates System der Mängelgewährleistung.

Daher ist es nicht unfair für den Benutzer, das Konzept der “Fertigstellung der Arbeit” etwas breiter zu interpretieren. Zusammengefasst ergibt sich folgendes:

【Verpflichtung im Werkvertrag = Fertigstellung der Arbeit = Abschluss aller Prozesse】
===========
Wenn die Arbeit nicht abgeschlossen ist…

【Verantwortung für Nichterfüllung der Verpflichtung】
===========
Wenn die Arbeit abgeschlossen ist, aber Mängel aufweist…

【Anerkennung der Erfüllung der Verpflichtung und Frage der Mängelgewährleistung】

Das oben genannte Urteil zeigt, wie man diese Probleme aufteilt.

Allerdings kann man das Thema “Fertigstellung der Arbeit” auch aus der Perspektive der “Abnahme durch den Benutzer” betrachten. Rechtliche Probleme, wenn die Abnahme durch den Benutzer nicht voranschreitet, werden in einem separaten Artikel erklärt.

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Was die Vollendung einer juristischen Arbeit bedeutet

Nach der Anerkennung der “Vollendung der Arbeit” in einem Werkvertrag ist es möglich, eine Vergütung zu verlangen.

Im Systementwicklungsbereich bedeutet die Anerkennung der “Vollendung der Arbeit”, dass die Schuld erfüllt ist, und es besteht keine Gefahr mehr, für eine “Nichterfüllung der Schuld” verantwortlich gemacht zu werden. Im Falle eines Werkvertrags, wenn die Arbeit nicht als abgeschlossen angesehen werden kann, kann keine Vergütung verlangt werden, und selbst wenn eine Vorauszahlung oder ähnliches durch eine Sondervereinbarung vereinbart wurde, müssen diese grundsätzlich zurückgegeben werden. Wenn jedoch die Tatsache anerkannt wird, dass die Arbeit abgeschlossen ist, muss der Anbieter (Vendor) nur die Verantwortung für Mängel und Qualitätsprobleme im Rahmen des Vertrags übernehmen.

Dass der Anbieter von der Verantwortung für die Nichterfüllung der Schuld befreit wird, bedeutet, dass der Spielraum für eine Vertragsauflösung von Seiten des Nutzers erheblich reduziert wird. Denn die Vertragsauflösung aufgrund der Gewährleistungspflicht ist auf Fälle beschränkt, in denen das Vertragsziel nicht erreicht werden kann. Wenn der Vertrag aufgelöst wird, verliert auch der Anbieter das Recht, eine Vergütung zu verlangen (das heißt, es fließt keine Vergütung mehr), weshalb es in der Praxis oft zu Streitigkeiten um die “Vollendung der Arbeit” kommt.

Eine detaillierte Erklärung zum Thema “Vertragsauflösung” im Bereich der Systementwicklung finden Sie im folgenden Artikel.

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

Hinweise zur Fertigstellung der Arbeit

Wie man über Spezifikationsänderungen und zusätzliche Entwicklung nachdenkt

Es ist zu beachten, dass der Anbieter bereits in der Lage sein könnte, die ursprünglich angegebenen Spezifikationen zu erfüllen, aber Änderungen der Spezifikationen oder zusätzliche Funktionen gefordert werden, was die Rentabilität beeinträchtigt. In solchen Fällen kann es schwierig sein, einen Abschluss zu finden, und es können Probleme wie “den richtigen Zeitpunkt für den Abschluss der Systementwicklung” auftreten. Eine detaillierte Erklärung zu diesem Thema finden Sie im folgenden Artikel.

https://monolith.law/corporate/increase-of-estimate[ja]

Achtung vor der Änderung des japanischen Zivilgesetzes (Bürgerliches Gesetzbuch)

Die Bestimmungen über die Gewährleistungspflicht für Mängel auf der Grundlage von Werkverträgen sind ein Bereich, der stark von der Änderung des japanischen Zivilgesetzes (Bürgerliches Gesetzbuch) betroffen ist, da die Verbindung zwischen den bisherigen Artikeln oft komplex und schwer zu verstehen war. Wie man “Mängel” im Kontext der Änderung des japanischen Zivilgesetzes (Bürgerliches Gesetzbuch) interpretieren sollte, wird im folgenden Artikel ausführlich erläutert.

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

Zusammenfassung

In diesem Artikel haben wir den Weg zur rechtlichen Theorie der “Fertigstellung der Arbeit” für Systementwicklungsprojekte erläutert, die oft in Situationen geraten, in denen “kein Ausweg sichtbar” ist. Der Ausgang jedes Projekts kann je nach den Anforderungen der Entwicklung variieren, aber wenn es zu Streitigkeiten über solche Punkte kommt, ist es nicht ungewöhnlich, dass das rechtliche Konzept der “Fertigstellung der Arbeit” als Leitfaden dient.

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Zurück Nach Oben