元請け×フリーランスの契約書チェックリスト2026｜不利な条項の見抜き方

2026年3月19日

長谷川奈津

この記事のポイント

✓元請け企業と直接取引をするフリーランスに向けて
✓業務委託契約書で確認すべき必須チェックリストと不利な条項の見抜き方を解説します
✓フリーランス新法を踏まえた最新の注意点や契約トラブルを防ぐ手順を紹介

元請け企業との直接取引は、フリーランスにとって報酬アップの大きなチャンスです。しかし、間にエージェントを挟まないからこそ、業務委託契約書の確認はすべて自己責任となります。特に、不利な条項を見落としてしまうと、後々大きなトラブルに発展するリスクも少なくありません。本記事では、フリーランスが自分の身を守るための契約書のチェックリストや、新法を踏まえた最新の注意点について詳しく解説します。

元請け契約におけるフリーランスの現状とメリット

エージェントを通さない直取引の価値

近年、ITエンジニアやデザイナーをはじめとする多くの職種で、元請け企業と直接契約を結ぶケースが増加しています。仲介手数料が引かれないため、手取り額が大幅に増えることが最大のメリットです。BtoBの取引において適正な報酬を得るには、ソフトウェア作成者の年収・単価相場を事前に確認し、市場価値を把握しておくことが重要です。エンジニアだけでなく、執筆や編集業務を行う場合も、著述家，記者，編集者の年収・単価相場を参考にすることで、足元を見られない強気な交渉が可能になります。

フリーランス新法による保護の拡大

2024年に施行されたフリーランス新法（特定受託事業者事業取引適正化等に関する法律）により、書面やメールでの取引条件の明示が義務付けられました。これにより、口頭発注によるトラブルは減少しつつあります。制度の正確な解釈については、厚生労働省のフリーランス特設サイトを確認して、自身の権利を正確に把握しておくことが必須です。発注者側もコンプライアンス意識を高めているため、明確な契約を求めることはもはや業界のスタンダードとなっています。

業務委託契約書が絶対に必要となる理由

口約束のリスクと法的拘束力

どれほど信頼関係があるクライアントであっても、口約束のみで業務を開始するのは極めて危険です。仕様変更による追加作業の発生や、支払いの遅延が起きた際、契約書がなければ法的な根拠をもって対抗することができません。安全に取引を進めるための具体的な手順として、まずは業務範囲や金額を書面に落とし込む作業から始める必要があります。これがトラブルを未然に防ぐ第一歩です。

どちらが契約書を用意するべきか

契約書は元請け企業が用意するケースが多いですが、実はフリーランス側から提示することも可能です。この点について、業界の一般的な見解は以下の通りです。

業務委託契約書の作成については、フリーランス（受託者）とクライアント（委託者）のどちらが行っても法的には問題ありません。契約書の作成者は法律で特に定められておらず、当事者間で自由に決めることができます。

つまり、自社のひな形を持っておくことで、より自分に有利な条件で契約をスタートできる可能性があります。常に受け身でいるのではなく、能動的に契約条件を提示する姿勢が重要です。

不利な条項を見抜く！契約書の必須チェックリスト

1. 業務内容と範囲の特定

私が独立したての頃の体験では、過去に業務範囲を「システム開発一式」とだけ記載してしまったために、リリース後の軽微なUI変更やSEO対策まで無償で対応させられそうになった苦い経験があります。APIの連携作業や、HTML、CSSのコーディング範囲など、「何をして、何をしないか」を箇条書きで極力具体的に明記するよう注意してください。曖昧な表現はフリーランス側の首を絞めることになります。

2. 報酬額と支払期日の明記

報酬が税込みか税別か、また支払期日がいつになるかは最重要ポイントです。下請法の適用範囲であれば、納品物を受領した日から60日以内に支払いが行われる必要があります。インボイス制度の対応状況も含め、国税庁のインボイス制度公表サイトを参照し、請求書の発行ルールも併せて取り決めておきましょう。

3. 著作権と知的財産権の扱い

納品物の著作権をクライアントに譲渡するのか、フリーランス側に留保するのかを確認します。多くの場合、元請け企業はすべての権利の譲渡を求めてきますが、自身のポートフォリオとしての公開を許可してもらうなど、特約を設ける交渉を行うのがポイントです。著作者人格権の不行使条項が含まれているかどうかも、併せて確認しておきたい項目です。

4. 秘密保持と損害賠償の上限

機密情報を取り扱う際のNDA（秘密保持契約）の範囲も確認が必須です。また、万が一のシステム障害や情報漏洩が発生した際の損害賠償について、「上限額を業務委託料の100%とする」といった記載を追加してもらうことで、無限の賠償責任を負うリスクを回避できます。この一文があるかないかで、有事の際のダメージが決定的に変わります。

契約トラブルを未然に防ぐための予防策

フリーランス向け保険の活用

