ソースコード譲渡契約書とは?
ソースコード譲渡契約書とは、システムやアプリケーション、Webサービスなどのソースコードを第三者へ譲渡する際に、権利の帰属や譲渡範囲、対価、保証内容などを明確に定める契約書です。システム開発では、完成したプログラムを納品するだけでなく、「ソースコードそのものを譲渡するのか」「利用許諾にとどめるのか」が非常に重要なポイントになります。この違いを明確にしないまま契約すると、納品後に著作権や改修権限を巡るトラブルへ発展する可能性があります。ソースコード譲渡契約書を締結することで、以下のような事項を明確にできます。
- 譲渡対象となるソースコードの範囲
- 著作権の帰属
- OSS(オープンソースソフトウェア)の取扱い
- 検収方法
- 保証内容
- 秘密保持義務
- 損害賠償や契約解除の条件
特に企業間取引では、開発会社から発注者へソースコードを譲渡するケースや、システム事業そのものを売却するケースなどで広く利用されています。
ソースコード譲渡契約書が必要となるケース
ソースコード譲渡契約書は、次のような場面で作成されます。
システム開発会社から発注者へ権利を移転する場合
受託開発したシステムを発注者が自由に改修・再利用できるようにするため、ソースコードを譲渡するケースです。
アプリケーションを売却する場合
モバイルアプリやWebサービスを第三者へ売却する際には、ソースコードも資産として譲渡対象になります。
M&Aや事業譲渡を行う場合
システム事業やSaaS事業を譲渡する場合、ソースコードの権利も移転する必要があります。
スタートアップの事業売却
サービスそのものの価値はソースコードに大きく依存するため、契約で権利移転を明確にします。
共同開発後に一方へ権利を集約する場合
共同開発終了後、一方の会社が全ての権利を取得するケースでも利用されます。
ソースコード譲渡契約書に記載すべき主な条項
一般的には次の内容を盛り込みます。
- 契約の目的
- 譲渡対象の範囲
- 成果物の内容
- 納品方法
- 検収方法
- 譲渡代金
- 著作権・知的財産権の帰属
- OSS・第三者ライセンス
- 保証条項
- 契約不適合責任
- 秘密保持義務
- 損害賠償
- 契約解除
- 反社会的勢力の排除
- 準拠法・合意管轄
これらを明確にすることで、譲渡後のトラブルを大幅に減らせます。
条項ごとの解説と実務ポイント
1.譲渡対象条項
最も重要なのが「何を譲渡するのか」を明確にすることです。
ソースコードだけではなく、
- Gitリポジトリ
- 設計書
- 仕様書
- データベース設計
- API仕様
- テスト仕様書
- マニュアル
なども対象に含めることで、譲受人が保守・改修しやすくなります。「ソースコード一式」とだけ記載すると範囲が曖昧になり、後日資料の不足を巡るトラブルになることがあります。
2.著作権の帰属条項
ソースコード譲渡契約では著作権の移転時期を必ず明記します。
一般的には、
- 代金全額支払い時
- 成果物引渡し時
- 検収完了時
などを基準に設定します。また、著作権法第27条及び第28条の権利も譲渡対象に含めることを明記すると、翻案や二次利用に関する権利関係も整理できます。
3.著作者人格権
著作権を譲渡しても、著作者人格権は原則として譲渡できません。
そのため、
- 氏名表示権
- 同一性保持権
- 公表権
については、「行使しない」と定めることが一般的です。これにより、譲受人は自由に改修や名称変更を行えるようになります。
4.OSS・第三者ライセンス条項
現在のシステム開発ではOSSを利用することが一般的です。
例えば、
- MIT License
- Apache License
- BSD License
- GPL License
- LGPL License
などがあります。特にGPLはソースコード公開義務が生じる場合があるため、利用しているライブラリ一覧やライセンス一覧を契約書や別紙で明示することが重要です。
5.検収条項
譲渡後の検収方法も明確に定めます。
例えば、
- 正常にビルドできること
- 主要機能が動作すること
- 納品資料が揃っていること
などを確認項目として定めます。
また、
- 検収期間
- 修正依頼期間
- みなし検収
も規定すると実務上スムーズです。
6.保証条項
譲渡人が保証する範囲も明確にします。
一般的には、
- 正当な権利者であること
- 第三者の著作権を故意に侵害していないこと
- 悪意あるプログラムを故意に組み込んでいないこと
などを保証対象とします。
一方で、
- 全ての環境で動作する保証
- 完全にバグがない保証
までは通常行いません。
7.契約不適合責任条項
納品後に重大な不具合が判明した場合の対応を定めます。
例えば、
- 修補請求
- 代金減額
- 契約解除
- 損害賠償
などを規定します。
責任期間も、
- 30日
- 60日
- 90日
など具体的に定めることが一般的です。
8.秘密保持条項
ソースコードには企業の重要なノウハウが含まれるため、秘密保持義務は欠かせません。
対象となる情報には、
- ソースコード
- 設計思想
- アルゴリズム
- 顧客情報
- サーバー構成
などを含めます。
9.損害賠償条項
契約違反があった場合の責任範囲を定めます。
一般的には、
- 通常かつ直接の損害に限定する
- 特別損害は除外する
- 賠償額に上限を設ける
などの規定が採用されます。
10.契約解除条項
重大な契約違反があった場合には契約を解除できるようにします。
例えば、
- 納品遅延
- 重大な権利侵害
- 秘密保持違反
- 反社会的勢力との関係
- 破産手続開始
などを解除事由として定めます。
ソースコード譲渡契約書とソースコード利用許諾契約書の違い
| 項目 | ソースコード譲渡契約書 | ソースコード利用許諾契約書 |
|---|---|---|
| 権利帰属 | 譲受人へ移転する | 譲渡人に残る |
| 著作権 | 移転する | 移転しない |
| 改修 | 自由に行えることが多い | 契約内容による |
| 再販売 | 可能な場合が多い | 原則制限される |
| 独占性 | 取得できる | 通常は取得しない |
| 利用期間 | 原則永久 | 契約期間内 |
| 目的 | 権利そのものを取得する | 利用のみ認める |
ソースコード譲渡契約書を作成する際の注意点
- 譲渡対象を具体的に一覧化する
- OSSや第三者ライブラリのライセンスを必ず確認する
- 著作権移転のタイミングを明確にする
- 著作者人格権の取扱いを記載する
- Gitリポジトリや開発資料の引渡しも忘れず定める
- 保守契約を別契約にするか整理する
- 検収期間や契約不適合責任期間を具体的に記載する
- 事業譲渡やM&Aでは関連する知的財産権も漏れなく確認する
まとめ
ソースコード譲渡契約書は、システムやアプリケーションのソースコードを安全かつ円滑に譲渡するために欠かせない契約書です。特に、著作権の帰属、譲渡対象の範囲、OSSライセンス、検収方法、保証内容などを明確に定めることで、譲渡後の紛争や知的財産権に関するリスクを大幅に軽減できます。近年は、SaaS事業の売買、M&A、システム開発案件の増加に伴い、ソースコードの価値がますます高まっています。そのため、単にソースコードを引き渡すだけではなく、関連資料やライセンス情報も含めて契約内容を整理することが重要です。実務に即したソースコード譲渡契約書を整備することで、譲渡人・譲受人双方が安心して取引を進めることができます。