業務委託の著作権帰属｜準委任・請負別の判定と確実に取得する契約条項

フリーランスエンジニアに業務委託して納品されたソースコードや設計書を、別の案件で再利用しようとした。あるいは社内で改修しようとした。その矢先に法務から「この成果物、著作権が自社に帰属していると確認できますか？」と差し戻された——こうした場面に直面したことはないでしょうか。

報酬を支払い、成果物も受け取った。それでもなお「著作権が自社のものか確信が持てない」という不安は、決して見落としではありません。著作権の帰属は、お金を払ったかどうかではなく、契約書に何が書かれているかで決まるためです。とりわけ準委任契約で作業してもらった場合、「請負と同じ扱いでよいのか」「そもそも成果物の権利を考える必要があるのか」と判断に迷う発注担当者は少なくありません。

著作権は、創作した人（受託者であるフリーランスエンジニア）に自動的に発生します。これを発注者に移すには、契約上の手当てが必要です。ところが、テンプレートをそのまま流用した契約書では、その手当てが抜けていたり、不十分だったりすることが珍しくありません。準委任契約ではなおさら、成果物の権利処理が見過ごされがちです。

本記事では、発注企業の担当者に向けて、業務委託の著作権帰属を整理します。まず「準委任と請負で帰属の判定がどう変わるのか」という核心を明らかにし、自社の契約書を見ながらyes/noで確認できる判定フローを提示します。その上で、確実に帰属を取得するための契約条項、フリーランス保護法（2024年11月施行）の3条通知への著作権の書き方、複数のフリーランスが関わった場合のリスクまで、発注者の実務に落として解説します。読み終えたとき、自社契約の現状を診断し、次回発注で確実に帰属を取る道筋が見えている状態を目指します。

業務委託の著作権は「帰属」を契約で取らない限り受託者のもの

最初に、多くの発注担当者が抱く誤解を解いておきます。「対価を払って成果物を納品させた以上、著作権も自社のものになっているはずだ」という理解は、残念ながら法律上は正しくありません。

「成果物を受け取った＝著作権を取得した」ではない理由

著作権は、特別な手続きや登録を経ずに、著作物を創作した時点で自動的に発生します。これを著作権法では「無方式主義」と呼びます。そして著作権は、最初に創作した人——つまりフリーランスエンジニアなどの受託者——に発生します。これを「原始帰属」といいます（業務委託契約書の専門サイト）。

ポイントは、報酬の支払いや成果物の納品は、この原始帰属を覆さないという点です。発注者がいくらお金を払っても、ソースコードや設計書という「物」を受け取っても、それだけでは著作権という「権利」は移転しません。権利を発注者に移すには、契約書に著作権を譲渡する旨を明記する必要があります。

つまり、発注者が著作権を得るルートは、自動的に発生するのではなく、契約による「譲渡」だけだということです。本記事のテーマである「帰属の判定」と「確実に帰属を取る方法」は、いずれもこの一点——契約で譲渡を取れているか——に集約されます。

著作権（財産権）と著作者人格権の違い — 帰属判定で押さえる最小限

帰属を判定するうえで、もう一つだけ整理しておきたいのが、著作権には性質の異なる2種類の権利が含まれるという点です。

発注者が成果物を自由に改修・再利用したい場合、譲渡できる「著作権（財産権）」を譲り受けるだけでは不十分です。譲渡できない「著作者人格権」のうち、特に同一性保持権が残っていると、改修時に「無断で改変された」と主張されるリスクが残ります。この点は後述の契約条項のセクションで、「不行使特約」という手当てとともに改めて解説します。

ここでは、「著作権を取得する」と一言で言っても、譲渡を受ける財産権と、譲渡できないため別途手当てが必要な人格権の2つを押さえる必要がある、とだけ理解しておいてください。

準委任契約と請負契約で著作権帰属の判定はどう変わるか

ここからが本記事の核心です。発注担当者が最も判断に迷うのが、「契約形態が準委任か請負かで、著作権帰属の扱いは変わるのか」という問いです。結論を先に述べると、契約形態が違っても、譲渡条項がなければ著作権は受託者に残るという点は同じです。ただし準委任契約には、請負以上に権利を取りこぼしやすい落とし穴があります。

