外注取引を行う際の基本契約書は、企業と外注先の両方を守るための重要な文書です。
この記事では、外注取引基本契約書の作成方法を分かりやすく解説し、
必須条項と注意すべきポイントを徹底的に整理します。
実務にすぐ落とし込めるチェックリストを付けているので、
「何を書けばいいの？」という疑問を抱えている方は必見です。
外注契約書の基本構成とは？
外注取引基本契約書は、一般的に以下の要素で構成されます。
| 項目 | 主な内容 | 目的 |
|---|---|---|
| 1. 契約の目的 | 外注業務の範囲や目標 | 何を達成するかを明確化 |
| 2. 当事者情報 | 甲・乙の会社名・住所・代表者名 | 当事者を特定し、権利関係を確定 |
| 3. 業務範囲 | 具体的な業務内容・仕様 | 取引内容を具体化 |
| 4. 契約期間・納期 | 開始日・終了日・成果物提出期限 | 実行スケジュールを守る |
| 5. 報酬・支払条件 | 金額・支払期日・方法 | 適正な報酬を確保 |
| 6. 知的財産権 | 所有権・使用権 | クリエイティブな成果物の扱い |
| 7. 守秘義務 | 情報開示範囲・期間 | 機密情報を保護 |
| 8. 品質保証・レビュー | 成果物の検査・修正手順 | 品質確保 |
| 9. 責任と損害賠償 | 損害発生時の措置 | リスク負担を明確化 |
| 10. 解除・違約 | 解除条件・違約金 | 本来の目的を守る |
| 11. 連絡・裁判管轄 | 連絡方法・紛争解決 | コミュニケーションを円滑に |
| 12. 付則 | 変更管理・追加条項 | 変更手続きを定める |
※ 上記はあくまで目安です。
取引の性質や業界規定に合わせて微調整が必要です。
① 契約の目的を明確にする
外注取引は「何を」「どのように」成果を得るかを示す契約です。
契約書の冒頭に目的文を入れると、双方の期待がズレにくくなります。
本契約は、○○株式会社（以下「甲」という）と△△（以下「乙」という）が、甲の要望に基づき、乙が業務遂行に必要な開発・デザイン等の作業（以下「本業務」という）を行うことを目的とする。
ポイント
- 業務の範囲を示しつつ、成果物の種類（ソフトウェア、デザインファイル、ドキュメント等）を具体的に記載
- 取引目的の曖昧さを排除することで、契約解除の原因を減らす
- 甲の“要望”が後々の争点になるため、できる限り仕様書に添付しておくと安心です
② 当事者情報：必ず正確に
簡素に見える当事者情報は、法的拘束力の中枢です。
特に以下の点を確認しましょう。
| 項目 | 詳細 |
|---|---|
| 会社名 | 商号（登記簿上の正式名） |
| 本店所在地 | 住所、郵便番号 |
| 代表者氏名 | 社長・代表取締役等 |
| 業務内容 | 主業務・事業内容を記載 |
| 担当者連絡先 | 電話番号・メールアドレス |
例：
甲：株式会社○○（代表取締役 田中 太郎）（東京都千代田区大手町1-1-1）
乙：株式会社△△（代表取締役 佐藤 花子）（大阪府大阪市北区梅田2-2-2）
ポイント
- 甲・乙ともに登記簿謄本の情報を照合
- 代表者名を記載していない旧体裁は無効リスクあり
- 法人ではなく個人事業主の場合は、氏名・住所・個人事業主等証明書の有無を記載
③ 業務範囲と仕様書の設定
業務範囲を曖昧にすると、成果物の不一致・料金の争いが起きやすくなります。
業務範囲は①業務の詳細 ②成果物・納品項目 ③検収基準で構成されます。
①業務の詳細
- 作業手順（設計・開発・テストなど）
- プラットフォーム（PC・モバイル・クラウド環境）
- 予算（人月）や作業時間
②成果物・納品項目
- ファイル形式（.png/.ai/.scss/.js など）
- バージョン管理番号（Git SHAなど）
- デリバリーフォーマット（SFTP、GitHub、Google Drive など）
③検収基準
- タイムライン：○日以内に納品
- 要件テスト：仕様書と一致するか検証
- 欠陥レベル：重大欠陥は修正費用無料
実務用のテンプレート
## 業務範囲
| 作業項目 | 内容 | 詳細 | 期日 | 担当者 |
|----------|------|------|------|--------|
| 設計 | UI/UX設計 | Figmaで作成 | 2026/03/15 | 〇〇 |
| 開発 | SPAウェブサイト | React + Redux | 2026/05/01 | 〇〇 |
| テスト | 自動テスト | Cypress | 2026/05/15 | 〇〇 |
④ 契約期間・納期
外注契約は期間が明示されていないと 作業進捗と支払スケジュールが不明確。
期間は「開始日」「終了日」「中間成果物の納期」等を具体的に設定します。
期間例
契約期間：2026年4月1日～2026年5月31日
納期設定のコツ
- マイルストーン方式
- 基本的に「①設計レビュー→②プロトタイピング→③実装完了」など
- 進捗確認の頻度
- 週次・二週間ごとに確認日を設ける
- 遅延時のペナルティ
- “納期遅延” × 日数 × 10%等の金銭的ペナルティ設定
注意
契約の「期間」が業務範囲と合致していない場合、無効リスクが高い。
例えば、業務終了を3月に設定したにもかかわらず契約期間が6月まで延長すると、納得してもらえない状態に。
⑤ 報酬・支払条件
報酬は「固定価格」「時間単価」「成果報酬」のいずれかを組み合わせて設定します。
| 方式 | 使用例 | コメント |
|---|---|---|
| 固定価格 | 全プロジェクトを5,000,000円 | 価格が決まるので予算管理が簡単 |
| 時間単価 | 1hあたり30,000円 | 作業時間が予測不可能な案件で有効 |
| 成果報酬 | コールセンターの成約率10%増で5%アップ分 | 成果に対して報酬を増減 |
支払スケジュール
| 期 | 内容 | 金額 | 期日 |
|---|---|---|---|
| 初回 | 入金 | 30% | 署名後7日 |
| 中間 | 進捗確認 | 20% | 3月31日 |
| 最終 | 完成納品 | 50% | 契約終了時 |
注意
遅延損害金の条項を入れないと、遅延時に対してのペナルティが不明。
例：納期遅延により、月利5%（年間60%）の遅延損害金が発生する。
⑥ 知的財産権（IP）の取り決め
外注成果物は著作権や特許権の管理が重要です。
以下を明示しておくと将来のトラブルを防げます。
- 所有権の帰属
- 成果物は全著作権を「甲」に譲渡
- 使用許可
- 「乙」は成果物を第三者に再利用・再販売できない旨を明記
- ライセンスの範囲
- ソフトウェアコードはGPL あるいはMITライセンスで提供かどうか
- 著作権表示
- 「© 2026 株式会社○○」等のコピー・表示方法
注意
「業務委託」により創作された内容は「成果物は甲に帰属」という「著作権の帰属」条項を入れないと、 乙が著作権を保有 したまま使用できるケースが。
⑦ 守秘義務（NDI）
業務の進行に伴い、機微な情報を共有することが不可欠です。
守秘義務条項（NDA）を契約書に組み込むと、情報漏洩リスクを抑えられます。
守秘義務条項の基本構成
| 項目 | 内容 |
|---|---|
| 秘密情報の定義 | 書面・口頭・電子データ等 |
| 開示義務の除外 | 法的義務（裁判所命令等） |
| 期間 | 契約期間 + 開示後2年間 |
| 目的外使用の禁止 | 取引目的以外の利用禁止 |
| 返却・破棄 | 契約終了後にすべて返却または破棄 |
注意
「開示情報の範囲を極端に狭める」と、実務上必要な情報が取れません。
逆に「秘密情報を広範囲に定義」しすぎると、日常業務での情報共有が滞ることがあります。
⑧ 品質保証・検収手順
納品物の品質を確保するためのチェックリストを設けておくと、トラブルを最小限に抑えられます。
| 項目 | 内容 | 備考 |
|---|---|---|
| 仕様テスト | 仕様書通りに動作するか | テストケース設計 |
| コード静的解析 | コーディング規約遵守 | SonarQube等 |
| UIテスト | スマホ・PCで表示崩れがないか | BrowserStack |
| 文書レビュー | ドキュメントの精度 | PDF／Word |
| 受領確認 | 受領日・検収合格/不合格 | 手書き署名 + 数字で証拠化 |
注意
検収基準が曖昧だと「品質不良→追加工事→追加請求」になりやすい。
仕様書に合格/不合格基準（例：3%を超えるバグは不合格）を明文化しておくと安心です。
⑨ 責任と損害賠償
契約では**「損害賠償責任の範囲」**と「免責」条項が重要です。
| 条項 | 内容 | 目的 |
|---|---|---|
| 過失責任 | 乙の過失により発生した損害 | 乙の責任範囲を限定 |
| 責任上限 | 報酬額×3 | 予測不能損害に備えて上限を設定 |
| 免責 | 天災・不可抗力 | 双方の非責任化 |
| 損害賠償対象 | 財産的損害（直接損害） | 直接損害のみではなく、名誉毀損等も含めることが一般的 |
注意
「報酬額×10」のように過大な責任上限は 実務上不合理。
「損害の種別を明示」しておくと、無駄な訴訟が減ります。
⑩ 契約解除・違約金
契約違反があった場合、解除条件と違約金を明示しておくことで、
紛争解決を円滑にできます。
解除条件
| 条件 | 解除可能 | 解除手続き |
|---|---|---|
| 重大違反 | 〇 | 30日未満通知で解除 |
| 支払遅延 | △ | 2回の遅延通知後解除 |
| 業務不履行 | 〇 | 10日以内の修正要請不可 |
違約金の設定
| 違反内容 | 金額 | 根拠 |
|---|---|---|
| 支払遅延 | 10% × 遅延金額 | 遅延損害金＋遅延コスト |
| 納品不履行 | 20% × 契約金額 | 品質保証違反 |
注意
法人に大きな負担を与えても 不可抗力 でない限り、違約金は実務的に適切に設定が必要。
⑪ 連絡・裁判管轄と紛争解決
- 連絡方式：メールアドレスを記載し、2重確認（メール・電話）で交渉
- 履歴記録：チャット履歴をファイル化しておくと後日トラブル時に証拠
- 裁判管轄：契約地の地方裁判所を指定し、予想される訴訟手続きを明記
- 仲裁・調停：紛争解決手段として、**日本商事仲裁機構（JCC）**等への加入は有用
注意
「契約解除」や「裁判管轄」を無記載だと、紛争時に手続きを取り違えるリスクが大きい。
⑫ 付則：変更管理・追加条項
業務内容が途中で変わるケースが多いため、変更管理プロセスを設けておくと安心です。
- 変更申請書：目的、範囲、費用、納期を記載した書類
- 合意書：甲・乙双方が署名し、変更内容を契約書の添付として添付
- 費用調整：報酬の増減について具体的に金額を算出
- リスク再確認：知財権・守秘義務の再確認
注意
変更手続きで「一方の同意なく変更」できる条項は 無効リスク
→ 変更には双方の書面合意が必須。
まとめ: 外注契約書のチェックリスト
| 項目 | 重要ポイント |
|---|---|
| 業務範囲 | 明確に |
| 契約期間 | 業務終了と一致 |
| 報酬 | 固定・時間単価・成果報酬の組み合わせ |
| IP | 成果物の所有権とライセンス範囲 |
| 守秘義務 | 範囲と期間を明文化 |
| 品質保証 | 検査項目と合格基準 |
| 責任 | 責任上限、免責条項 |
| 契約解除 | 解除条件・手続き・違約金 |
| 裁判管轄 | 明記 |
| 変更管理 | 変更申請書・合意書 |
重要
書式は「電子署名」であっても 法的に有効 ですが、
事前の 公証役場署名 は大きな証拠力を付与します。
📌 外注契約書作成テンプレート（簡易版）
※実際の案件に合わせて自由に編集し、必ず専門の弁護士にチェックしてもらうことを推奨します。
[①事前協議・定義]
1. 定義
1.1 「業務委託」とは、乙が甲に対し、指定された業務を遂行すること。
1.2 「成果物」とは、業務範囲に基づく全ての成果物（図面・ドキュメント・コード等）を指す。
[②契約の範囲と期間]
2. 業務範囲
2.1 業務内容は添付仕様書Aを満たすものとする。（例：Webサイト設計+コーディング）
3. 契約期間
3.1 本契約の期間は「2026年3月1日」から「2026年6月30日」まで。
[③報酬と支払条件]
4. 報酬
4.1 甲は乙に対し、報酬（固定価格）5,000,000円を支払う。
4.2 報酬は次のスケジュールで払付けられる。
● 30% 初回入金（契約締結後7日以内）
● 20% 進捗確認 (3月31日)
● 50% 完成納品時
5. 遅延損害金
5.1 支払期日を過ぎた場合、月利5%（年間60%）の遅延損害金。
[④知的財産権]
6. 負の帰属
6.1 成果物は甲に著作権を譲渡し、以後、第三者へ再販売・再利用できない。
[⑤守秘義務]
7.守秘義務
7.1 秘密情報の取り扱い: 5年間（契約期間＋開示後2年間）
7.2 目的外使用禁止
7.3 契約終了時に返却・破棄
残り（品質保証・検収・責任・解除・裁判管轄等）は同様に項目ごとに番号化して追加 しておくと、後々分かりやすい。
✅ これで完了!
- 全項目を見直し、必ず条項が重複しないか確認
- 弁護士によるレビューで細部チェック
- 署名：デジタル署名＆手書き署名を併用すると、
証拠力 が高まります
📌ポイント
「業務委託」ではなく「業務委託＋著作権譲渡」の形式 を必ず入れる
*「NDI」も一緒に入れておくと、機密情報の扱いが明確化
⬆️ 次のステップ
- 業務計画と仕様書 → 契約書
- 契約書を共有 → 双方が署名
- 業務開始 → 検収・支払
- 途中変更があれば 変更申請書 と 合意書で管理
このチェックリストをベースに、
あなたのプロジェクトに合わせてカスタマイズすれば、
安心で効率的な外注契約が実現できます。 🚀
ご不明点や補足したい項目があれば、遠慮なく聞いてくださいね！
コメント