ソフトウェア開発委託契約書のすぐ使える実務向け雛形
ソフトウェア開発委託契約書は、発注者と受託者の間で、開発するシステムやアプリケーションの内容、納期、報酬、検収方法、知的財産権、秘密保持および契約解除条件を定めるための文書です。本雛形は、個別案件に応じて必要事項を記入し、実務上の認識違いと紛争の予防に役立てられる構成です。
ソフトウェア開発委託契約書は、システム、ウェブサイト、アプリケーションその他のソフトウェア開発を外部に委託する際の基本的な合意を記録する文書です。開発案件では、成果物の範囲や完成の判断基準が曖昧なまま進行すると、追加費用、納期遅延、権利帰属などを巡る問題が生じやすくなります。契約書には、仕様、報酬、検収、知的財産権、秘密保持、変更手続を具体的に記載することが重要です。本ページの雛形は、個別案件の条件に合わせて編集できる実務向けのたたき台です。
ソフトウェア開発委託契約書が必要となる場面
本契約書は、発注者が受託者へソフトウェアの設計、実装、テスト、導入などを依頼する場合に利用されます。請負契約として完成した成果物の引渡しを目的とするのか、準委任契約として作業遂行そのものを目的とするのかは、業務内容と当事者の合意に応じて慎重に整理してください。
特に、仕様が固まっている開発では請負の性質が強く、要件定義や継続的な改善支援では準委任の性質を持つことがあります。契約名だけでなく、実際の業務内容、報酬体系、完成責任の有無を整合させることが大切です。
利用される主な案件
業務管理システム、ECサイト、スマートフォンアプリ、API連携、社内ツール、既存システムの改修などが代表例です。保守運用を含める場合は、開発契約とは別に保守契約を締結するか、保守の対象と対応時間を明確に定めます。
契約書に記載すべき基本項目
契約書本文だけで詳細仕様をすべて記載することが難しい場合は、別紙の仕様書、見積書、スケジュール表、議事録などを契約の一部として特定します。どの資料が優先するかも定めておくと、内容に不一致がある場合の判断に役立ちます。
| 項目 | 目的 | 記載例・確認事項 | よくある不備 |
|---|---|---|---|
| 開発範囲 | 委託対象を限定する | 機能一覧、画面数、連携先、対応環境 | 「一式」だけで具体性がない |
| 納期・工程 | 進行と引渡し時期を定める | 設計、実装、テスト、納品の日程 | 発注者確認の期限がない |
| 報酬・支払条件 | 金額と支払時期を明確にする | 総額、消費税、着手金、中間金、支払期限 | 追加作業の単価が未定 |
| 検収基準 | 完成・受領の判断を行う | 試験項目、検査期間、不合格時の対応 | 検収期限やみなし承認がない |
| 知的財産権 | 成果物の利用・帰属を整理する | 著作権移転時期、既存素材、第三者権利 | 利用範囲と権利帰属が矛盾する |
別紙資料の扱い
別紙を用いる場合は、別紙番号、文書名、作成日または版数を契約書に記載します。開発途中で仕様を更新する可能性があるため、変更時の承認者と改訂履歴の管理方法も決めておくと安全です。
仕様変更と追加開発の管理
開発開始後に機能追加や画面変更が発生することは珍しくありません。しかし、口頭やチャットだけで変更を進めると、誰が費用と納期への影響を負担するのかが不明確になります。変更要求は書面または記録が残る電子的方法で行い、受託者の見積りと発注者の承認を経て着手する仕組みを設けましょう。
- 変更対象となる機能、画面、データ項目を特定する。
- 変更による報酬額と支払条件への影響を確認する。
- 納期、工程、検収予定日への影響を記録する。
- 品質、性能、セキュリティ要件の変更有無を確認する。
- 発注者と受託者の承認者および承認日時を残す。
仕様変更は、作業開始前に内容・費用・納期を文書で合意することが、後の認識違いを防ぐ最も実務的な方法です。
編集できるテンプレート
文書テンプレート
ソフトウェア開発委託契約書
発注者 ____________________（以下「甲」という。）と、受託者 ____________________（以下「乙」という。）は、ソフトウェア開発業務に関し、以下のとおり契約（以下「本契約」という。）を締結する。
締結場所：____________________
締結日：________年____月____日
甲（発注者）
住所：____________________
名称／氏名：____________________
代表者（法人の場合）：____________________
乙（受託者）
住所：____________________
名称／氏名：____________________
代表者（法人の場合）：____________________
| 項目 | 内容 |
|---|---|
| 開発業務の名称 | ____________________ |
| 開発対象・成果物 | ____________________ |
| 仕様書等 | 別紙____________________ |
| 契約類型 | 請負 ／ 準委任 ／ その他（____________________） |
| 開発期間 | ________年____月____日から________年____月____日まで |
| 納入期限 | ________年____月____日 |
| 委託料 | 金____________________円（消費税等：含む ／ 別途） |
| 支払条件 | ____________________ |
| 検収期間 | 納入日から________日間 |
| 保守対応 | ____________________ |
- 委託業務
甲は乙に対し、前表および別紙仕様書に定めるソフトウェアの設計、開発、テスト、納入その他これに付随する業務（以下「本件業務」という。）を委託し、乙はこれを受託する。 - 業務遂行
乙は、本契約および別紙仕様書に従い、善良な管理者の注意をもって本件業務を遂行する。乙は、業務の進捗その他甲が合理的に求める事項を甲に報告する。 - 報酬および支払
甲は乙に対し、本件業務の対価として前表記載の委託料を支払う。支払時期および方法は、____________________とする。振込手数料は、____________________の負担とする。 - 仕様変更
甲が仕様、納期その他の条件の変更を求める場合、甲乙は変更内容、委託料および納期への影響について協議し、書面または電子的方法により合意した後に乙は変更作業に着手する。 - 納入および検収
乙は、前表記載の納入期限までに成果物を甲に納入する。甲は、納入後前表記載の検収期間内に仕様書に基づく検査を行い、合格した場合は乙に通知する。不合格の場合、甲は具体的な理由を付して乙に通知し、乙は合理的な期間内に対応する。 - 知的財産権
本件業務により新たに作成された成果物に関する著作権その他の知的財産権の帰属は、____________________とする。ただし、乙が従前から保有するプログラム、ライブラリ、ノウハウその他の権利は乙に留保される。甲への利用許諾の範囲は、____________________とする。 - 秘密保持
甲および乙は、本契約または本件業務に関連して知り得た相手方の技術上、営業上その他一切の非公知情報を、相手方の書面による承諾なく第三者に開示または漏えいしてはならない。本条の義務は、本契約終了後________年間存続する。 - 再委託
乙は、本件業務の全部または一部を第三者に再委託する場合、あらかじめ甲の____________________による承諾を得るものとする。この場合、乙は再委託先に本契約と同等の義務を負わせる。 - 契約解除
甲または乙は、相手方が本契約に重大に違反し、相当の期間を定めて是正を催告したにもかかわらず是正されないときは、本契約の全部または一部を解除することができる。 - 損害賠償
甲または乙が本契約に違反して相手方に損害を与えた場合、直接かつ通常の損害の範囲でこれを賠償する。賠償額の上限は、____________________とする。 - 協議および管轄
本契約に定めのない事項または本契約の解釈に疑義が生じた場合、甲乙は誠実に協議して解決する。本契約に関する紛争については、____________________裁判所を第一審の専属的合意管轄裁判所とする。
本契約締結の証として、本書________通を作成し、甲乙が署名または記名押印の上、各自________通を保有する。
甲（発注者）
住所：____________________
名称／氏名：____________________
代表者：____________________
署名または押印：____________________
乙（受託者）
住所：____________________
名称／氏名：____________________
代表者：____________________
署名または押印：____________________
この場で文面を編集できます。変更はブラウザーに保存され、印刷や Word・PDF への書き出しができます。
検収、瑕疵対応および保守
検収条項では、納品後に発注者が確認する期間、検査方法、不具合が見つかった場合の通知方法および修補手順を定めます。単に「検収する」と記載するのではなく、仕様書や試験項目との適合性を基準として明確にすることが望まれます。
契約不適合への対応期間、修補・代替履行・報酬減額などの取扱いは、取引内容に応じて設定してください。納品後の問い合わせ、障害対応、法令改正対応、サーバー監視などは、無償対応の範囲を限定し、必要に応じて別途保守契約で取り決めます。
知的財産権と秘密情報の取扱い
ソースコード、設計書、画面デザイン、データベース定義などの著作権その他の権利について、誰に帰属させるかを明記します。受託者が従来から保有するライブラリ、ノウハウ、汎用モジュールやオープンソースソフトウェアについては、権利移転の対象外とし、発注者への利用許諾範囲を定める方法もあります。
秘密保持条項では、秘密情報の定義、利用目的、第三者提供の制限、管理方法、返還または削除、秘密保持義務の存続期間を確認します。個人情報を取り扱う場合には、個人情報保護法その他の関係法令および安全管理措置への対応も検討してください。
締結前の確認手順
契約書への署名または記名押印の前に、当事者双方が仕様と見積りの前提を確認することが重要です。法人が契約当事者となる場合は、商号、所在地、代表者名および契約締結権限も確認します。
- 開発対象、成果物、仕様書および対象外業務を確定します。
- 報酬、消費税、支払時期、追加作業の精算方法を確認します。
- 納期、検収基準、修補対応、遅延時の取扱いを合意します。
- 知的財産権、秘密保持、解除、損害賠償および紛争解決条項を確認して締結します。
よくある質問
請負契約と準委任契約はどちらを選ぶべきですか？
完成した成果物の納品を主な目的とし、受託者が完成責任を負う場合は請負契約が検討されます。一方、要件定義、調査、助言、継続的な開発支援など、業務を善良な管理者の注意をもって遂行することが中心の場合は準委任契約が検討されます。
ソースコードの著作権は発注者に移転させるべきですか？
発注者が将来、別の事業者に保守や改修を依頼する予定がある場合には、必要な範囲の権利移転または十分な利用許諾を確保することが重要です。ただし、受託者の既存部品や第三者ライセンスの対象は区別して定める必要があります。
検収期間はどの程度設定すべきですか？
システムの規模、試験環境、確認項目、発注者側の担当体制に応じて設定します。期間だけでなく、検収通知の方法、指摘事項の分類、合理的な理由なく通知がない場合の扱いも明確にすると実務上有効です。