準委任と請負の違い — 発注者が見分けるポイント

まず両者の本質的な違いを、発注者目線で整理します。

請負は「成果物を完成させて納品する」ことが契約の目的です。一方、準委任は「決められた業務を誠実に遂行する」ことが目的で、成果物の完成そのものは義務ではありません。フリーランスエンジニアにチーム参画してもらい、月単位の稼働で報酬を支払う形態の多くは、この準委任にあたります。

なお、近年は「成果完成型準委任」という、一定の成果に対して報酬を支払う準委任の類型もあります。いずれにせよ、契約書の表題が「準委任」か「請負」かだけでなく、受託者の義務が「完成」なのか「作業の遂行」なのかで実態を見分けることが大切です。

結論：契約形態が変わっても「譲渡条項がなければ帰属しない」は同じ

ここで重要なのは、準委任であっても著作権は発生するという事実です。「準委任は作業を頼んでいるだけだから、成果物がなく、著作権も発生しないのでは」と考えるのは誤りです。

準委任契約でも、要件定義書、設計書、報告書、企画書、そしてソースコードといったドキュメントや成果物が生じれば、そこに著作権が発生します（S&W国際特許法律事務所）。そして発生した著作権は、請負の場合と同じく、創作した受託者に原始帰属します。

したがって、準委任だろうと請負だろうと、発注者が著作権を取得するには契約書に譲渡条項が必要だという結論は変わりません。「準委任だから著作権は考えなくてよい」という思い込みこそ、最も危険な落とし穴です。

準委任契約こそ著作権の取りこぼしが起きやすい理由

むしろ、準委任契約のほうが著作権を取りこぼしやすい構造を抱えています。理由は、準委任では「成果物の納品」自体が契約の主目的ではないためです。

請負契約では、「何を完成させて納品するか」が契約の中心論点になるため、その成果物の権利帰属も契約交渉の俎上に乗りやすくなります。一方、準委任契約では「チームに参画して作業する」ことが主眼であり、作業の過程で生まれたソースコードや設計書の権利をどう扱うかは、契約書のテンプレートからすっぽり抜け落ちていることが珍しくありません。

冒頭で触れた「過去案件のコードを再利用しようとして法務に止められた」というケースは、まさにこの取りこぼしが原因です。準委任で参画したエンジニアが書いたコードについて、契約書に権利帰属の定めがなければ、その著作権はエンジニア側に残ったままです。発注者は手元にコードがあっても、それを自由に改修・再利用する権利を持っていない、という事態が起こり得ます。

だからこそ、準委任契約では「成果物の権利帰属を個別に定める条項」を意識的に盛り込む必要があります。具体的な書き方は、のちほど契約条項のセクションで解説します。

自社の著作権帰属を判定するフローチャート

ここまでの原則を踏まえ、自社の既存契約で著作権がきちんと取得できているかを、読者自身が診断できる判定フローを用意しました。手元の業務委託契約書を開きながら、上から順に確認してください。

帰属判定の5ステップ

以下の5つを順にチェックします。1つでも「いいえ」があれば、その時点で帰属が不十分・または未取得の可能性があります。

1. 契約書に著作権の「譲渡」条項があるか 「著作権は発注者に帰属する」という書き方ではなく、「受託者は著作権を発注者に譲渡する」と明記されているかを確認します。原始帰属は受託者にあるため、正しくは「帰属する」ではなく「譲渡する」と書く必要があります（業務委託契約書の専門サイト）。

2. 譲渡対象に著作権法27条・28条が特掲されているか 「著作権（著作権法27条および28条に定める権利を含む）を譲渡する」のように、27条（翻案権）・28条（二次的著作物の利用権）が明示されているかを確認します。これが抜けていると、改修や二次利用の権利が受託者に留保されたと推定されます（著作権譲渡の解説）。

3. 著作者人格権の不行使特約があるか 「受託者は著作者人格権を行使しない」という特約があるかを確認します。著作者人格権は譲渡できないため、この特約がないと、改修時に同一性保持権を主張されるリスクが残ります。

