追加開発に関する合意書とは？
追加開発に関する合意書とは、システム開発、アプリ開発、Webサイト制作などのプロジェクトにおいて、当初締結した契約書に定められていない追加作業や仕様変更を実施する際に、その内容や条件を明確にするための合意書です。システム開発では、プロジェクト開始後に「新しい機能を追加したい」「画面デザインを変更したい」「外部サービスとの連携を追加したい」などの要望が発生することは珍しくありません。このような変更を口頭やメールだけで進めてしまうと、「どこまでが契約範囲なのか」「追加費用は発生するのか」「納期は延長されるのか」といった点で認識の違いが生じ、トラブルに発展する可能性があります。
追加開発に関する合意書を作成することで、
- 追加する機能や作業内容を明確にできる
- 追加費用や支払条件を整理できる
- 納期変更の有無を確認できる
- 検収方法を統一できる
- 仕様変更に関する責任範囲を明確化できる
など、多くの実務上のメリットがあります。特にIT業界では、仕様変更が頻繁に発生するため、基本契約書や業務委託契約書とは別に、追加開発ごとに合意書を作成する運用が一般的です。
追加開発に関する合意書が必要となるケース
追加開発に関する合意書は、当初契約から内容が変更される場面で広く利用されています。
システムへ新機能を追加する場合
契約締結後に、新しい管理画面や通知機能、決済機能などを追加する場合には、当初契約には含まれていない作業となるため、追加開発の対象として整理する必要があります。
仕様変更が発生した場合
設計段階や開発途中で画面構成や処理内容を変更する場合には、追加工数が発生することがあります。仕様変更の内容と費用を明確にするためにも合意書が必要です。
Webサイトをリニューアルする場合
既存サイトへ新しいページを追加したり、デザインを変更したりする場合も、追加開発として契約条件を整理することが重要です。
外部サービスとの連携を追加する場合
API連携やクラウドサービスとの接続、決済サービスや会員管理システムなどを追加導入する際には、作業範囲や責任範囲を明確にする必要があります。
当初見積に含まれない作業が発生した場合
当初予定していなかった修正や追加要望については、その都度合意書を締結することで、費用負担に関するトラブルを防ぐことができます。
追加開発に関する合意書に盛り込むべき主な条項
追加開発に関する合意書では、少なくとも次の内容を定めることが望まれます。
- 追加開発の目的
- 追加する機能・作業内容
- 作業範囲
- 仕様変更の手続
- 追加費用・報酬
- 納期
- 検収方法
- 知的財産権の帰属
- 秘密保持
- 契約解除
- 原契約との優先順位
- 協議事項
- 準拠法・合意管轄
これらを明文化することで、追加開発に伴う認識の違いを大幅に減らすことができます。
条項ごとの解説と実務ポイント
1. 追加開発の内容
最も重要なのが追加開発の内容です。「機能追加」だけでは内容が曖昧であり、後から解釈の違いが生じる可能性があります。
例えば、
- 追加する画面数
- 追加する機能一覧
- 修正対象ページ
- 対応ブラウザ
- 対象システム
などを仕様書や別紙で具体的に定めることが望まれます。
2. 作業範囲
どこまでが追加開発に含まれるのかを明確にします。
例えば、
- 設計
- プログラム開発
- テスト
- マニュアル作成
- リリース作業
などを区分しておくことで、「そこまで依頼したつもりだった」というトラブルを防止できます。
3. 仕様変更
追加開発中にも仕様変更が発生することがあります。
その場合、
- 変更依頼の方法
- 見積提出
- 双方の承認
- 納期変更
- 追加費用
などの手続きを定めておくことが重要です。
4. 報酬・追加費用
追加開発では費用トラブルが最も多く発生します。
そのため、
- 固定金額
- 時間単価
- 追加見積方式
- 支払期限
- 振込手数料負担
などを具体的に定めておきましょう。
5. 納期
追加開発は既存プロジェクトへ影響を与えることがあります。
納期については、
- 追加後の納期
- 遅延事由
- 資料提供遅延時の対応
- 不可抗力の場合
などを明記すると実務で運用しやすくなります。
6. 検収
成果物をいつ受領したものとするかも重要です。
一般的には、
- 検収期間
- 修正依頼方法
- 再検収
- みなし検収
などを規定します。みなし検収条項を設けることで、発注者から長期間返答がない場合でもプロジェクトを円滑に進めることができます。
7. 知的財産権
追加開発によって作成されたプログラムやデザイン、ソースコードなどの権利帰属も重要です。
通常は原契約に従うことが多いですが、
- 著作権
- 成果物の利用権
- ソースコード
- ライブラリ
- 第三者ソフトウェア
についても確認しておくことが望まれます。
8. 原契約との関係
追加開発の合意書だけでは定めていない事項もあります。そのため、「本合意書に定めのない事項については原契約を適用する」という条項を設けることが一般的です。また、本合意書と原契約に矛盾がある場合には、本合意書を優先することを明記すると実務上の混乱を防げます。
追加開発に関する合意書を作成する際の注意点
- 追加開発と保守対応を明確に区別する
- 口頭による仕様変更だけで進めない
- 追加費用は必ず事前に合意する
- 仕様書や見積書との整合性を確認する
- 原契約との優先順位を明確にする
- 知的財産権の帰属を再確認する
- メールやチャットによる承認方法も定めておく
特に近年はオンラインでプロジェクトを進めるケースが多く、チャットツールや電子契約サービスを利用した承認も一般的です。そのため、「書面には電子的方法を含む」と規定しておくと、実務上の運用がスムーズになります。
追加開発に関する合意書と業務委託契約書の違い
業務委託契約書は、プロジェクト全体の基本条件を定める契約です。一方、追加開発に関する合意書は、その基本契約を前提として、追加機能や仕様変更など個別の変更事項を定めるための文書です。つまり、業務委託契約書が取引全体のルールを定める「基本契約」であるのに対し、追加開発に関する合意書は個別案件ごとの変更内容を定める「個別合意」という位置付けになります。この2つを適切に使い分けることで、契約内容の一貫性を維持しながら、柔軟に仕様変更へ対応できます。
まとめ
追加開発に関する合意書は、システム開発やWeb制作などで発生する仕様変更や機能追加について、作業内容、費用、納期、検収方法、知的財産権などを整理するための重要な契約書です。追加開発を口頭やメールだけで進めてしまうと、契約範囲や追加費用に関する認識の違いから、後に大きなトラブルへ発展する可能性があります。あらかじめ追加開発に関する合意書を作成し、変更内容を明文化しておくことで、発注者と受注者双方が安心してプロジェクトを進めることができ、長期的な信頼関係の構築にもつながります。
