プロジェクトの途中でフリーランスエンジニアとの業務委託契約を解除しなければならない場面は、決して珍しくありません。「期待していたスピードで作業が進まない」「コミュニケーションが取れず進捗が見えない」「成果物の品質が要件を満たさない」——こうした課題に直面したとき、多くの発注担当者は「解除したいが、損害賠償を請求されたら困る」「揉め事になってプロジェクトが止まるのでは」という不安を抱えます。
法的手続きや実務の段取りを知らないまま動くと、逆にリスクを高めてしまうことがあります。一方、正しい手順を踏めば、多くのケースで円満に解除できます。2024年11月には「フリーランス・事業者間取引適正化等法（フリーランス新法）」が施行され、発注者が果たすべき義務も明確になりました。
本記事では、発注者の立場に特化して、業務委託の解除に必要な法的知識・実務手順・エンジニア特有の後処理まで一貫して解説します。「明日から動ける」状態を目指して読み進めてください。
まず確認——業務委託の契約形態と解除権の違い
業務委託の解除を検討する前に、締結している契約がどの類型に該当するかを確認することが不可欠です。フリーランスエンジニアとの業務委託契約は、主に「請負契約」と「準委任契約」の2種類に分かれており、解除の条件・手順が異なります。
請負契約——成果物の納品が前提
請負契約は、特定の成果物（システム・アプリ・機能）を完成させることを目的とする契約です。フリーランスエンジニアが「このシステムを作って納品する」という合意をした場合がこれに該当します。
請負契約は、発注者の都合での途中解除が可能です（民法641条）。ただし、フリーランスエンジニアが解除までに行った作業に相当する報酬を支払う義務が生じます。また、契約書に違約金条項がある場合は、その定めに従います。
準委任契約——プロジェクト参加・稼働型
準委任契約は、一定期間・特定の業務を遂行することを目的とする契約です。開発プロジェクトに「メンバーとして参画する」「技術的なサポートをする」という形の契約がこれに当たります。フリーランスエンジニアの場合、特定の成果物を約束しない稼働型の契約では準委任が多く選ばれます。
準委任契約では、民法651条により各当事者がいつでも解除できるのが原則です。ただし、相手方に不利なタイミングでの解除は損害賠償責任が生じる可能性があります（民法651条2項）。「やむを得ない事由」がある場合はこの限りではありません。
まず契約書を確認し、「請負」「委任」「準委任」のどれに近いかを把握することが最初のステップです。
フリーランス新法（2024年施行）で何が変わったか
2024年11月1日に施行された「フリーランス・事業者間取引適正化等法（フリーランス新法）」は、発注者に新たな義務を課しています。「知らなかった」では済まされないルールを把握しておきましょう。
6ヶ月以上の契約は「30日前予告」が義務
フリーランス新法では、継続的業務委託（更新を含めて通算6ヶ月以上になる場合）において、発注者が契約を途中解除する際は最低30日前に予告する義務があります（公正取引委員会フリーランス法特設サイト）。
予告なしに突然解除すると、法的に問題となる可能性があります。たとえ契約書に「即時解除可能」と記載されていても、フリーランス新法の要件は上書きされないケースがあるため、注意が必要です。
即時解除が認められる5つのケース
以下の5つの事由に該当する場合は、例外的に30日前の予告なしで解除が認められます。
- 災害その他やむを得ない事由——天災・不可抗力により事業継続が困難になった場合。経営不振や資金難は含まれません
- 元請契約の大部分が解除された場合——発注者自身が上位クライアントから受けた仕事の大部分が不要になった場合
- 契約期間が30日以下の短期契約——予告義務の対象外
- フリーランス側の重大な責任による場合——重大な契約違反（成果物の重大な欠陥への修正拒否、機密情報の故意漏洩、長期間の音信不通・業務放棄、刑事犯罪等）
- 相当期間にわたって業務を実施していない場合——1ヶ月以上一度も業務発注がない状態が続いている場合
理由開示義務——求められたら説明しなければならない
フリーランスが解除理由の説明を求めた場合、発注者は契約終了日までに理由を開示する義務があります。「理由は言えない」「内部の事情で」というような対応は、新法に抵触するリスクがあります。解除前に理由を整理・文書化しておくことが重要です。
発注者側の業務委託解除手順5ステップ
法的リスクを最小化しながら解除するための実務手順を5つのステップに整理します。
Step1: 契約書を確認する
最初に、締結している業務委託契約書を読み直します。確認すべき主なポイントは以下です。
- 解除できる条件・理由（解除事由条項）
- 解除の通知方法・通知期間（書面のみか、メールでよいか）
- 違約金の有無・金額・計算方法
- 報酬の精算ルール（解除時点までの作業分の支払い方法）
契約書に解除条項が明記されている場合は、その定めに従って手続きを進めます。不明確な場合や契約書が存在しない場合は、弁護士への相談を検討してください。
Step2: 履行の改善を催告する（任意だが推奨）
解除の前に、問題点を明記した書面でフリーランスエンジニアに改善を求める「催告」を行うことを推奨します。
催告書には、具体的な問題（例: 「〇月〇日までに指定の成果物が納品されていない」「週次報告が3週間届いていない」）と改善期限を明記します。この手続きを踏むことで、後の解除が正当であることを示す証拠になります。
催告に応じなかった場合、または改善が見られなかった場合に、次のステップへ進みます。
Step3: 30日前に解除を予告する
フリーランス新法の要件に従い、契約終了日の最低30日前に解除の予告を書面で行います。予告書には以下を明記します。
- 解除（予告）の意思表示
- 解除理由（フリーランスが求める可能性があるため)
- 契約終了日
- 解除後の取り決め（精算・引き継ぎ等）
書面は、後の証拠として内容証明郵便やメール（送信記録が残る方法）で送付することをお勧めします。
Step4: 解除合意書または解除通知書を作成する
フリーランスエンジニアが解除に合意した場合は、「契約解除合意書」を作成します。合意書には、双方の氏名・住所・解除日・解除理由・精算条件・守秘義務の継続などを明記し、署名・捺印を得ます。
合意が得られない場合は、「契約解除通知書」を一方的に発送します。この場合も法的効果はありますが、相手方が損害賠償を請求するリスクが残ります。対応が難しい場合は弁護士に相談することを検討してください。
Step5: 報酬精算・損害賠償の取り決めをする
解除が確定したら、未払い報酬の精算と損害賠償の範囲を決定します。
- 準委任契約の場合: 解除時点までの業務遂行に相当する報酬を支払います
- 請負契約の場合: 完成した部分・発注者が利益を得た部分に相当する報酬を支払います
- 損害賠償: 発注者側の都合で相手方に不利な時期に解除した場合、相手方から損害賠償を請求される可能性があります。催告・予告のプロセスを丁寧に踏むことで、このリスクを低減できます
エンジニア業務委託固有の後処理チェックリスト
IT業務委託の解除では、一般的な業務委託と異なり、デジタル資産の管理が重要な課題になります。解除後に情報漏洩やセキュリティインシデントが発生しないよう、以下の項目を確実に対処してください。
ソースコードリポジトリのアクセス権削除
- GitHub / GitLab / Bitbucket などのリポジトリからフリーランスエンジニアのアカウントを削除する
- 個人アカウントではなくOrganizationアカウントで管理している場合は、メンバーから除外する
- 削除前に、フリーランスエンジニアのコントリビューション・ブランチを確認し、未マージの作業がある場合は引き継ぎの対象とする
社内ツール・クラウドサービスのアクセス無効化
- Slack / Microsoft Teams などのコミュニケーションツールからの退出処理
- Google Workspace / Microsoft 365 等の共有ドライブ・メールへのアクセス削除
- AWSコンソール / GCP / AzureなどのクラウドサービスのIAMアカウント・APIキーの削除・ローテーション
- Figma / Notion / Jira / Linear などのプロジェクト管理ツールからの除外
成果物の権利帰属と引き渡しの確認
- 契約書に「著作権譲渡」条項があるか確認する（ない場合、著作権はフリーランスエンジニアに帰属する可能性がある）
- 解除時点までに作成されたソースコード・ドキュメント・デザインデータが適切に引き渡されているか確認する
- 未完成の成果物については、引き渡し範囲を合意書に明記する
機密情報・NDAの継続確認
- 業務委託契約またはNDA（秘密保持契約）に解除後も機密保持義務が継続する旨の条項があるか確認する
- 必要であれば、解除合意書に機密保持義務の継続を改めて明記する
業務委託解除に伴うリスクと対処法
損害賠償が発生するケース
発注者都合での解除において、以下のケースでは損害賠償を求められる可能性があります。
- 「相手方に不利な時期」の解除（民法651条2項）: プロジェクト完了直前や、フリーランスエンジニアが他の案件を断っている最中の突然の解除
- 30日前予告なしの解除（フリーランス新法): 法定の予告義務を守らなかった場合
損害賠償の範囲は、「解除がなければ得られたはずの報酬（逸失利益）」や「解除に伴って発生した経費」が主な対象となります。
違約金が生じる場合
契約書に違約金条項が設けられている場合、発注者側の都合で解除すると違約金の支払い義務が発生することがあります。契約書の内容を事前に確認し、条項の解釈が不明確な場合は弁護士に確認することを推奨します。
合意解除でリスクを最小化する
解除にあたって最もリスクを下げられるのは、双方が合意した上での「合意解除」です。催告・予告のプロセスをきちんと踏み、フリーランスエンジニアの立場を尊重した誠実な対応を心がけることで、多くのケースで合意による円満な解除が実現できます。
今後の契約でトラブルを防ぐために——契約書に明記すべき解除条項
今回の経験を踏まえ、次回の業務委託契約では以下の4つの条項を事前に明記しておくことで、解除時のトラブルを大幅に減らせます。
- 解除事由の明記: 「成果物の品質が著しく要件を下回る場合」「通知から〇営業日以内に改善が見られない場合」のように、解除できる条件を具体的に書く
- 通知期間の設定: 発注者・受託者のどちらも、解除の意向は〇日前に書面で通知するという期間を明記する
- 報酬精算方法の規定: 「解除時点までの作業量に応じた報酬を〇日以内に支払う」というように精算ルールを事前に合意しておく
- 違約金の条件と金額: 違約金が発生するケースと金額の計算方法を明記し、双方が事前に納得した上で契約する
まとめ——解除後の次のフリーランスエンジニア確保に向けて
本記事のポイントをまとめます。
- 業務委託の解除は「請負」か「準委任」かで手順が異なる。準委任はいつでも解除できるが、不利なタイミングの解除は損害賠償リスクがある
- フリーランス新法（2024年施行）により、6ヶ月以上の契約は30日前予告が義務。即時解除が認められる5ケースを把握しておく
- 解除手順は「契約確認→催告→30日前予告→合意書or解除通知書→精算」の5ステップで進める
- エンジニア業務委託では、GitHub・クラウドサービスのアクセス権削除と成果物の権利確認を忘れずに行う
- 損害賠償リスクを最小化するには、誠実なプロセスを踏んだ合意解除を目指す
フリーランスエンジニアとの契約解除は、適切な手順を踏めばプロジェクトを前に進めるための正当な意思決定です。解除後は、新たなフリーランスエンジニアを迅速に確保してプロジェクトを継続することが重要です。
優秀なフリーランスエンジニアをスピーディーに確保するには、実績のある発注者向けプラットフォームの活用が効果的です。