4. （準委任の場合）成果物の権利帰属が個別に定められているか 準委任契約では、作業の過程で生じる成果物（ソースコード・設計書等）の著作権帰属が別途明記されているかを確認します。「完成・納品」を前提としない契約のため、ここが抜けやすいポイントです。

5. 著作権の譲渡に対する対価が報酬に含まれているか 譲渡の対価が報酬の中に含まれている、または別途定められているかを確認します。これは後述するフリーランス保護法の3条通知とも関わる重要な確認項目です。

判定結果別の対応

上記5ステップの結果を、3つの状態に整理しました。自社契約がどこに該当するかを見定めてください。

「条項不足」「未取得」に該当した場合の具体的な対処は、次のセクションで解説する契約条項を参照してください。なお、すでに納品済みの成果物について帰属が未取得だった場合は、新たに契約条項を整えるだけでは遡れません。受託者との間で著作権譲渡の覚書を別途交わす必要がある点に注意してください。

発注者が確実に著作権帰属を取得する契約条項

判定フローで「条項不足」「未取得」に該当した場合、あるいは次回発注で確実に帰属を取りたい場合に、契約書へ盛り込むべき条項を解説します。単なる条文の列挙ではなく、「なぜその条項が必要か」をセットで押さえることが重要です。

著作権譲渡条項と27条・28条の特掲（改修・再利用を可能にする）

まず基本となるのが、著作権を発注者に譲渡する条項です。前述のとおり、「帰属する」ではなく「譲渡する」と書きます。そのうえで、譲渡対象に著作権法27条・28条を必ず特掲します。

著作権法61条2項には、譲渡契約で27条・28条の権利が譲渡対象として「特掲」されていない場合、これらの権利は譲渡者（受託者）に留保されたと推定する、という規定があります。27条は翻案権（既存の著作物を改変して新たな著作物を作る権利）、28条は二次的著作物の利用に関する原著作者の権利です。ソースコードを改修したり、設計を流用して別システムを作ったりする行為は、まさにこの翻案にあたります。

したがって、特掲を欠いた譲渡条項では、「著作権は譲り受けたが、改修・二次利用の権利は受託者に残っている」という中途半端な状態になりかねません。実際、ソフトウェア開発委託の裁判例でも、著作権譲渡を定めていたにもかかわらず、27条・28条の明示がなかったために改変・翻案の権利は開発者に留保されたと判断された例があります（著作権譲渡契約のリーガルチェック）。

条項例としては、「受託者は、本成果物に関する著作権（著作権法第27条および第28条に定める権利を含む）を、発注者に譲渡する」といった形になります。あわせて、譲渡の時期（対価の支払い完了時か、納品時か）も明確にしておくと、権利移転のタイミングをめぐる争いを防げます。

著作者人格権の不行使特約（改修が止まるのを防ぐ）

著作権（財産権）の譲渡を受けても、譲渡できない著作者人格権は受託者に残り続けます。その中でも実務上やっかいなのが同一性保持権です。これは「著作物を意に反して改変されない権利」で、発注者が成果物を改修する際に「無断で改変された」と主張される余地を残します。

そこで、契約書に「受託者は、本成果物に関して著作者人格権を行使しない」という不行使特約を盛り込みます。人格権そのものは譲渡できないため、「行使しない」と約束してもらうことで、改修が差し止められるリスクを実務上抑えます。著作権譲渡条項とこの不行使特約はセットで初めて意味を持つ、と理解しておくとよいでしょう。

準委任契約で成果物の権利帰属を個別に定める

準委任契約では、「成果物の納品」が契約の主目的でないぶん、権利帰属の定めが抜けやすいことをすでに述べました。これを防ぐには、準委任契約であっても、作業の過程で生じる成果物（ソースコード・設計書・報告書等）の著作権が誰に帰属するかを個別に明記します。

具体的には、「本業務の遂行過程で受託者が作成した成果物に関する著作権（著作権法第27条および第28条に定める権利を含む）は、発注者に譲渡する」といった条項を加えます。準委任は作業の遂行が主眼であるため、こうした権利帰属の定めを置かない限り、生まれた成果物の権利は受託者に残ったままになります。準委任契約を多用している場合は、テンプレートにこの条項が含まれているかを最優先で確認してください。

