なぜソースコード・デザインデータの引き渡しでトラブルが頻発するのか
このセクションでは、制作データ引き渡しにまつわるトラブルの典型例とその背景にある認識のギャップを明らかにする。
Webサイト制作を完了したフリーランスデザイナーAさんは、納品から2週間後にクライアントから「今後の更新のためにPSDファイルとソースコードを全部渡してほしい」と連絡を受けた。契約書には「著作権を発注者に譲渡する」と書かれているが、制作データの引き渡しについては何も記載がない。Aさんは「完成したサイトは渡したが、制作過程のファイルまで渡す義務があるのか」と困惑した。
一方、発注者側のB社担当者は「著作権を買い取ったのだから、当然すべてのデータをもらえるはず」と考えている。この認識の違いが、後々の紛争につながる。
このようなトラブルが頻発する理由は、「完成品の納品」と「制作データの引き渡し」を混同していることにある。多くの当事者が「成果物の著作権譲渡＝すべての関連データの引き渡し」と誤解しているが、法的にはこの2つは全く別の契約事項である。
具体的に言えば、Webサイトの完成品（HTML、CSS、JavaScriptの最終版）を納品することと、制作過程で使用したPhotoshopファイル（PSD）、Illustratorファイル（AI）、開発環境のソースコード、設計書類などを引き渡すことは、異なる義務として扱われる。
さらに問題を複雑にしているのが、「ソースコード 引き渡し」や「デザインデータ 納品」の範囲が案件によって大きく異なることだ。同じWeb制作でも、静的サイトとCMS構築、ECサイト開発では、引き渡すべきデータの種類も量も全く違う。
受託者側は「完成品を渡せば十分」と考えがちだが、発注者側は「今後の運用・更新に必要なデータはすべて含まれている」と期待している。この期待値のズレが、プロジェクト終了後に「思っていたものと違う」という不満を生む。
特に、フリーランスや小規模制作会社では、契約書の整備が不十分なケースが多く、口約束や簡単な発注書だけで業務を開始してしまう。その結果、最終段階になって双方の認識の違いが表面化し、関係悪化や追加費用の請求といった問題に発展する。
著作権法と契約の関係で決まる引き渡し義務の構造
このセクションでは、著作権譲渡と制作データ引き渡しの法的な関係性を整理し、実務での判断基準を示す。
著作権法上、著作権の譲渡と著作物の制作に使用した材料・データの引き渡しは、全く別の法律関係として扱われる。著作権を譲渡したからといって、自動的に制作過程で生成したすべてのファイルを引き渡す義務が発生するわけではない。
具体例で説明すると、ロゴデザインの著作権を譲渡した場合、発注者が取得するのは「そのロゴを複製・改変・配布する権利」である。しかし、これだけでは制作者がAdobe Illustratorで作成した元ファイル（AIファイル）を引き渡す義務は発生しない。
この法的構造は、物理的な製品の製造と同じ考え方である。自動車を購入しても、その設計図や製造工程のデータまで自動的に取得できるわけではない。デジタル制作物においても同様の原理が適用される。
ただし、契約で明示的に合意した場合は話が別である。「PSD AI 渡す義務」は、契約条項として明記されていれば法的な拘束力を持つ。逆に、契約書に記載がなく、口頭での合意も証明できない場合は、制作者側に引き渡し義務はないと判断されるのが一般的である。
実務上重要なのは、著作権の譲渡対価と制作データの引き渡し対価を区別して考えることだ。著作権譲渡料は「権利の対価」であり、データ引き渡し料は「サービスの対価」である。
例えば、Webサイト制作で著作権譲渡料として50万円を設定していても、その中にはソースコードの整理・ドキュメント作成・引き継ぎ説明といった「データ引き渡しに必要な追加作業」の費用は含まれていない場合が多い。これらの作業には追加で10-20万円程度の費用が発生するのが相場である。
また、制作データには「完成版」と「作業版」の区別もある。完成版のソースコードは比較的整理されているが、制作過程の試行錯誤で生まれた大量の作業ファイルをそのまま渡すことは、受け手にとっても混乱の原因となる。
法的には、契約で特段の定めがない限り、制作者は「契約で合意した成果物」を引き渡せば義務を果たしたことになる。それ以上のデータ提供は、新たな契約に基づく有償サービスとして扱うのが適切である。
実務で使える契約条項とチェックポイント
このセクションでは、ソースコード・デザインデータの引き渡しに関する具体的な契約条項の書き方と、運用上の注意点を解説する。
契約書で制作データの取り扱いを定める際は、以下の5つの要素を明確にする必要がある：（1）引き渡しの対象範囲、（2）ファイル形式、（3）引き渡し時期、（4）費用負担、（5）サポート範囲である。
引き渡し対象範囲の明文化例
「乙（制作者）は甲（発注者）に対し、本件制作物の著作権譲渡に加えて、以下のデータファイルを引き渡すものとする。
- 完成版HTMLファイル、CSSファイル、JavaScriptファイル
- デザインカンプの完成版PSDファイル（レイヤー整理済み）
- ロゴ・アイコン類のAIファイル（アウトライン化前の編集可能形式）
- 使用フォント一覧およびライセンス情報 ただし、制作過程で生成した作業用ファイル、テスト用データ、開発環境の設定ファイルは引き渡し対象に含まない。」
この条項例のポイントは、「渡すもの」と「渡さないもの」を明確に区分していることだ。曖昧な表現は後のトラブルの温床となる。
ファイル形式とバージョン管理
制作データの引き渡しで見落とされがちなのが、ファイル形式の互換性である。最新版のAdobe Creative Cloudで制作したファイルを、古いバージョンで開けない場合がある。
「PSDファイルはPhotoshop CC 2019形式で保存し、レイヤー名は日本語で記載する。AIファイルはIllustrator CC 2019形式とし、使用フォントはアウトライン化版とテキスト編集可能版の両方を提供する。」
このように、具体的なソフトウェアバージョンと保存形式を指定することで、受け渡し後のトラブルを防げる。
引き渡しタイミングと検収
制作データの引き渡しタイミングも重要な論点である。多くの場合、成果物の検収完了後に引き渡すのが適切だが、プロジェクトの性質によっては並行して進める場合もある。
「制作データの引き渡しは、甲による成果物の最終検収完了から10営業日以内に実施する。甲は引き渡し後30日以内にデータの内容を確認し、不備がある場合は書面で通知するものとする。」
費用の明確化
制作データの整理・引き渡しには相応の工数がかかるため、費用負担を明確にすることが重要である。
「制作データの引き渡しに要する整理作業、ドキュメント作成、引き継ぎ説明の費用として、別途15万円（税別）を甲が負担する。」
この費用には、ファイルの整理・リネーム、README作成、簡易的な引き継ぎドキュメント作成、1回のオンライン説明会（2時間）が含まれることが多い。
サポート範囲の限定
引き渡し後のサポート範囲を明確にしておかないと、無償での技術サポートを永続的に求められるリスクがある。
「乙は制作データ引き渡し後30日間、甲からの技術的な質問に電子メールで回答する。ただし、データの改変・カスタマイズに関するサポートは本契約の範囲外とする。」
これらの条項を組み合わせることで、双方が納得できる制作データ引き渡しの仕組みを構築できる。
受託者・発注者それぞれが陥りやすい落とし穴
このセクションでは、制作データ引き渡しをめぐって双方が見落としやすい問題点と、実際に起こりうるトラブル例を示す。
受託者側の落とし穴
最も多いのが「引き渡し作業の工数を過小評価する」ことである。完成版のファイルをそのまま渡せばよいと考えがちだが、実際には相当な整理作業が必要になる。
例えば、3ヶ月のWebサイト制作プロジェクトでは、制作過程で数百のファイルが生成される。この中から「引き渡すべきファイル」を選別し、分かりやすいフォルダ構成に整理し、ファイル名を統一ルールで命名し直す作業は、慣れた制作者でも1-2日を要する。
さらに見落とされがちなのが「使用ライブラリ・フォントのライセンス整理」である。制作時に使用したWebフォントやJavaScriptライブラリが商用ライセンスを要求する場合、発注者側で別途ライセンス取得が必要になる。この情報整理と説明も引き渡し作業に含まれる。
「無料だと思って引き渡しに同意したが、実際には1週間の作業が発生し、他の案件に支障が出た」という事例は珍しくない。
また、制作データを引き渡した後の「無償サポートの要求」も大きな落とし穴である。「ちょっとした修正だから無料でやって」という依頼が頻繁に来るようになり、本来の制作業務を圧迫する。
発注者側の落とし穴
発注者側で最も多い誤解は「データを受け取れば、すぐに内製で運用できる」という思い込みである。ソースコードやPSDファイルを受け取っても、それを理解し、適切に更新するには相応のスキルが必要だ。
実際の事例では、ECサイトのソースコード引き渡しを受けた企業が、社内のエンジニアがカスタマイズを試みたところ、サイトが動作しなくなり、結局外部の専門業者に復旧を依頼することになった。復旧費用は当初の制作費の半額に上った。
「PSD AI 渡す義務」があると思い込んで後から要求し、制作者から追加費用を請求されて予算オーバーになるケースも多い。特に、制作データの引き渡し費用を予算に組み込んでいない場合、承認プロセスで時間がかかり、プロジェクト完了が遅れる。
また、引き渡されたデータの「バージョン管理」も重要な課題である。制作者から受け取ったファイルを社内で改変した後、元の制作者に追加修正を依頼する場合、どちらのバージョンを基準にするかで混乱が生じる。
双方に共通する落とし穴
最も危険なのが「口約束による曖昧な合意」である。プロジェクトの途中で「データも一緒にもらえますよね？」「大丈夫です」という軽い会話で合意したつもりになり、詳細な条件を詰めないまま進行する。
結果として、引き渡しの段階になって「想定していた範囲と違う」「こんなに費用がかかるとは思わなかった」という対立が生まれる。
また、「セキュリティ面の配慮不足」も見落とされやすい。制作データには本番環境の設定情報やAPIキーが含まれている場合があり、不適切な引き渡し方法では情報漏洩のリスクがある。
制作データをメールに添付して送信する、パスワード保護なしのクラウドストレージで共有するといった方法は、セキュリティ上問題がある。適切な暗号化とアクセス制御を行った引き渡し方法を事前に取り決めておく必要がある。
今すぐできる契約書見直しとコミュニケーション改善
このセクションでは、次回の案件から適用できる具体的な改善策と、既存契約の見直しポイントを示す。
契約書の即効性のある改善点
現在使用している契約書に、以下の1項目を追加するだけで大幅にトラブルを減らせる：
「制作データの引き渡しについて：本契約における成果物の納品には、制作過程で使用したソースコード、デザインデータ（PSD、AIファイル等）の引き渡しは含まない。これらのデータ引き渡しを希望する場合は、別途協議の上、追加契約を締結するものとする。」
この1文を加えるだけで、「引き渡し義務がない」ことを明確にでき、後からの要求に対しても根拠を示して対応できる。
より詳細な条項を設ける場合は、以下のテンプレートを活用する：
「第○条（制作データの取り扱い）
- 乙は甲に対し、以下のデータを引き渡すものとする：[具体的なファイル種類を列記]
- 引き渡し費用として、甲は乙に対し金○万円を支払う
- 引き渡し時期：成果物の検収完了後○営業日以内
- 引き渡し方法：暗号化されたUSBメモリまたはセキュアなファイル転送サービス
- 引き渡し後のサポート：○日間、電子メールによる技術的質問に対応」
プロジェクト開始前のチェックリスト
新規案件を開始する前に、以下の項目を必ず確認する：
□ 制作データの引き渡し希望の有無 □ 引き渡し希望がある場合の具体的な範囲 □ 引き渡しに伴う追加費用の予算確保状況 □ 受け手側の技術レベルと運用体制 □ セキュリティ要件（暗号化、アクセス制御等）
これらを事前に確認することで、プロジェクト後期でのトラブルを防げる。
発注者側の準備すべき事項
制作データの引き渡しを希望する場合、発注者側も事前準備が必要である：
- 受け入れ体制の整備：引き渡されたデータを適切に管理・活用できる人材とシステムを確保する
- 予算の事前確保：引き渡し費用（制作費の10-20%程度）を予算に組み込む
- セキュリティポリシーの整理：社内のセキュリティ基準に合致する引き渡し方法を検討する
緊急時の対応プロトコル
契約書に明記がない状態で制作データの引き渡しを求められた場合の対応手順：
- まず契約書を確認：現在の契約でカバーされている範囲を明確にする
- 引き渡し可能範囲の整理：技術的・法的に問題ないファイルを特定する
- 追加契約の提案：必要な作業工数と費用を算出し、追加契約を提案する
- 引き渡し条件の合意：範囲、費用、時期、方法を文書で確認する
継続的な関係性の維持
制作データ引き渡しの問題は、一度の取り決めで終わりではない。長期的な関係性を維持するためには：
- 定期的な契約書の見直し（年1回程度）
- 業界標準の変化に合わせたルール更新
- 過去のトラブル事例の蓄積と対策の改善
特に、技術の進歩により新しいファイル形式や開発手法が登場した場合、契約書の内容も追従させる必要がある。
受託者は次回案件から改善された契約書を使用し、発注者は制作データ引き渡しの必要性と費用を事前に検討する。この基本的な準備により、「ソースコード 引き渡し」「デザインデータ 納品」をめぐるトラブルは大幅に減らすことができる。双方が納得できる条件での制作データ引き渡しを実現し、長期的な信頼関係を構築していこう。