どんなに契約書を精査しても、予期せぬトラブルは発生します。そのため、万が一の事故に備えてフリーランス向けの損害賠償責任保険への加入がおすすめです。年間数千円から数万円の掛け金で、数千万円規模の賠償リスクをカバーできるため、精神的な安心感が大きく異なります。特にシステム開発や大規模なマーケティング施策に携わる場合は必須の自己防衛策です。

クライアントの信用調査とSLAの合意

契約前には、クライアントの企業サイトやサービスのFAQ（よくある質問）ページなどを隅々まで確認し、顧客対応の質から企業体質を推測することも有効な手段です。また、ITインフラや保守運用に関わる場合は、SLA（サービスレベル合意書）を締結し、稼働率や障害対応の制限時間を明確に定めておく必要があります。基準を設けることで、過度な要求を未然に防ぐことができます。

企業側の視点を知り交渉を有利に進める

発注者が抱える法的リスクと不安

契約交渉をスムーズに進めるには、相手の立場を理解することが近道です。フリーランス採用のリスクと対策｜人事担当者が知るべき法的注意点でも解説されている通り、企業側も偽装請負や下請法違反のリスクに敏感になっています。相手のコンプライアンス上の懸念を払拭する提案ができれば、単価アップにも繋がりやすくなります。

企業が導入する管理ツールへの対応

多数の外部人材を抱える元請け企業は、契約や請求の管理に課題を抱えています。フリーランス管理ツール比較｜企業が外注管理を効率化する方法にあるような専用システムを企業が導入している場合、フリーランス側もそのツールに合わせた柔軟な対応が求められます。管理コストを下げてあげることも、継続受注の重要な要素です。

デザインや開発における発注フローへの理解

Web制作やアプリ開発の現場では、企画から納品までの工程が複雑化しがちです。企業のデザイン外注フロー｜フリーランスデザイナーとの上手な付き合い方を参考に、発注者がどのタイミングで修正を出し、いつ検収を行いたいのか、企業側のワークフローに寄り添った契約スケジュールを提案しましょう。

契約実務を活かせる案件と関連スキル

文書作成そのものを仕事にする

業務委託契約書の重要性を理解し、その作成やチェックができる知識は、それ自体が価値あるスキルになります。契約書・資料・企画書作成のお仕事やビジネス文書・契約書作成のお仕事といった案件では、法令に基づいた正確なドキュメント作成能力が求められ、安定した需要が見込めます。自身を守る知識が、そのまま収益源に変わるのです。

専門知識の証明と高単価案件への応用

契約業務における基礎的な国語力やビジネスマナーを客観的に証明したい場合は、ビジネス文書検定の取得が有利に働きます。また、IT分野において高度なセキュリティ要件が絡むAI・マーケティング・セキュリティのお仕事などを受注する際は、厳密なNDAやデータ保護の条項を読み解く力が必須となります。さらに、ネットワーク関連の要件定義に関わるなら、CCNA（シスコ技術者認定）などの専門資格を有していることで、より正確で実効性のあるSLAを策定できるでしょう。

契約スキルを武器にする

5. 契約交渉で「絶対に譲ってはいけない」3つのライン

契約書のチェックリストを踏まえても、実際の交渉で押し負けてしまうフリーランスは少なくありません。長年の経験から、これだけは譲ってはいけない3つのラインを紹介します。

① 過剰な検収期間の延長は受け入れない

検収期間が「納品後30日以内」と設定されているのは標準的ですが、稀に「90日以内」や「検収期限の定めなし」という条項を見かけることがあります。これは絶対に譲ってはいけません。

検収期限が長いと、その期間中にクライアント側の都合で「やっぱり仕様変更したい」「テストの結果を見て決めたい」と引き延ばされ、報酬が支払われない期間が長期化します。私の知人エンジニアは、検収期間60日の契約を結んだ結果、3ヶ月分の報酬(150万円)が4ヶ月以上未払いになるトラブルに巻き込まれました。

下請法の適用範囲(資本金1,000万円超の発注者と個人受注者の取引)では、納品から60日以内の支払いが義務化されています。これより長い検収期間が記載されている場合は、必ず「下請法の支払期日を超えない範囲とする」という条項追加を要求しましょう。

② 一方的な契約解除権の偏在を許さない

「発注者は理由を問わず、いつでも本契約を解除できる」という条項が、フリーランス側だけ縛られる形で記載されているケースがあります。これは契約の双務性を著しく損なうため、絶対に修正を要求すべきです。

修正案としては「両当事者は、相手方の同意があるか、または30日前の書面による事前通知をもって本契約を解除できる」という形に変更を求めます。さらに「中途解約時には、それまでに発生した業務にかかる報酬を解約日から30日以内に支払う」という補償条項も追加すべきです。

私の経験では、一方的解除条項を交渉で対等な条項に変更してもらうことに成功した案件は、その後のクライアント関係も良好になることが多いです。逆にこの交渉に応じない発注者は、契約後も理不尽な要求が多い傾向があります。

③ 包括的な瑕疵担保責任条項を抜く