買取り方式とライセンス方式の選び方（発注者の判断軸）

最後に、著作権の扱いには「買取り（譲渡）方式」と「ライセンス（利用許諾）方式」の2つの選択肢があることを押さえておきましょう。

発注者として成果物を将来にわたって自由に扱いたいなら、買取り方式が基本です。ただし、受託者が汎用的なライブラリやフレームワークを持ち込んでいる場合、それらまで全部譲渡を求めると交渉が難航したり、対価が膨らんだりします。その場合は「本件固有の成果物は譲渡、汎用部品はライセンス」と切り分けるのが現実的です。どちらを選ぶにせよ、判断の出発点は「この成果物を将来どう使いたいか」にあります。

著作権・知財保護の運用全般については、フリーランス業務委託で著作権・知財を守る契約と運用の実践ガイドもあわせてご覧ください。

フリーランス保護法（取適法）の3条通知に著作権をどう明示するか

2024年11月に施行されたフリーランス保護法（フリーランス・事業者間取引適正化等法、通称「取適法」）により、フリーランスへ業務委託する発注者には新たな義務が課されました。著作権が関わる業務では、この法律への対応が契約見直しの実務に直結します。

3条通知とは何か・著作権の明示がなぜ必要か

フリーランス保護法では、発注者がフリーランスに業務委託する際、取引条件を書面または電磁的方法で明示する義務が定められています。これを実務上「3条通知」と呼びます（法律第3条に基づくため）。給付の内容、報酬の額、支払期日などを明示する必要があります。

ここで著作権が関わってくるのが「給付の内容」です。著作権など知的財産権が発生する業務で、業務委託の目的たる使用の範囲を超えてフリーランスの知的財産権を発注者へ譲渡・許諾させる場合、3条通知の「給付の内容」の一部として、その譲渡・許諾の範囲を明確に記載する必要があります（光陽国際特許法律事務所）。

注意が必要なのは、3条通知に知的財産権の譲渡・許諾が含まれる旨を記載しないまま、業務委託の目的を超える範囲で知的財産権を無償で譲渡・許諾させることは禁止されている、という点です。記載漏れは行政指導や勧告の対象になり得ます。

給付内容欄への著作権の書き方と対価の扱い（記載例）

実務として、発注者が3条通知でどう手当てすればよいかを整理します。ポイントは2つです。

1. 「給付の内容」に譲渡・許諾の範囲を明記する 単に「ソースコードの開発」と書くだけでなく、「開発した成果物の著作権（著作権法27条・28条の権利を含む）を発注者に譲渡する」など、権利の譲渡・許諾の範囲まで給付内容として記載します。

2. 譲渡・許諾の対価を報酬に加える 知的財産権の譲渡・許諾を業務委託に含める場合、その対価を報酬に加える必要があります（中小企業庁）。成果物の作成報酬とは別に、権利譲渡の対価分を見込んで報酬を設定する、という考え方です。

3条通知は書面のほか、電磁的方法（メールやチャット等、フリーランスが記録を出力できる形式）でも明示できます。契約書とは別に発行する場合は、契約書の譲渡条項と3条通知の給付内容の記載が矛盾しないよう、整合をとっておくことが重要です。フリーランス保護法は2024年11月の施行と比較的新しいため、既存のテンプレートが対応できていないケースが多く、優先的な見直し対象になります。

複数のフリーランスが関わった成果物の著作権はどうなるか

プロジェクト単位で複数のフリーランスエンジニアをアサインしている場合、著作権の扱いはさらに複雑になります。ここは競合する解説記事でもほとんど触れられていない論点ですが、発注者にとっては看過できないリスクを含みます。

個別帰属と共同著作物の違い（持分・全員同意の壁）

複数人が関わった成果物の著作権は、創作のされ方によって扱いが分かれます。

まず、各エンジニアが担当範囲を明確に分けて作り、それぞれの寄与を分離して個別に利用できる場合は、各部分の著作権がそれぞれの作者に帰属します（個別帰属）。この場合、発注者は各エンジニアからそれぞれ著作権の譲渡を受ければ足ります。

