フリーランスエンジニアの契約書の注意点｜確認すべき条項と対策

フリーランスエンジニアって、契約書のどこを見ればいいの？
気をつけないといけない条項って何があるの？

独立後に初めて業務委託契約書を渡されると、びっしり並ぶ法律用語に圧倒されて「とりあえずサインしてしまう」という経験をした人は少なくないはずです。でも後から「この条項があったせいで報酬が払われなかった」「著作権が全部クライアントに移っていた」といったトラブルに気づいても、署名した後では交渉が難しくなります。

私も独立初期に契約書をよく読まずにサインして、後から追加作業を無償でやらされた経験があります。この記事では、フリーランスエンジニアが契約書で必ず押さえておくべき注意点を7項目に絞って解説します。読んだ後に契約書を見返せばすぐ使えるレベルで書きました。

フリーランスエンジニアが結ぶ契約書の種類と違い

契約書の注意点を確認する前に、まず「自分が結んでいる契約が何か」を把握しておきましょう。種類によってリスクの性質がまったく変わります。

ここでは、以下の内容について詳しく解説します。

請負契約と準委任契約の違い

フリーランスエンジニアが結ぶ業務委託契約は、大きく「請負契約」と「準委任契約」の2種類に分かれます。どちらかによって、義務の重さとリスクが大きく違います。

フリーランスエンジニアの案件の多くは準委任契約です。期間稼働型の案件では「業務をこなした分だけ報酬が発生」するため、成果物の完成リスクを負わなくて済みます。一方、請負でWebサービスを受注する場合は、未完成・バグへの責任が重くなるため、契約内容を特に慎重に確認してください。

2024年施行フリーランス保護新法で変わったこと

2024年11月、「特定受託事業者に係る取引の適正化等に関する法律（フリーランス保護新法）」が施行されました。フリーランスエンジニアが知っておくべき3つの変更点があります。

• 書面（または電磁的方法）による取引条件の明示が義務化：発注者は業務委託時に「業務内容・報酬額・支払期日」等を書面またはメールで明示しなければなりません。口頭での合意だけでは発注者が違反となります
• 6ヶ月以上の契約の中途解除は30日前通知が義務：長期契約をいきなり打ち切られるリスクが減りました。30日前通知がなければ発注者側の義務違反となります
• ハラスメント防止・育児介護への配慮義務：発注者はフリーランスへのハラスメント防止措置を講じる義務があります

この法律はフリーランス側の権利を守るものです。知らないと損するだけなので、「口頭でしか条件を言われていない」「突然の契約打ち切り通知が来た」という場面では、この法律を根拠に発注者に対応を求めることができます。

フリーランスエンジニアが契約書で確認すべき注意点

ここからが記事の核心です。契約書を受け取ったら、以下の7つの項目を必ず確認してください。これを読んだ後に契約書を見直すだけで、サイン前に気づけることが大幅に増えます。

ここでは、以下の内容について詳しく解説します。

【確認①】業務範囲・スコープ・納品物の定義

契約書で最初に見るべきは「何をする仕事か」です。業務内容・スコープ・納品物が曖昧なまま契約すると、「それも含まれていると思っていた」という追加要求（スコープクリープ）が無制限に発生するリスクがあります。

確認すべきポイントです。

• 「要件定義・基本設計・詳細設計・実装・テスト・リリース」のどの工程が対象か明記されているか
• 納品物の形式（ソースコード・ドキュメント・動作環境等）が具体的に記載されているか
• 仕様変更・追加要件が発生したときの変更手続き（変更管理プロセス）が定められているか

「その他必要な業務」「関連する業務全般」といった曖昧な表現が含まれている場合は、削除または「別途合意の上」という条件を追記するよう交渉してください。

【確認②】報酬額・支払い条件・支払いサイト

報酬に関する条項は細部まで確認が必要です。「月60万円」という数字だけ見て安心するのは早いです。

• 支払いサイト：「月末締め・翌月末払い」は最大2ヶ月待ちになるケースも。60日以内が一般的ですが、長すぎる場合は交渉できます
• 源泉徴収の有無：源泉徴収（10.21%）が引かれる場合は手取りが減ります。確定申告で取り戻せますが、キャッシュフローに注意が必要です
• 消費税の扱い：報酬に消費税が含まれているか別途なのかを明確に。インボイス登録の有無によっても異なります
• 未払い時のペナルティ：支払い遅延があった場合の遅延損害金（年率〇%）が規定されているか確認しておきましょう

【確認③】著作権・知的財産権の帰属

エンジニアにとって最も重要な条項のひとつです。成果物（コード・設計書・データ構造等）の著作権がどちらに帰属するかは、後から変更できません。

