外注したマクロが“ブラックボックス”にならないために｜著作権とコード開示の話
「業者に作ってもらったExcelマクロが、いざ仕様を変えたいときに誰も中身を直せない」——マクロやVBAツールを外注した企業・個人から、よく聞く悩みです。動いている間は便利でも、作った人と連絡が取れなくなった瞬間、そのツールは「触れない資産」になってしまいます。
この記事では、外注した自動化ツールがブラックボックスにならないために知っておきたい、著作権の基本とコード開示の考え方を、事実ベース・中立の立場でまとめます。なお本記事は一般的な説明であり、法的助言ではありません。具体的な契約・権利関係は弁護士など専門家にご確認ください。
「ブラックボックス納品」とベンダーロックインの問題
マクロやツールの外注でいちばん起きやすいトラブルが、納品物が「作った人にしか分からない状態」で渡されることです。これをブラックボックス納品と呼びます。具体的には、次のような状況です。
- 中身が読めない: ソースコードが渡されない、または渡されてもコメント（説明書き）が一切なく、第三者には処理の意図が追えない。
- 作った人しか直せない: 「ここの集計を1列増やしたい」程度の小さな変更でも、当初の制作者に頼むしかない。
- 他社に頼めない: 中身が分からないため、別の業者に改修を相談しても「ゼロから作り直したほうが早い」と言われてしまう。
こうして特定の業者に依存してしまう状態をベンダーロックインといいます。改修のたびに同じ相手へ依頼するしかなく、料金や納期の交渉力が弱まりがちです。制作者が廃業・退職・連絡不通になれば、ツールはそのまま塩漬けになります。最初は安く済んだ外注が、長い目で見ると割高になるのはこのパターンです。
著作権の基本｜マクロのコードは誰のもの？
プログラム（VBAのコードを含む）は、一般に著作物として扱われます。そして著作権は、原則として実際にそれを制作した人（または制作した会社）に発生する、というのが一般的な考え方です。つまり、お金を払って発注したからといって、自動的に発注者へ著作権が移るわけではない、という点に注意が必要です。
発注者がコードを自由に改変・流用したい場合は、契約のなかで著作権の譲渡や利用範囲を取り決めておくのが通常の流れです。代表的なパターンを整理します。
よくある取り決めのパターン
- 著作権の譲渡: 納品とともに著作権（必要に応じて著作者人格権の不行使も含む）を発注者へ移す取り決め。発注者が自由に改変・再利用しやすくなります。
- 利用許諾（ライセンス）: 著作権は制作者に残したまま、発注者は「使う」権利だけを得る形。改変や再配布に制限が付くことがあります。
どちらが良い・悪いではなく、自社が将来どこまで手を入れたいかで選ぶべきものです。社内で改修・流用していきたいなら譲渡型、使えれば十分なら許諾型、という整理になります。いずれにせよ「何も取り決めていない」状態がいちばん危険で、後から「直したいのに権利上どこまでやって良いか分からない」という事態を招きます。繰り返しになりますが、これは一般的な説明です。実際の契約内容は個別に専門家へご確認ください。
コード開示・コメント付きコードが重要な理由
権利の話と並んで実務上とても重要なのが、ソースコードそのものの提供と、コメント（コード内の説明書き）の有無です。著作権を譲り受けても、コードが手元になかったり、読めない状態だったりすれば、結局ブラックボックスのままだからです。
- 将来の改修に備えられる: 業務のやり方が変われば、ツールも必ず手直しが必要になります。コードが手元にあれば、自社でも他社でも改修を依頼できます。
- 内製化の足がかりになる: コメント付きで処理の意図が書かれていれば、社内の担当者が少しずつ理解し、簡単な変更は自分たちで対応できるようになります。
- 引き継ぎに強い: 担当者の異動・退職があっても、読めるコードと操作マニュアルが揃っていれば業務が止まりません。
つまり「動くツールを納品して終わり」ではなく、後から第三者が読んで保守できる状態で渡されているかが、外注の質を分ける大きなポイントになります。
発注時に確認すべきチェックリスト
マクロやツールを外注する前に、次の点を業者へ確認しておくと、ブラックボックス化のリスクを大きく減らせます。見積もり段階で質問してみてください。
| 確認項目 | なぜ重要か |
|---|---|
| 著作権の譲渡はあるか | 自社で自由に改変・流用できるかが決まる |
| ソースコードは提供されるか | コードが手元にないと改修自体ができない |
| 改修（手直し）は可能か・条件は | 仕様変更時の依頼先と費用感を把握できる |
| 操作マニュアルは付くか | 担当者が代わっても使い続けられる |
| 第三者でも保守できる作りか | コメントの有無・命名の分かりやすさで属人化を防ぐ |
これらに対して曖昧な回答しか返ってこない場合は、納品後にブラックボックス化する可能性があると考えておいたほうが安全です。逆に、こうした質問にきちんと答えてくれる業者は、長く付き合える相手といえます。外注費用の考え方についてはExcelマクロをVBAで外注する費用の相場もあわせてご覧ください。
当サービスの方針｜コード開示＋著作権譲渡に対応
Excel自動化代行ラボでは、納品物がブラックボックスにならないことを大切にしています。具体的には次の方針で対応しています。
- ソースコードの開示: 作成したVBA・マクロのコードはそのままお渡しします。中身を隠した状態での納品はしません。
- コメント付きで納品: 後から読んで意図が追えるよう、処理の要所に説明コメントを入れています。
- 著作権譲渡に対応: ご希望に応じて、納品物の著作権を譲渡する形に対応します（取り決め内容は事前にご相談のうえ決定します）。
- 改修・内製化を前提に: 将来ご自身や他社でも手を入れられることを前提に作っています。必要に応じて操作の手順もお渡しします。
「一度作ったら終わり」ではなく、お客様の資産として長く使えるツールをお渡しすることを目指しています。どんな作りで納品されるか不安な方は、対応事例もご確認ください。料金の目安は料金表にまとめています。
まとめ
外注したマクロがブラックボックスになる原因は、多くの場合「コードが渡されない」「権利を取り決めていない」「説明やマニュアルがない」の3点に集約されます。発注前に、著作権の譲渡・ソースコードの提供・改修可否・操作マニュアル・第三者でも保守できるかを確認しておけば、こうしたリスクは大きく下げられます。本記事は一般的な説明であり法的助言ではないため、契約の細部は専門家にご相談ください。そのうえで「コードも権利もきちんと渡してくれる業者に頼みたい」という方は、お気軽にご相談ください。