問題は、複数人が一体的に共同創作し、各人の寄与を分離して個別に利用できない場合です。これは「共同著作物」（著作権法2条1項12号）にあたり、作者全員が1つの著作権を共有する状態になります（BUSINESS LAWYERS）。共有の状態では、著作権法65条により、著作権を行使するには共有者全員の同意が必要です。ここでいう「行使」には、第三者への利用許諾だけでなく、共有者自身が著作物を利用することも含まれると考えられています。

つまり、発注者が共同著作物の著作権を全員から譲り受けていないと、一部のエンジニアの持分が残り、その人の同意がなければ成果物を再利用・改修・第三者へ再委託できない、という事態が生じます。例えば、3人のフリーランスで開発したシステムのうち2人からしか譲渡を受けていなければ、残る1人が「同意しない」と言った瞬間、システム全体の改修・転用が止まりかねません。

全員から漏れなく譲渡を受けるための契約設計

このリスクを避けるには、プロジェクトに参画する全フリーランスと、漏れなく個別に著作権譲渡条項を結ぶことが基本です。あわせて、以下を契約設計に織り込みます。

• 参画する全員と個別に譲渡条項を締結する：プロジェクトの途中から参画したメンバーを含め、コードや設計に関与する全員から譲渡を受けます。途中参画者の契約が抜けると、その人の持分が残ります。
• 再委託・外注先の成果物も発注者に帰属させる：フリーランスがさらに別の人へ再委託・外注した場合、その第三者が作った部分の著作権も発注者に帰属するよう、契約で手当てします。「再委託先の成果物に関する著作権も発注者に譲渡する責任を受託者が負う」といった条項です。
• 誰が何を作ったかを記録する：万一、譲渡漏れが判明したときに、どの成果物の権利が誰に残っているかを特定できるよう、担当範囲を記録しておくと事後対応が容易になります。

複数人が関わる開発ほど、譲渡の取りこぼしが一箇所でもあると全体が止まるリスクが高まります。プロジェクト開始時の契約設計の段階で、参画者全員からの譲渡を確実に押さえておくことが、後のトラブルを防ぐ最善策です。

著作権帰属の不備が招くトラブル事例とリスク

ここまで判定と対策を述べてきましたが、「帰属の不備を放置すると実際に何が起こるのか」を具体的に押さえておくことで、見直しの優先度が判断しやすくなります。代表的なパターンを2つ紹介します。なお、以下は一般化したパターンであり、特定の企業・案件を指すものではありません。

改修・再利用ができず費用が膨らんだケース

準委任でフリーランスエンジニアに開発してもらったシステムを、数年後に社内で機能追加しようとした場面を考えます。契約書に著作権の譲渡条項がなかった（あるいは27条・28条の特掲を欠いていた）ため、改修＝翻案の権利が受託者に残っていることが判明しました。

このとき発注者には、いくつかの不利な選択肢しか残りません。当時のエンジニアを再び探し出して改修の許諾を得る、相応の追加対価を支払う、あるいは権利関係をクリアにするために類似機能をゼロから作り直す——いずれも、最初から譲渡条項を整えておけば不要だったコストです。著作権帰属の不備は、こうした形で将来の改修費を押し上げます。

一部のフリーランスの権利が残りベンダー乗り換えが止まったケース

複数のフリーランスで開発した成果物について、別の開発体制へ乗り換えようとした場面を考えます。新しいチームが既存システムを引き継いで改修するには、既存成果物の著作権が発注者に帰属している必要があります。ところが、過去に参画した一部のエンジニアから譲渡を受けていなかったため、その人の持分が残っていることが分かりました。

共有著作権は全員の同意がなければ行使できないため、連絡が取れない、あるいは同意が得られないとなると、システム全体の改修・転用が事実上止まります。結果として、特定の体制から抜け出せない「ベンダーロックイン」に近い状態に陥ります。ベンダー切替時の成果物の権利整理については、システム開発の成果物と著作権（ベンダー切替時の権利整理）もあわせて参考にしてください。