確認すべきポイントです。

• 著作権の帰属先：「成果物に関する一切の著作権はクライアントに帰属する」という条項があれば、自分が書いたコードを後で流用・ポートフォリオ掲載することも制限される可能性があります
• 自作ライブラリ・フレームワークの扱い：業務前から自分が持っていた既存のコード資産（OSSライブラリ・自作ツール等）を使う場合、「業務中に作成したもの」として権利が移転しないよう、事前に除外を明記してもらう必要があります
• 著作者人格権の不行使特約：「著作者人格権を行使しない」という条項が入っていることがあります。これは著作物に自分の名前を表示する権利・内容を改変されない権利を放棄することを意味します

【確認④】秘密保持（NDA）の範囲と期間

秘密保持義務（NDA）は多くの契約書に含まれていますが、その範囲が広すぎると業務終了後にも活動を制限されるリスクがあります。

• 秘密情報の定義が広すぎないか：「業務に関して知り得た一切の情報」という定義は過度に広いです。「書面・電磁的に秘密と明示されたもの」など、範囲を限定するよう確認しましょう
• 有効期間の確認：秘密保持義務が「無期限」になっている場合があります。3〜5年が一般的ですが、永久に続く契約は不合理です
• 既知情報・独自開発の除外：契約前から自分が知っていた情報・独自に開発した技術は秘密保持の対象から除外されることが多いですが、明記されているか確認してください

【確認⑤】損害賠償の上限と範囲

「万が一のトラブルが起きたとき、自分がどこまで責任を負うか」を定めるのが損害賠償条項です。ここが曖昧だと、最悪の場合に報酬を大きく上回る賠償請求が来るリスクがあります。

• 賠償の上限設定：「受領済み報酬の総額を上限とする」という限定がない契約は危険です。この一文がなければ、理論上は無制限の損害賠償請求が可能になります
• 間接損害の除外：逸失利益・機会損失など「間接損害」まで含まれると賠償額が膨大になります。「直接損害に限る」という限定があるかを確認してください
• 故意・重過失以外は免責：軽微なミスまで全面的に賠償する内容になっていないか確認が必要です

【確認⑥】競業避止義務の期間・地域・範囲

競業避止義務とは「契約終了後に同種の業務をしてはいけない」という条項です。範囲が広すぎると、フリーランスとして活動する自由が大きく制限されます。

• 禁止期間：1〜2年が一般的な上限です。3年以上・無期限は過度に長く、公序良俗違反として無効になる可能性もあります
• 禁止される業務の範囲：「同種業務一切禁止」は広すぎます。「クライアントの直接の競合他社への同種サービスの提供」のように、具体的に限定されているかを確認してください
• 地理的範囲：オンラインで全国・全世界に向けて仕事をするエンジニアに「日本国内禁止」という地理的制限は過度です。適切な限定があるかを確認しましょう

【確認⑦】解除条件と中途解除時の精算ルール

契約が途中で終わるとき、「その月の報酬はどうなるか」「いつまで業務を続けるのか」が定められていないと大きな損失になります。

• 解除通知の期間：「翌月末までに通知があった場合に解除」という条項は最低限必要です。フリーランス保護新法により、6ヶ月以上の契約では30日前通知が義務化されています
• 中途解除時の報酬精算：月の途中で打ち切られた場合に「日割り計算」で支払われるのか、「全額なし」になるのかを事前に明確化しておきましょう
• 一方的な解除ができる条件：発注者が「いつでも即時解除できる」という条項は削除を求めてください。特に理由なしの即時解除条項は不当です

フリーランスエンジニアが特に警戒する危険条項

前項の7つの注意点に加えて、実際の契約書でよく見かける「特に危険な条項パターン」を2つ紹介します。これを見つけたら必ず交渉か確認を求めてください。

ここでは、以下の内容について詳しく解説します。

損害賠償上限なし・瑕疵担保期間が長すぎる条項

請負契約で特に注意が必要なのが「瑕疵担保責任（契約不適合責任）」の条項です。納品後1年以上にわたってバグ修正を無償で行う義務が発生するケースがあります。

「損害賠償は無制限・バグ修正は納品後2年間無償」という条項の組み合わせは最悪のパターンです。この状態で大規模なシステム障害を起こすと、受け取った報酬を大幅に超える損害賠償が請求される可能性があります。

交渉の目安として、瑕疵担保期間は「納品後3〜6ヶ月以内」が現実的な範囲です。損害賠償の上限は「受領済み報酬の総額を上限」として明記してもらいましょう。

一方的な仕様変更・業務追加を許容する条項

「甲（発注者）の指示に従い業務を行う」「甲は業務内容を適宜変更できるものとする」という条項は、無制限の仕様変更・業務追加を許可してしまいます。

