ソースコードの譲渡費用は何で決まる？著作権と納品を分けて考える
たとえば、開発費を全額払ったのにソースコードを受け取れない場合、別の会社へ修正を頼めるでしょうか。
ソースコードの著作権は、発注者へ自動で移るわけではありません。契約に権利移転の定めがなければ、原則としてプログラムを創作した著作者側に残ります。外注先の社員が職務として作った場合は、法律上の要件を満たす範囲で開発会社が著作者になります。
譲渡費用に一律の相場はありません。開発費に含む権利移転の対価、共通部品の利用許諾、移管作業を分けて見積もります。
僕なら、納品を求める話と著作権を求める話を分けます。必要なのは「自社が全部の権利を持つ」という看板ではなく、契約終了後も最新版を取り出し、別のエンジニアが修正して公開できる状態です。
ソースコードの著作権は、発注者へ自動では移りません
著作権法10条は、プログラムを著作物の例として挙げています。ただし、ソースコードの全てが一律に保護されるという意味ではなく、創作的な表現に当たるかを個別に見ます。同法17条では、著作者が著作者人格権と著作権を取得し、権利の発生に手続を要しないと定めています。
発注者が企画を出した事実や、開発費を負担した事実だけで、発注者へ著作権が発生する規定にはなっていません。
会社員が開発したプログラムでは、著作権法15条2項も確認します。会社の発意に基づき、業務に従事する人が職務上作成したプログラムは、作成時の契約や勤務規則に別段の定めがない限り、会社が著作者になる規定です。再委託先や個人事業主が作った部分では、誰が創作し、開発会社がどの権利を取得したかも調べる必要があります。
2026年7月11日時点の条文は、e-Gov法令検索の著作権法10条、15条、17条で確認できます。個別案件では制作体制や合意内容によって帰属が変わるため、契約書と作成経緯を弁護士へ見せてください。
ソースコードのファイルを受け取る行為と、著作権の譲渡も別です。著作権法47条の3には、プログラムの複製物の所有者が自ら実行するために必要な複製等の例外があります。ただし、他社へ保守を任せる範囲は別に確認します。著作権を譲り受けても、リポジトリの接続権限や公開手順がなければ、別会社は保守を始められません。
紙の契約書だけを見ても運用可能性は分かりません。権利の文章と、ソースコードへ到達する技術的な手段を横に並べて確認します。
ソースコードの著作権より先に、納品物の定義を確認します
請負契約なら、民法632条は仕事の完成と結果への報酬を定め、633条は目的物の引渡しがある場合の報酬支払時期を定めています。ただし、条文は個別のシステムでソースコードや作業履歴の全てを納入物にする、と列挙していません。
法定の原則は、e-Gov法令検索の民法632条、633条で確認できます。どのファイルを渡す義務があるかは、契約類型だけで決めず、基本契約書、個別契約書、見積書、仕様書、納入物一覧を合わせて専門家へ確認する必要があります。
発注書の成果物が「Webシステム一式」だけなら、両社の想定がずれます。発注者はソースコードまで含むと思い、開発会社は稼働中のサービスを提供すれば完了だと考えるかもしれません。認識差が納品日に見つかると、追加費用と引き渡し時期の交渉から始まります。
納入物には、プロジェクト固有のソースコードだけでなく、本番で動く版を示すタグ、変更履歴、ビルド手順、データベースの変更手順、テスト、設定値のひな型、外部サービスとの接続仕様も必要です。秘密鍵や本番パスワードをソースコードへ含める必要はありません。認証情報は安全な保管先で移管し、引き継ぎ時に更新します。開発委託の契約全体で確認する条項は、CTO代行の契約書で確認すべき条項も参考にしてください。
形式と時期も書きます。「検収時にファイルを渡す」だけではなく、どのリポジトリを、どの履歴まで、誰の管理アカウントへ移すかを決めます。納品後の合否は、システム開発の検収で確認する項目と結び付け、受け取った版を新しい環境で再現できるかまで確かめます。
ソースコードの著作権は、譲渡か利用許諾かを選びます
発注者が取れる方法は、著作権の全面譲渡だけではありません。事業固有のプログラムは発注者へ譲渡し、開発会社が以前から持つ共通部品は開発会社へ残す方法があります。開発会社へ権利を残し、発注者へ改変や第三者保守を含む利用許諾を出す方法もあります。
利用許諾を選ぶなら、利用目的、期間、地域、複製、改変、第三者への保守委託、契約終了後の利用、事業譲渡時の扱いを文章にします。「本システムを利用できる」という一文だけでは、別会社が複製して修正できるかを判断しにくいからです。著作権法63条も、許諾を受けた人は合意した利用方法と条件の範囲で利用できると定めています。
著作権を譲り受ける場合は、条項に「一切の著作権」とだけ書いて終えません。著作権法61条2項は、27条と28条の権利が譲渡の目的として特に記載されていない場合、譲渡した側へ留保されたと推定します。文化庁の著作権契約マニュアルも、二次的著作物に関する権利まで移す場合は明記する必要があると説明しています。
同マニュアルは著作権契約の一般解説であり、個別のシステム開発契約について法的な判断を示す資料ではありません。
著作者人格権は、著作権法59条により譲渡できません。改変や氏名表示をめぐる不行使条項を置く場合も、対象と範囲を契約前に専門家へ確認します。第三者のライブラリ、購入した素材、開発会社が以前から持つ部品は、開発会社に移転権限がない場合もあるため、名称とライセンスを一覧にします。
IPAの情報システム・モデル取引・契約書（第二版）も、納入物の著作権について複数の条項案を示しています。対象は一部の企画を含む受託開発と保守運用であり、個別案件へ自動適用される規則ではありません。公式モデルに複数案がある点からも、発注者帰属、開発会社帰属、共有のどれを選ぶかは、再利用したい範囲と保守方法を基に合意する話だと分かります。
ソースコードの譲渡費用は、権利と移管作業を分けて見積もります
僕なら見積書を、開発作業、事業固有のコードの著作権譲渡、リポジトリ移管の三つに分けて読みます。共通部品は譲渡対象から外しても、別会社による改変・保守に必要な利用許諾を確認します。移管には最新版の特定や受領側での動作確認も要ります。
IPAのアジャイル開発版モデル契約のA案では、新規作成分の著作権移転の対価を委託料に含め、別建てもあり得ると説明します。文化庁の著作権契約マニュアルは、創作作業と権利譲渡の対価を区別し、内訳の明記を勧めています。後者は一般的な契約例で、システム開発の料金表ではありません。
「ソースコード譲渡一式」という見積もりなら、対象の権利、共通部品、移管・検収の作業、対価の内訳を聞きます。契約済みなら、追加料金を払う前に既存契約と納入物一覧を弁護士と確認してください。
契約前に、リポジトリを自社で開ける状態まで決めます
契約前に聞きたい質問は、「著作権をもらえますか」だけではありません。「契約が終わった翌日に、別のエンジニアが一行を直して公開できますか」と聞きます。回答に必要な資料と画面が、引き継ぎ条件になります。
僕なら、リポジトリは発注者名義の組織に作り、開発会社の担当者を招待します。開発会社の管理環境を使う事情がある場合は、発注者が読める複製先を設け、更新頻度と契約終了時の移管方法を決めます。発注者側にも管理者を置き、退職者や委託終了者の権限を外せる状態にします。
検収では、受領したソースコードを眺めるだけでは足りません。空の端末へ複製し、手順書どおりに依存関係を入れ、テストを実行し、隔離した環境へ公開します。本番と同じ版を再現できなければ、足りないファイル、権限、手順を納品不足として記録します。
合否の法的な扱いは、合意した成果物と契約条項を基に確認します。
ソースコードが納品されない今、最初に開く資料
すでに開発会社から納品を断られているなら、最初に強い言葉で権利を主張しません。基本契約書、個別契約書、発注書、見積書、仕様書、納入物一覧、検収記録、請求書を集めます。メールや課題管理ツールにソースコードの提供を約束した記録がある場合は、日付と発言者が分かる形で保全します。
次に、納入物、所有権、著作権、利用許諾、再委託、第三者ソフトウェア、契約終了時の引き継ぎという条項を探します。成果物としてソースコードが明記されているのに渡されていない場合は、合意内容との不一致として何を求められるかを弁護士へ確認し、通知と記録の期限も契約書へ戻って確認します。
依頼文には、欲しい物を具体的に書きます。対象リポジトリ、稼働中の版、変更履歴、ビルドと公開の手順、テスト、設定値のひな型、依存ライセンスの一覧を指定します。契約上の根拠、希望日、受渡し形式も添え、契約外の作業だという回答なら、移管作業と必要な権利処理の見積もりを求めます。
権利移転の合意がなかった場合でも、著作権の譲渡だけが解決策とは限りません。ソースコードの複製を受け、改変と第三者保守を継続できる利用許諾を結ぶ方法も検討できます。既存契約の解釈や追加合意の有効性は、技術資料を添えて専門家へ確認してください。
取引継続が難しい場合は、開発会社を変更する前の引き継ぎ手順に沿って、クラウド、ドメイン、データ、監視、バックアップも同時に確保します。ソースコードだけ受け取っても、自社で公開と復旧ができなければロックインは残ります。
明日は、契約書とリポジトリ画面を横に置き、次の五点へ印を付けてください。
- 納入物にソースコード、変更履歴、ビルド手順、テストが含まれていますか。
- 著作権の帰属と移転時期、27条と28条の扱いが書かれていますか。
- 別会社による複製、改変、保守、公開を契約終了後も行えますか。
- 共通部品、外部ライブラリ、再委託先の権利が区別されていますか。
- 自社の管理者が最新版を取得し、空の環境からテストまで実行できますか。
一項目でも答えが空欄なら、次の発注前に開発責任者、契約担当者、弁護士で条件を埋めます。納品を断られている案件では、空欄を推測せず、約束した成果物と必要な利用範囲を分けて書面で確認するところから始めてください。
次に読む