Checkpunkte für Verträge bei der Durchführung von Systementwicklung im semi-delegierten Modus
Derzeit nimmt die Nutzung von IT in unserem täglichen Leben und in unseren sozioökonomischen Aktivitäten in Japan aufgrund der rasanten Verbesserung der Computerleistung und der Verbreitung des Internets schnell zu. Daher hat der soziale Einfluss von Betriebs- und Serviceunterbrechungen oder Leistungseinbußen durch Systemausfälle täglich zugenommen, und die Verbesserung der Zuverlässigkeit und Sicherheit von Systemen ist zu einer großen Herausforderung geworden.
Andererseits neigen IT-Systementwicklungsverträge dazu, unklar zu werden, da sie bei der ursprünglichen Gesetzgebung nicht berücksichtigt wurden. Die Visualisierung von Transaktionen, die auf enger Kommunikation zwischen Auftraggebern (Benutzern) und Auftragnehmern (Anbietern) basieren, sowie die Klärung von Rollenverteilung und Verantwortlichkeiten sind Herausforderungen.
Zudem hat die Tatsache, dass Informationssysteme nun aus einer Vielzahl von Elementen aufgebaut werden, dazu geführt, dass sie auch Risiken beinhalten, die es früher nicht gab, wie z.B. unerwartete Kombinationen von Elementen.
Um die Zuverlässigkeit und Sicherheit dieser Informationssysteme zu verbessern, hat das japanische Ministerium für Wirtschaft, Handel und Industrie Richtlinien veröffentlicht. In diesen Richtlinien wird ein Modellvertrag für die Systementwicklung vorgestellt, der detailliert erläutert wird.
In diesem Artikel werden wir unter Bezugnahme auf die Klauseln des Modellvertrags des japanischen Ministeriums für Wirtschaft, Handel und Industrie die Prüfpunkte für Verträge erläutern, die bei der Durchführung von IT-Systementwicklungsaufgaben unter einem quasi-Delegationsvertrag abgeschlossen werden.
Systementwicklung und Quasi-Auftragsverträge
Was ist ein Quasi-Auftragsvertrag?
Ein Quasi-Auftragsvertrag ist im japanischen Zivilgesetzbuch (Bürgerliches Gesetzbuch) definiert, indem die Bestimmungen des Auftragsvertrags entsprechend angewendet werden.
Abschnitt 10 Auftrag
Artikel 643: Ein Auftrag entsteht, wenn eine Partei der anderen Partei die Durchführung einer rechtlichen Handlung anvertraut und diese sie annimmt.
Artikel 656: Die Bestimmungen dieses Abschnitts gelten entsprechend für die Beauftragung von Geschäften, die keine rechtlichen Handlungen sind.
Ein Quasi-Auftragsvertrag ist ein Vertrag, bei dem eine Person beauftragt wird, Geschäfte für eine andere Person abzuwickeln. Der Beauftragte ist verpflichtet, seine Aufgaben mit der Sorgfalt eines guten Verwalters (Sorgfaltspflicht) zu erfüllen. Die Sorgfaltspflicht bedeutet einfach gesagt, “sein Bestes zu geben”.
Unterschiede zum Werkvertrag
Im Quasi-Auftragsvertrag, wie oben erwähnt, hat der Beauftragte eine Sorgfaltspflicht, aber im Gegensatz zum Werkvertrag hat er keine Pflicht zur Fertigstellung der Arbeit. Daher, solange es kein klares Zielobjekt gibt, hat der Beauftragte keine Gewährleistungspflicht für Mängel. Allerdings, da er eine Sorgfaltspflicht hat, kann er im Falle von grober Fahrlässigkeit oder schwerwiegender Nachlässigkeit haftbar gemacht werden für Schadensersatz aufgrund von Vertragsverletzung oder der Vertrag kann gekündigt werden.
Wie oben erwähnt, hat der Beauftragte in einem Quasi-Auftragsvertrag keine Pflicht zur Fertigstellung der Arbeit. Im Gegensatz dazu hat der Beauftragte in einem Werkvertrag eine Pflicht zur Fertigstellung der Arbeit.
Modellklauseln und Prüfpunkte für quasi-bevollmächtigte Verträge
Unterstützung bei der Erstellung von Anforderungsdefinitionen
(Durchführung der Unterstützung bei der Erstellung von Anforderungsdefinitionen)
Artikel X: Der Auftragnehmer wird, nach Abschluss des im Artikel X festgelegten Einzelvertrags, Dienstleistungen zur Unterstützung des Auftraggebers bei der Erstellung von Anforderungsdefinitionen (im Folgenden “Unterstützung bei der Erstellung von Anforderungsdefinitionen” genannt) auf der Grundlage von vom Auftraggeber erstellten Informationssystemkonzepten, Systemplanungsdokumenten usw. anbieten.2. Der Auftragnehmer wird auf der Grundlage von Fachwissen und Erfahrung in der Informationstechnologie sicherstellen, dass die Arbeiten des Auftraggebers reibungslos und angemessen durchgeführt werden, indem er Unterstützungsdienste wie Untersuchungen, Analysen, Organisation, Vorschläge und Beratung mit der Sorgfalt eines guten Managers durchführt.
Die Anforderungsdefinition ist ein Prozess, bei dem die Anforderungsspezifikationen (die Funktionen, die durch die Software realisiert werden sollen) des Systems, das der Benutzer aufbauen möchte, zusammengefasst werden, und ist eine Aufgabe, die stark von den Geschäftsinhalten des Benutzers abhängt. Daher wird in diesem Abschnitt vorausgesetzt, dass der Benutzer die Anforderungsdefinition durchführt und der Anbieter diese unterstützt, und es wird ein Quasi-Auftragsvertrag festgelegt. Es ist jedoch nicht so, dass der Anbieter keine Verantwortung trägt, nur weil es sich um einen Quasi-Auftrag handelt. Als Beauftragter hat er eine Sorgfaltspflicht, und wenn diese Sorgfaltspflicht vernachlässigt wird und die Unterstützung bei der Erstellung der Anforderungsdefinition nicht angemessen durchgeführt wird, wird er für die Nichterfüllung der Verpflichtungen aufgrund der Verletzung der Sorgfaltspflicht verantwortlich gemacht.
(Abschluss eines Einzelvertrags für die Unterstützung bei der Erstellung von Anforderungsdefinitionen)
Artikel X: Der Auftraggeber und der Auftragnehmer werden die Handelsbedingungen für die Unterstützung bei der Erstellung von Anforderungsdefinitionen, die in Artikel X, Absatz X, aufgeführt sind, nach Absprache festlegen und einen Einzelvertrag für die Unterstützung bei der Erstellung von Anforderungsdefinitionen abschließen.
Der Umfang usw. der Unterstützung bei der Erstellung von Anforderungsdefinitionen wird gemäß den in den vorherigen Artikeln festgelegten Bedingungen in einem Einzelvertrag festgelegt.
(Anforderungsdefinition Diskussionsrunde)
Artikel X: Der Auftraggeber wird, so oft wie erforderlich, eine Diskussionsrunde zur Erstellung von Anforderungsdefinitionen (im Folgenden in diesem Abschnitt “Anforderungsdefinition Diskussionsrunde” genannt) abhalten, um die Klärung oder Bestätigung von Angelegenheiten, die für die Erstellung der Anforderungsdefinition erforderlich sind, durchzuführen, und der Auftragnehmer wird daran teilnehmen und die Unterstützung bei der Erstellung von Anforderungsdefinitionen durchführen.2. Der Auftragnehmer kann auch eine Anforderungsdefinition Diskussionsrunde abhalten, wenn er dies für die Durchführung der Unterstützung bei der Erstellung von Anforderungsdefinitionen für notwendig hält, und der Auftraggeber wird daran teilnehmen.
Für die Erstellung der Anforderungsdefinition, die die Geschäftsanforderungen und die funktionalen und nicht-funktionalen Anforderungen des Systems definiert, ist eine Zusammenarbeit zwischen der Geschäftsabteilung des Benutzers, der Informationssystemabteilung und dem Anbieter erforderlich. Da dieser Prozess ein Quasi-Auftragsprozess ist, wird in Absatz 1 festgelegt, dass der Benutzer die Hauptverantwortung für die Durchführung trägt und der Anbieter, der die Unterstützung leistet, daran teilnimmt. Die Klärung oder Bestätigung von Angelegenheiten, die für die Erstellung der Anforderungsdefinition erforderlich sind, wird in der Anforderungsdefinition Diskussionsrunde durchgeführt, und der Benutzer und der Anbieter sind an die Ergebnisse der Diskussion gebunden.
Absatz 2 legt fest, dass der Anbieter auch eine Anforderungsdefinition Diskussionsrunde abhalten kann, wenn er dies für die Durchführung der Unterstützung bei der Erstellung von Anforderungsdefinitionen für notwendig hält.
(Festlegung der Anforderungsdefinition)
Artikel X: Wenn der Auftraggeber die Erstellung der Anforderungsdefinition abgeschlossen hat, werden der Auftraggeber und der Auftragnehmer innerhalb des im Einzelvertrag festgelegten Zeitraums (im Folgenden “Überprüfungszeitraum für die Anforderungsdefinition” genannt) überprüfen, ob die Anforderungsdefinition den in dem vorherigen Artikel festgelegten Entscheidungen der Anforderungsdefinition Diskussionsrunde entspricht, und als Beweis für die Bestätigung der Übereinstimmung werden die Verantwortlichen beider Parteien die Anforderungsdefinition unterzeichnen und siegel. Wenn jedoch bei der Überprüfung festgestellt wird, dass die Anforderungsdefinition nicht den Entscheidungen der Anforderungsdefinition Diskussionsrunde entspricht, wird der Auftraggeber innerhalb einer vereinbarten Frist eine überarbeitete Version erstellen, und der Auftraggeber und der Auftragnehmer werden erneut die oben genannten Überprüfungs- und Bestätigungsverfahren durchführen.2. Mit der Bestätigung beider Parteien gemäß dem vorherigen Absatz wird die Anforderungsdefinition als festgelegt betrachtet.
3. Wenn aufgrund der Änderung in Absatz 1 eine Änderung der Bedingungen des Einzelvertrags, wie z.B. der Arbeitszeitraum und die Vergütung, erforderlich wird, wird dies gemäß dem Verfahren in Artikel X durchgeführt.
Die Anforderungsdefinition ist die Phase, in der die Anforderungen festgelegt werden, nachdem der Anbieter einen groben Kostenvoranschlag erhalten hat und die für die Durchführung des Systemdesigns usw. erforderlichen Anforderungen festgelegt werden. Wenn die Anforderungen unklar bleiben, wird es für den Anbieter schwierig, eine genaue Schätzung vorzunehmen, und es besteht die Möglichkeit, dass Probleme in der Entwicklungsphase auftreten. Dieser Artikel legt das Verfahren fest, bei dem der Benutzer und der Anbieter die Anforderungsdefinition, die die Grundlage für die nachfolgenden Entwicklungsarbeiten bildet, überprüfen und durch die Unterzeichnung und Siegelung durch die Verantwortlichen beider Parteien festlegen. Da es bei der Überprüfung zur Festlegung der Anforderungsdefinition notwendig sein kann, Änderungen vorzunehmen, legt der erste Absatz das Verfahren für diesen Fall fest.
Absatz 2 macht deutlich, dass die Anforderungsdefinition durch die Bestätigung beider Parteien, des Benutzers und des Anbieters, festgelegt wird.
Absatz 3 legt fest, dass, wenn aufgrund der Änderung der Anforderungsdefinition gemäß Absatz 1 und der erneuten Überprüfung der Arbeit eine Änderung der Bedingungen des Einzelvertrags, wie z.B. eine Erhöhung der Arbeitsmenge des Anbieters oder eine Verlängerung des Zeitplans, erforderlich wird, die notwendigen Änderungen vorgenommen werden sollten.
(Ende der Arbeit und Bestätigung)
Artikel X: Der Auftragnehmer wird innerhalb von X Tagen nach der Festlegung der Anforderungsdefinition gemäß dem vorherigen Artikel einen Abschlussbericht erstellen und diesen dem Auftraggeber vorlegen.2. Der Auftraggeber wird innerhalb des im Einzelvertrag festgelegten Zeitraums (im Folgenden “Überprüfungszeitraum für das Ende der Unterstützung bei der Erstellung von Anforderungsdefinitionen” genannt) die Überprüfung des Abschlussberichts durchführen.
3. Wenn der Auftraggeber keine Einwände gegen den Inhalt des Abschlussberichts hat, wird er den Abschlussbestätigungsbericht unterzeichnen und siegeln und diesen dem Auftragnehmer übergeben, um das Ende der Unterstützung bei der Erstellung von Anforderungsdefinitionen zu bestätigen.
4. Wenn der Auftraggeber innerhalb des Überprüfungszeitraums für das Ende der Unterstützung bei der Erstellung von Anforderungsdefinitionen keine schriftlichen Einwände mit konkreten Gründen vorbringt, wird davon ausgegangen, dass der Auftraggeber das Ende der Arbeit mit dem Ablauf des Überprüfungszeitraums für das Ende der Unterstützung bei der Erstellung von Anforderungsdefinitionen bestätigt hat.
Da dieser Prozess ein Quasi-Auftragsprozess ist, legt dieser Artikel das Verfahren fest, bei dem überprüft wird, ob der Anbieter seine Unterstützungsarbeiten ordnungsgemäß auf der Grundlage der Sorgfaltspflicht eines guten Managers durchgeführt hat, indem ein Abschlussbericht erstellt wird, der die Arbeitsinhalte aufzeichnet.
Absatz 1 legt die Pflicht zur Vorlage des Abschlussberichts fest.
Absatz 2 legt den Überprüfungszeitraum für den Bericht fest, um zu verhindern, dass die Überprüfung des Berichts verzögert wird.
Absatz 3 legt fest, dass das Ende der Unterstützung bei der Erstellung von Anforderungsdefinitionen durch die Unterzeichnung und Siegelung des Abschlussbestätigungsberichts durch den Benutzer bestätigt wird.
Absatz 4 legt die Bestätigung des Abschlusses durch den Benutzer fest, wenn innerhalb des Überprüfungszeitraums keine schriftlichen Einwände vorgebracht werden. Diese Bestimmung berücksichtigt die Möglichkeit, dass der Benutzer aus irgendeinem Grund das Bestätigungsverfahren nicht rechtzeitig durchführt, was zu Verzögerungen in den nachfolgenden Arbeiten führen könnte oder dazu führen könnte, dass die nachfolgenden Arbeiten ohne klare Bestätigung des Abschlusses begonnen werden, was die Verantwortungsbeziehungen zwischen Benutzer und Anbieter unklar machen könnte.
Erstellung von externen Design-Dokumenten
(Durchführung der Unterstützung bei der Erstellung von externen Design-Dokumenten)
Artikel X: Der Auftragnehmer bietet nach Abschluss des im Artikel X festgelegten Einzelvertrags Unterstützung bei der Erstellung von externen Design-Dokumenten durch den Auftraggeber (im Folgenden “Unterstützung bei der Erstellung von externen Design-Dokumenten” genannt).2. Der Auftragnehmer führt auf der Grundlage von Fachwissen und Erfahrung in der Informationstechnologie unterstützende Tätigkeiten wie Untersuchungen, Analysen, Organisation, Vorschläge und Beratung durch, um sicherzustellen, dass die Arbeiten des Auftraggebers reibungslos und angemessen durchgeführt werden.
Die Erstellung von externen Design-Dokumenten ist eine Aufgabe, die die Nutzung von Schnittstellen wie Bildschirmen und Berichten festlegt. In den externen Design-Dokumenten sollten grundsätzlich alle Informationen enthalten sein, die der Anbieter benötigt, um das Programm zu entwickeln. Obwohl die externen Design-Dokumente detaillierte Informationen über die Verwendung von Formaten enthalten, kann nur der Benutzer, der die Geschäftsanforderungen festlegt, die Anforderungsspezifikationen ändern.
Daher geht dieser Artikel davon aus, dass der Benutzer die externen Design-Dokumente verantwortlich abschließt und der Anbieter als Beauftragter in einem Quasi-Auftragsvertrag die Fertigstellung der externen Design-Dokumente unterstützt.
Es ist jedoch nicht so, dass der Anbieter keine Verantwortung trägt, nur weil es sich um einen Quasi-Auftrag handelt. Der Anbieter hat eine Sorgfaltspflicht als Beauftragter. Daher kann es vorkommen, dass der Anbieter für eine Vertragsverletzung haftet, wenn die Unterstützung bei der Erstellung der externen Design-Dokumente aufgrund einer Verletzung dieser Sorgfaltspflicht nicht angemessen durchgeführt wurde.
(Abschluss eines Einzelvertrags für die Unterstützung bei der Erstellung von externen Design-Dokumenten)
Artikel X: Der Auftraggeber und der Auftragnehmer legen nach Diskussion die in Artikel 4, Absatz 1 genannten Handelsbedingungen für die Unterstützung bei der Erstellung von externen Design-Dokumenten fest und schließen einen Einzelvertrag für die Unterstützung bei der Erstellung von externen Design-Dokumenten ab.
Der Umfang der Unterstützung bei der Erstellung von externen Design-Dokumenten wird in einem Einzelvertrag festgelegt.
(Externe Design-Review-Sitzung)
Artikel X: Der Auftraggeber führt in der vom Artikel X festgelegten Häufigkeit externe Design-Review-Sitzungen durch, um die Klärung oder Bestätigung von Punkten, die für die Erstellung von externen Design-Dokumenten erforderlich sind, durchzuführen, und der Auftragnehmer nimmt daran teil und führt die Unterstützung bei der Erstellung von externen Design-Dokumenten durch.2. Der Auftragnehmer kann auch externe Design-Review-Sitzungen abhalten, wenn er dies für die Durchführung der Unterstützung bei der Erstellung von externen Design-Dokumenten für notwendig hält, und der Auftraggeber nimmt daran teil.
3. Wenn der Auftraggeber aufgrund der Diskussionen in der externen Design-Review-Sitzung den Inhalt des Anforderungsdefinitionsdokuments ändern möchte und dies eine Änderung der Bedingungen des Einzelvertrags, wie z.B. der Arbeitszeit und der Vergütung, erfordert, erfolgt dies gemäß dem in Artikel X festgelegten Verfahren zur Änderung des Vertrags und des Einzelvertrags.
Die Zusammenarbeit zwischen dem Benutzer und dem Anbieter ist für die Erstellung von externen Design-Dokumenten, die die Schnittstellen wie Bildschirme und Berichte festlegen, unerlässlich.
Da dieser Prozess ein Quasi-Auftragsverhältnis ist, legt Absatz 1 fest, dass der Benutzer die Sitzungen abhält und der Anbieter, der die Unterstützung leistet, daran teilnimmt. Alle Klärungen oder Bestätigungen von Punkten, die für die Erstellung von externen Design-Dokumenten erforderlich sind, werden in der externen Design-Review-Sitzung durchgeführt, und der Anbieter und der Benutzer sind an die Ergebnisse der Sitzung gebunden.
Absatz 2 legt fest, dass auch der Anbieter externe Design-Review-Sitzungen abhalten kann, wenn er dies für die Durchführung der Unterstützung bei der Erstellung von externen Design-Dokumenten für notwendig hält.
Absatz 3 legt fest, dass, wenn der Benutzer aufgrund der Diskussionen in der externen Design-Review-Sitzung den Inhalt des Anforderungsdefinitionsdokuments ändern möchte und dies eine Änderung der Bedingungen des Einzelvertrags erfordert, dies gemäß dem Verfahren zur Änderung des Vertrags und des Einzelvertrags erfolgt.
(Festlegung des externen Design-Dokuments)
Artikel X: Wenn der Auftraggeber die Erstellung des externen Design-Dokuments abgeschlossen hat, prüfen der Auftraggeber und der Auftragnehmer innerhalb des im Einzelvertrag festgelegten Zeitraums (im Folgenden “Prüfungszeitraum für das externe Design-Dokument” genannt), ob das externe Design-Dokument mit dem durch Artikel X festgelegten Anforderungsdefinitionsdokument und den in der vorherigen Klausel festgelegten Entscheidungen der externen Design-Review-Sitzung übereinstimmt, und zeichnen als Bestätigung der Übereinstimmung das externe Design-Dokument mit den Namen und Siegeln der Verantwortlichen beider Parteien. Wenn jedoch bei der Prüfung festgestellt wird, dass das externe Design-Dokument nicht mit dem durch Artikel X festgelegten Anforderungsdefinitionsdokument und den Entscheidungen der externen Design-Review-Sitzung übereinstimmt, erstellt der Auftraggeber innerhalb einer vereinbarten Frist eine überarbeitete Version, und der Auftraggeber und der Auftragnehmer führen erneut die oben genannte Prüfung und Bestätigungsverfahren durch.2. Mit der Bestätigung durch beide Parteien gemäß dem vorherigen Absatz wird das externe Design-Dokument als festgelegt betrachtet.
3. Wenn aufgrund der in Absatz 1 genannten Änderungen eine Änderung der Bedingungen des Einzelvertrags, wie z.B. der Arbeitszeit und der Vergütung, erforderlich wird, erfolgt dies gemäß dem in Artikel X festgelegten Verfahren zur Änderung des Vertrags und des Einzelvertrags.
Dieser Artikel legt das Verfahren fest, nach dem der Benutzer und der Anbieter das vom Benutzer erstellte externe Design-Dokument überprüfen und durch die Unterschrift und das Siegel der Verantwortlichen beider Parteien bestätigen.
Es kann vorkommen, dass bei der Prüfung zur Festlegung des externen Design-Dokuments eine Überarbeitung erforderlich ist, daher legt der Absatz 1, Satz 2 das Verfahren in diesem Fall fest.
Absatz 2 stellt klar, dass das externe Design-Dokument durch die Bestätigung beider Parteien als festgelegt betrachtet wird.
Absatz 3 legt fest, dass, wenn aufgrund der in Absatz 1 genannten Änderungen eine Änderung der Bedingungen des Einzelvertrags erforderlich wird, dies gemäß dem Verfahren zur Änderung des Vertrags und des Einzelvertrags erfolgt.
(Ende der Arbeit und Bestätigung)
Artikel X: Der Auftragnehmer erstellt innerhalb von X Tagen nach der Festlegung des externen Design-Dokuments gemäß dem vorherigen Artikel einen Abschlussbericht und reicht diesen beim Auftraggeber ein.2. Der Auftraggeber prüft den Abschlussbericht innerhalb des im Einzelvertrag festgelegten Zeitraums (im Folgenden “Prüfungszeitraum für das Ende der Unterstützung bei der Erstellung von externen Design-Dokumenten” genannt).
3. Wenn der Auftraggeber keine Einwände gegen den Inhalt des Abschlussberichts hat, unterzeichnet und siegelt er das Bestätigungsschreiben für das Ende der Arbeit und übergibt es dem Auftragnehmer, um das Ende der Unterstützung bei der Erstellung von externen Design-Dokumenten zu bestätigen.
4. Wenn der Auftraggeber innerhalb des Prüfungszeitraums für das Ende der Unterstützung bei der Erstellung von externen Design-Dokumenten keine schriftlichen Einwände mit konkreten Gründen erhebt, wird davon ausgegangen, dass der Auftraggeber das Ende der Arbeit mit dem Ablauf des Prüfungszeitraums für das Ende der Unterstützung bei der Erstellung von externen Design-Dokumenten bestätigt hat.
Dieser Prozess ist ein Quasi-Auftragsverhältnis, daher legt dieser Artikel das Verfahren fest, nach dem der Auftraggeber überprüft, ob der Auftragnehmer seine Unterstützungsarbeit ordnungsgemäß auf der Grundlage der Sorgfaltspflicht eines guten Managers durchgeführt hat, indem er einen Abschlussbericht einreicht, in dem die Arbeit aufgezeichnet ist.
Absatz 2 legt den Prüfungszeitraum fest, um zu verhindern, dass die Überprüfung des Berichts verzögert wird.
Absatz 3 legt fest, dass das Ende der Unterstützung bei der Erstellung von externen Design-Dokumenten durch die Unterschrift und das Siegel des Auftraggebers auf dem Bestätigungsschreiben für das Ende der Arbeit bestätigt wird.
Absatz 4 legt das Verfahren für die Bestätigung des Endes der Arbeit fest, wenn der Auftraggeber innerhalb des Prüfungszeitraums für das Ende der Unterstützung bei der Erstellung von externen Design-Dokumenten keine schriftlichen Einwände erhebt. Diese Bestimmung berücksichtigt die Möglichkeit, dass der Auftraggeber aus irgendeinem Grund das Bestätigungsverfahren nicht rechtzeitig durchführt, was zu Verzögerungen in der nachfolgenden Arbeit führen oder dazu führen könnte, dass die nachfolgende Arbeit ohne klare Bestätigung des Endes der vorherigen Arbeit begonnen wird, was die Verantwortungsbeziehung zwischen dem Auftraggeber und dem Auftragnehmer unklar machen könnte.
Softwareentwicklungsdienstleistungen
Nach den Vorschriften für den Systemaußendesignprozess, der das Grunddesign ist, folgen die Vorschriften für den Systeminnendesignprozess, der das detaillierte Design ist. Im Systeminnendesignprozess ist es üblich, dass das Entwicklungsziel und die Spezifikationen in den vorherigen Arbeitsphasen definiert wurden. Daher wird im Modellvertrag des japanischen Ministeriums für Wirtschaft, Handel und Industrie (METI) dies als Auftragsart festgelegt.
Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung
(Durchführung der Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung)
Artikel X: Der Auftragnehmer wird, nach Abschluss des im Artikel festgelegten Einzelvertrags, die notwendige Unterstützung für den Auftraggeber bei der Durchführung von Systemtests, Einführungs- und Akzeptanzunterstützung sowie Betriebstests, die zur tatsächlichen Nutzung der betreffenden Software durchgeführt werden (im Folgenden “Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung” genannt), leisten.2. Der Auftragnehmer wird, basierend auf seinem Fachwissen und seiner Erfahrung in der Informationstechnologie, die Unterstützungsleistungen mit der Sorgfalt eines guten Verwalters durchführen, um einen reibungslosen und effektiven Ablauf der Arbeiten des Auftraggebers zu gewährleisten.
In diesem Artikel und den folgenden wird die Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung geregelt, die in Form einer quasi-Beauftragung durchgeführt wird. In der Phase der Systemakzeptanz und Einführungsunterstützung ist es üblich, dass der Benutzer die Hauptrolle spielt. Daher wird im Modellvertrag des japanischen Ministeriums für Wirtschaft, Handel und Industrie (METI) festgelegt, dass der Benutzer die Hauptrolle spielt und der Anbieter ihn in Form einer quasi-Beauftragung unterstützt.
Der zweite Absatz legt fest, dass der Anbieter als Beauftragter die Pflicht zur sorgfältigen Verwaltung hat, da dieser Prozess eine quasi-Beauftragung ist.
(Ende der Arbeit und Bestätigung)
Artikel 32: Der Auftragnehmer wird innerhalb von X Tagen nach Abschluss der Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung einen Abschlussbericht erstellen und dem Auftraggeber vorlegen.2. Der Auftraggeber wird innerhalb des im Einzelvertrag festgelegten Zeitraums (im Folgenden “Prüfungszeitraum für das Ende der Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung” genannt) eine Prüfung des Abschlussberichts durchführen.
3. Wenn der Auftraggeber keine Einwände gegen den Inhalt des Abschlussberichts hat, wird er den Abschlussbestätigungsschreiben unterzeichnen und stempeln und dem Auftragnehmer übergeben, um das Ende der Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung zu bestätigen.
4. Wenn der Auftraggeber innerhalb des Prüfungszeitraums für das Ende der Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung keine Einwände schriftlich und mit konkreten Gründen vorbringt, wird das Ende der Arbeit mit Ablauf des Prüfungszeitraums als bestätigt angesehen.
Dieser Artikel legt das Verfahren zur Überprüfung fest, ob der Anbieter seine Pflicht zur sorgfältigen Verwaltung bei der Durchführung der Unterstützung bei der Vorbereitung und Umstellung der Softwarenutzung als quasi-Beauftragter ordnungsgemäß erfüllt hat.
Der zweite Absatz legt fest, dass der Anbieter dem Benutzer innerhalb einer bestimmten Frist nach Abschluss der Arbeiten einen Abschlussbericht vorlegen muss.
Der dritte Absatz legt fest, dass der Benutzer nach Klärung des Prüfungszeitraums die Überprüfung des Abschlussberichts durchführt.
Der vierte Absatz legt eine fiktive Bestätigung fest, falls der Benutzer die Überprüfung des Abschlusses der Arbeiten gemäß den vorherigen zwei Absätzen unterlässt.
Bestimmung der Art des Vertrags
Um die Art des Vertrags zu bestimmen, betrachten wir den gesamten Vertrag und prüfen, ob sein Zweck darin besteht, ein “fertiges Produkt zu liefern”, oder ob es darum geht, dass der Anbieter “vernünftig seine Aufgaben erfüllt”. Ein grober Anhaltspunkt ist, ob der Inhalt des zu erfüllenden Ziels in gewissem Maße konkret festgelegt wurde und ob das Projekt in diese Richtung voranschreitet.
Welche Aspekte im Detail beachtet werden sollten, wird im folgenden Artikel ausführlich erläutert.
Category: IT
Tag: ITSystem Development