これらのケースに共通するのは、「どの条項があれば防げたか」が明確だという点です。改修費の高騰は譲渡条項と27条・28条の特掲で、乗り換えの停止は全員からの譲渡取得で、いずれも契約段階の手当てで予防できます。本記事の判定フローと契約条項は、まさにこうした事態を避けるためのものです。

よくある質問（FAQ）

業務委託の著作権帰属について、発注担当者から寄せられやすい疑問を整理しました。

Q. 準委任契約でも著作権は自社に帰属しますか？ A. 自動的には帰属しません。準委任契約でも、作業の過程で生じたソースコードや設計書には著作権が発生し、創作した受託者に原始帰属します。発注者に帰属させるには、請負と同じく契約書に譲渡条項が必要です。準委任は成果物の権利処理が抜けやすいため、特に注意が必要です。

Q. 契約書に著作権の記載がなかった場合、納品済みの成果物の権利はどうなりますか？ A. 著作権は創作した受託者に残ったままです。発注者は成果物という「物」は受け取っていても、それを自由に改修・再利用する権利は持っていません。事後的に権利を取得するには、受託者と著作権譲渡の覚書を別途交わす必要があります。

Q. 著作権譲渡条項があれば、改修や二次利用も自由にできますか？ A. 譲渡条項に著作権法27条（翻案権）・28条（二次的著作物の利用権）が特掲されていなければ、改修・二次利用の権利は受託者に留保されたと推定されます。改修・再利用を想定するなら、譲渡条項に「27条・28条の権利を含む」と明記してください。あわせて著作者人格権の不行使特約も必要です。

Q. フリーランス保護法の3条通知に著作権を書かないとどうなりますか？ A. 著作権の譲渡・許諾を3条通知の「給付の内容」に記載しないまま、業務委託の目的を超える範囲で無償で譲渡・許諾させることは禁止されています。記載漏れは行政指導や勧告の対象になり得ます。譲渡・許諾の範囲を明記し、その対価を報酬に加える必要があります。

Q. 複数のフリーランスに発注した成果物の著作権は誰のものですか？ A. 各人の寄与を分離して個別利用できる場合は各人に帰属し、それぞれから譲渡を受ければ足ります。一体的に共同創作され分離できない場合は「共同著作物」となり全員で共有するため、全員から譲渡を受けないと、一部の人の同意がなければ再利用・改修ができなくなります。

Q. ソースコードのリポジトリやアカウントの引渡しも著作権に含まれますか？ A. 含まれません。リポジトリやアカウントの引渡しは「物・データの引渡し」であり、著作権という「権利」の移転とは別の問題です。リポジトリを受け取っても、著作権の譲渡条項がなければ、コードを自由に改修・再利用する権利は得られません。引渡しと権利の取得は分けて契約で手当てしてください。

まとめ — 帰属判定から契約見直しまでの次のアクション

業務委託の著作権帰属は、準委任・請負のいずれであっても、契約書に譲渡条項がなければ受託者に残ります。「お金を払った」「成果物を受け取った」だけでは権利は移転しません。この原則を起点に、次のアクションへ進んでください。

1. 自社契約を判定フローで確認する：手元の契約書を、譲渡条項・27条28条の特掲・人格権不行使特約・（準委任なら）成果物の権利帰属・対価の5ステップでチェックします。
2. 不足条項を追記する：「条項不足」「未取得」だった場合、著作権譲渡条項（27条・28条の特掲を含む）と著作者人格権の不行使特約を整えます。準委任契約では成果物の権利帰属を個別に明記します。
3. 3条通知に著作権を明示する：フリーランス保護法に対応し、3条通知の給付内容に譲渡・許諾の範囲を記載し、その対価を報酬に加えます。
4. 複数関与時は全員から譲渡を受ける：プロジェクトに参画する全フリーランスと個別に譲渡条項を結び、再委託先の成果物も発注者に帰属させます。

著作権の処理は、トラブルが起きてから遡って整えるのが最も難しく、コストもかかります。逆に言えば、発注の契約段階で帰属を確実に取得しておけば、成果物を自社資産として安心して改修・再利用でき、外部人材の活用そのものをためらう必要がなくなります。判定フローで自社の現状を診断し、次回発注からは「確実に帰属を取る契約」へと一歩進めてください。