「納品物に瑕疵があった場合、フリーランスは無償で対応する」というシンプルな瑕疵担保条項は許容できますが、「納品後3年間にわたり、すべての瑕疵について無償対応する」など、期間が長すぎる条項は要注意です。

特にWeb制作やシステム開発では、運用環境の変化(ブラウザのアップデート、OSの更新など)に起因する不具合まで瑕疵として無償対応を求められると、実質的に無限のメンテナンス義務を負うことになります。

修正案としては「瑕疵担保責任は納品後6ヶ月間とし、フリーランスの故意または重過失に起因する場合に限る」という形に絞り込みます。これも下請法上、正当な交渉範囲です。

下請取引の適正化を図るため、親事業者の禁止行為や支払期日の遵守義務などが下請代金支払遅延等防止法で定められており、違反した場合は公正取引委員会からの是正措置が取られる。出典: jftc.go.jp

6. 契約書のリーガルチェックを「外注」する3つの選択肢

契約書を自分で完璧に読み解くのは難しいので、初めての元請け契約や金額が大きい案件では、専門家のチェックを受けることを強くおすすめします。コスト感別に3つの選択肢を紹介します。

① 弁護士の単発リーガルチェック(1件3〜10万円)

最も確実なのは、IT・ビジネス契約に強い弁護士に契約書のレビューを依頼する方法です。費用は契約書の分量や複雑さによって変動しますが、一般的なシステム開発契約書なら3〜5万円程度、大規模なSaaS開発契約書なら8〜10万円程度が相場です。

弁護士ドットコムや弁護士照会サービスで「IT契約に強い」を条件に検索すると、適切な弁護士を見つけられます。費用は高めですが、年間の契約金額が500万円を超えるような重要案件では、必ず投資する価値があります。

② 税理士・行政書士のチェック(1件1〜3万円)

弁護士よりリーズナブルな選択肢として、契約書の文言レビューに対応する税理士や行政書士があります。法的な解釈ではなく、税務的な不利・有利の判定や、行政書士による契約書文言のチェックが中心です。

特にインボイス制度や消費税の扱いに関する条項は、税理士の方が実務的なアドバイスをくれます。月3,000〜5,000円の顧問契約を結べば、契約書チェックを含む税務相談を継続的に受けられます。

③ フリーランス向け契約サポートサービス(月額3,000円〜)

近年増えている「フリーランス向けのリーガルサポートサブスク」は、コストパフォーマンスに優れています。たとえば「フリーナンス」や「リーガルテック系のサポートサービス」では、月3,000〜5,000円程度で、契約書のテンプレート提供、簡易レビュー、トラブル時の弁護士相談などをパッケージで利用できます。

私が推奨するのは、年間取引額300万円以上のフリーランスは何らかのサポートサービスに必ず加入することです。月額数千円のコストで、数十万円の損失リスクを大きく軽減できる費用対効果の高い投資です。

7. 契約後の「証跡管理」がトラブル発生時の生死を分ける

契約書を慎重に確認して締結しても、その後のプロジェクト進行で証跡を残さないと、トラブル発生時に契約書だけでは戦えません。私が複数のプロジェクトで実践している証跡管理術を共有します。

コミュニケーションは必ずテキスト化する

電話やビデオ会議での仕様変更指示は、必ずその直後に「先ほどのお打ち合わせで決定した内容を以下にまとめましたので、認識相違がないかご確認ください」というメールを送り、文字化します。これがあるとないとで、後日「言った/言わない」の水掛け論を防げます。

私の経験則では、プロジェクト開始から3ヶ月で、メールやSlackでの仕様変更指示が10〜30件発生します。これらすべてを「決定事項リスト」としてGoogleドキュメントなどに集約し、クライアントと共有しておくと、検収時にトラブルになるリスクが激減します。

スコープ変更は「変更管理シート」で管理

業務範囲の追加や変更が発生した場合、必ず「変更管理シート」に記録し、追加報酬と納期変更の合意を文書で取ります。シートには以下の項目を記載します。

・変更日付・変更内容(追加機能、仕様変更など) ・追加工数の見積もり・追加報酬または無償対応の合意・納期への影響・クライアントの承認(電子署名または承認メール)

このシートを毎月クライアントと確認することで、検収時に「これは契約範囲内」「これは追加対応」の線引きが明確になります。

進捗報告書を週次で残す

毎週金曜日に「今週の進捗、来週の予定、課題・懸念事項」をまとめた進捗報告書をメールで送る習慣をつけましょう。これは単なる報告ではなく、後日のトラブル時に「いつ何を伝え、クライアントが何を承認したか」の証跡となります。

私が手がけた長期プロジェクトで、検収時にクライアントから「この機能は当初の仕様にはなかった」とクレームがついたことがありますが、3ヶ月前の進捗報告書に「今週、機能Xを追加実装しました」と明記されており、クライアントから「YYY部長」が「了解しました」と返信していたメール履歴が残っていたため、追加開発として正当な報酬を受け取ることができました。