システム開発関連の契約書作成等

システム開発に関して、いわゆる契約不適合責任など、抽象的な法律条項は備わっていても、当該システム・当該案件に特有の事情等については「別途の合意による」等と記載されているのみで直接記載されておらず、実際に紛争が発生してしまった場合に、具体的な問題状況との関係で帰結が不明確になってしまう契約書も、多く用いられていることが現実です。

当事務所は、元ITエンジニアの弁護士が代表を務める法律事務所として、当該システム開発を深く理解することを、契約書作成等の業務における重要なポイントと位置付けています。

1. 基本契約・個別契約

   複数のシステム開発案件を継続的に発注・受注する関係において、取引全体に共通して適用される基本的な条件（秘密保持・知的財産権の帰属・損害賠償の上限・準拠法・紛争解決手段等）を定めるのが基本契約です。個別契約は、各案件ごとに開発の対象・納期・報酬・仕様書の特定方法などを具体的に定めます。

2. 請負型開発契約

   受注者が一定の成果物（完成したシステム）を完成させて発注者に引き渡すことを目的とする契約形態です。成果物に契約不適合（瑕疵）があった場合の修補請求・代金減額請求・損害賠償請求・契約解除の各権利が問題となりやすく、契約書レビューが不可欠です。

3. 準委任型開発契約

   受注者が一定の業務（作業・役務）を遂行することを目的とする契約形態で、成果物の完成は義務とされません。成果物の完成責任がない分、発注者側にとっては「何に対して費用を支払っているのか」が不明確になりやすく、作業範囲・報告義務・中途解約時の精算方法を契約書に明確に定めることが重要です。

4. SES契約

   エンジニアの技術力・労働力そのものを発注者に提供することを目的とする契約形態です。法的には準委任契約の一形態に位置づけられますが、労働者派遣との区別（偽装請負の問題）が実務上の重要な論点となります。

5. 保守・運用契約

   システムの納品・本番稼働後に、継続的な保守・運用業務を提供することを目的とする契約です。SLA（サービスレベルアグリーメント）として稼働率・障害対応時間・復旧目標時間（RTO）等の数値目標を契約書に明記し、未達時のペナルティ規定を設けることが、発注者保護の観点から重要です。

契約形態の種類と法務上のポイント

1. 請負契約

   完成した成果物の引渡しが義務となり、完成しない場合は原則として報酬請求ができず、成果物に瑕疵があれば契約不適合責任が生じるウォーターフォール開発に適した契約形態ですが、「完成」の定義が曖昧な場合には検収拒否・報酬不払いのリスクが生じます。

2. 準委任契約

   作業の遂行自体が義務となり成果物の完成は不要で、受注者には善管注意義務が課され、アジャイル開発・PoC等に適しており成果完成型と履行割合型の2種類がある契約形態ですが、作業の範囲・品質基準が不明確な場合には紛争の原因となりやすいため、契約書への明記が重要です。

3. ハイブリッド型契約

   要件定義・基本設計フェーズを準委任契約、詳細設計以降を請負契約とするなど、開発工程ごとに契約形態を使い分ける方式で、各フェーズの成果物・報酬・責任範囲を明確に区分しなければ、フェーズ移行時の紛争リスクが高まるため、フェーズ間の接続条件を契約書に詳細に定めることが不可欠です。

4. SES契約

   エンジニアの労働力を提供することを目的とし、指揮命令権の所在が重要な論点となる契約形態で、指揮命令関係の実態によっては違法な偽装請負・労働者派遣法違反と判断されるリスクがあるため、適法な運用には慎重な契約設計が必要です。