この条項がある状態でプロジェクトが始まると、「やっぱりあの機能も追加して」「仕様が変わったので作り直して」という要求が、追加報酬なしに飛んでくることがあります。私が以前経験したトラブルもこのパターンでした。

対策として、「業務内容の変更は両者の書面合意による変更契約書を要する」という一文を追記するよう求めてください。

フリーランスエンジニアが契約トラブルを防ぐための注意点

不利な条項を発見したあと、具体的にどう対処すればいいか。書面化の方法と活用できるサービスをまとめます。

ここでは、以下の内容について詳しく解説します。

口頭合意をなくして書面・電子契約に残す

「Slackで了解もらった」「MTGで口頭でOKが出た」という合意は、後から「そんな約束はしていない」と否定されるリスクがあります。重要な合意はすべて書面または電子記録に残すことが、トラブル防止の最大の手段です。

• 電子契約サービスの活用：クラウドサインやfreeeサインなどの電子契約サービスなら、PDFに電子署名を付けてメール送付だけで完結します。印紙税も不要で手軽に書面化できます
• チャットでの合意もスクリーンショットで保存：Slackやメールでの合意事項は画面保存しておきましょう。日付・相手の名前・内容が残るよう意識してください
• 仕様変更の都度、メールでの確認を習慣にする：「先ほどの打ち合わせ内容の確認です。○○を追加する件、メールでご確認いただけますか？」という一言を添える習慣をつけるだけで証拠が残ります

不利な条項は交渉できる・活用できるサービス

「エージェントから来た契約書だから変えられない」と思い込んでいる方が多いですが、契約書はほぼ必ず交渉できます。エージェント経由でも修正を要望できますし、直接契約なら発注者と個別に交渉できます。

交渉に不安がある場合は、以下のサービスを活用してください。

• 弁護士ドットコム：無料の法律相談サービスあり。契約書のチェックを弁護士に依頼することも可能
• フリーランス協会：会員向けに契約書のひな形提供・トラブル相談の窓口あり。年会費1万円程度で活用できます
• エンジニア専門エージェント：エージェント経由の案件では、エージェントが契約書のチェック・調整を行ってくれる場合があります。案件探しとリスク管理の両立という意味でエージェントを使う価値があります。詳しくはフリーランスエージェントのメリット7つ｜失敗しない選び方と比較表も参考にしてください

契約書の注意点におけるよくある質問

Q：契約書を確認せずにサインしてしまいました。後から変更できますか？

A：サイン済みの契約書でも、発注者が合意すれば「覚書」「変更契約書」という形で内容を修正できます。特に業務が続いている段階であれば、「契約内容を確認したところ○○の条項が気になります。修正を検討いただけますか」とメールで打診することは十分可能です。ただし拒否されても契約上は有効な状態が続くため、次回以降は必ずサイン前に確認する習慣をつけてください。

Q：エージェント経由の場合、契約書の修正を依頼できますか？

A：できます。多くのエージェントは契約書の窓口になっているため、「○○の条項について確認したい」と伝えると対応してくれます。エージェントが発注者側と調整してくれるケースが多く、自分で直接交渉するよりもスムーズに進むこともあります。エージェントを活用するメリットのひとつはこのような契約サポートです。案件の探し方についてはフリーランスエンジニアの案件の探し方｜サービス比較と選び方もご覧ください。

Q：フリーランス保護新法に違反している発注者にはどう対処できますか？

A：フリーランス保護新法の違反は、公正取引委員会または厚生労働省に申告できます。書面明示義務違反・30日前通知義務違反などが確認されれば、行政指導・勧告の対象になります。まずはフリーランス協会の相談窓口や弁護士ドットコムで状況を整理することをおすすめします。

まとめ

フリーランスエンジニアの契約書の注意点をまとめました。

• エンジニア案件は「準委任契約」が多く、成果物完成の責任を負わない分リスクが低い。請負の場合はより慎重に
• 2024年のフリーランス保護新法で、書面明示・30日前通知が義務化された
• 契約書では「スコープ・報酬・著作権・NDA・損害賠償・競業避止・解除条件」の7点を必ず確認する
• 特に危険なのは「損害賠償上限なし」「一方的な仕様変更を許容する」条項
• 不利な条項は交渉できる。弁護士ドットコム・フリーランス協会・エージェントを活用しよう

契約書の確認は、慣れると10〜15分でできるようになります。最初のうちは「7つの注意点」をメモしておいて、チェックリスト代わりに使ってみてください。独立してフリーランスエンジニアとして活動するための全体的な準備についてはフリーランスエンジニアの始め方｜独立準備から案件獲得までも合わせてどうぞ。