フリーランスエンジニアの契約書チェックリスト|サインする前に確認すべき15項目
フリーランスエンジニア|エンジニア歴14年|正社員 × フリーランス × 技術顧問
エージェントから「契約書を確認してください」と連絡がきた。PDFを開いてみると、見慣れない法律用語がびっしり。
「よくわからないけど、エージェントが間に入ってるから大丈夫だろう」
その気持ちはわかります。でも、契約書の中身を理解せずにサインするのは危険です。エージェントはサポートしてくれますが、最終的に契約の当事者はあなた自身です。
この記事では、フリーランスエンジニアが契約書にサインする前に確認すべき15項目をチェックリスト形式でまとめます。契約形態(準委任・請負・SES)の基本については契約形態ガイドで解説していますので、あわせてご覧ください。
チェックリストの使い方
契約書を受け取ったら、以下の15項目を上から順番に確認してください。1つでも不明な点があれば、サインする前にエージェントの担当者に質問しましょう。「こんなこと聞いていいのかな」と遠慮する必要はありません。確認するのはあなたの権利です。
報酬に関する確認(4項目)
1. 月額報酬は税抜きか税込みか
契約書に「月額80万円」と書いてあっても、それが税抜きか税込みかで手取りが変わります。
- 税抜き80万円の場合:請求額は80万円 + 消費税8万円 = 88万円
- 税込み80万円の場合:内税なので請求額はそのまま80万円。実質的な報酬は約72.7万円
エージェント経由の案件は税抜き表示が一般的ですが、必ず確認してください。
2. 精算幅(準委任契約の場合)
準委任契約では「月額○万円、精算幅○〜○時間」という形が一般的です。確認すべきは以下の3点です。
- 下限を下回った場合の控除額の計算方法:「月額 ÷ 精算幅下限 × 不足時間」が一般的ですが、契約ごとに異なります
- 上限を超えた場合の超過単価:控除単価と同額とは限りません。超過分は支払われないケースもあります。実際の契約書では「超過業務発生前の甲の実施責任者による承認があった場合に限る」と書かれていることが多く、事前承認なしの残業は超過分が出ないケースがあります
- 精算単位:15分単位か、30分単位か、1時間単位か。15分単位が多いですが、1分単位で明確に定めている契約もあれば、1時間単位の契約もあり、本当に様々です。精算単位が大きいほど端数の切り捨てで不利になりやすいので、必ず確認してください
- 祝日や有給の扱い:祝日が多い月は稼働時間が減りやすい。下限を下回ると控除されるので、年間カレンダーと照らし合わせましょう
実務のコツ
精算幅が「140〜180時間」の場合、月の営業日が20日なら1日7〜9時間の稼働です。祝日が2日ある月は営業日が18日になり、1日7.8時間以上稼働しないと下限を下回ります。事前にシミュレーションしておくと安心です。なお、時間単価ベース(精算幅なし)の契約もあります。この場合は稼働時間×時間単価でシンプルに計算されますが、作業時間の記録方法を事前に確認しておきましょう。
3. 支払いサイト
「月末締め翌月末払い」が業界標準です。確認すべきは以下です。
- 翌月末払い:標準的。問題なし
- 翌々月末払い:要注意。初回報酬が入るまで最大3ヶ月の生活費が必要
- 翌月15日払い:好条件。一部のエージェントやクライアントで採用
実際の契約書では「作業報告書を翌月第2営業日までに提出すれば翌月15日払い、期限を過ぎた場合は翌月末払い」のように、書類提出のタイミングで支払日が変わる条件が付いているケースがあります。報酬を早く受け取りたいなら、書類提出のルールを必ず確認しましょう。
独立直後は最初の報酬が入るまでの生活費を事前に確保しておくことが重要です。支払いサイトが長いほど、必要な手元資金が増えます。
4. 交通費・経費の扱い
- 交通費:実費精算か、上限ありか、報酬に含むか
- リモートワークの場合:交通費が発生しない分、報酬に上乗せされているか
- 機材費:PCや開発環境は自前か、クライアント提供か
リモート案件の場合は交通費の項目がないことが多いですが、月に数回の出社が求められる場合は確認しておきましょう。
契約期間に関する確認(3項目)
5. 契約期間
- 初回の契約期間:3ヶ月が一般的。1ヶ月の場合は短すぎるので理由を確認
- 自動更新の有無:「双方から申し出がない限り同条件で更新」が一般的
- 更新時の単価改定の可否:更新のタイミングで単価交渉ができるか
6. 中途解約の条件
- 予告期間:「解約する場合は○ヶ月前までに通知」が一般的。1ヶ月前が標準
- 双方向か一方的か:クライアント側からも同じ条件で解約できるか
- 即時解約の条件:重大な契約違反があった場合など
注意
「クライアント側は即時解約可能だが、エンジニア側は1ヶ月前に通知が必要」のような一方的な条件になっていないか確認してください。フリーランス保護新法では、発注者側からの中途解約は30日前までの予告が義務付けられています。
7. 稼働開始日と初月の精算
- 稼働開始日:月の途中から開始する場合、初月の報酬は日割りか
- 日割り計算の方法:営業日ベースか暦日ベースか
- 初月の精算幅:フル月の精算幅がそのまま適用されるか、日割りされるか
月途中からの参画で精算幅がフル月の設定のまま(例:140〜180時間)だと、初月は下限を下回って控除される可能性があります。必ず確認しましょう。
業務内容に関する確認(3項目)
8. 業務範囲の定義
- 業務内容が具体的に記載されているか:「システム開発業務」だけでは範囲が曖昧
- 対象技術やプロジェクト名:何のプロジェクトで、どの技術を使うか
- 業務範囲外の依頼への対応:契約外の業務を依頼された場合の扱い
業務範囲が曖昧だと、「これもやってほしい」「あれもお願い」と際限なく業務が広がるリスクがあります。
9. 稼働場所と勤務形態
- フルリモート / 一部出社 / フル出社のどれか
- 出社が必要な場合の頻度:週○日、月○回 など
- リモートワークのルール:コアタイムの有無、カメラONの要否
リモートワーク事情の記事でも解説していますが、「フルリモート」と聞いていたのに実際は週1出社だった、というケースは珍しくありません。契約書レベルで確認しておきましょう。
10. 報告義務
- 日報 / 週報 / 月報の提出が必要か
- 稼働時間の記録方法:勤怠管理ツールを使うか、自己申告か
- 報告の頻度とフォーマット
準委任契約では稼働時間が報酬に直結するため、稼働時間の記録方法は特に重要です。
権利・責任に関する確認(3項目)
11. 知的財産権の帰属
- 著作権の帰属先:「業務上作成した著作物の著作権はクライアントに帰属する」が一般的。著作権法第27条(翻訳権・翻案権等)および第28条(二次的著作物の利用に関する権利)を含むかどうかも確認
- 著作者人格権の不行使:実際の契約書では「著作者人格権を主張しない」条項が入っていることが多い。自分の作品として公表する権利を放棄することになります
- 既存ノウハウの権利留保:自分が元々保有しているテンプレートやライブラリの権利が守られているか。良い契約書では「乙が元々保有するノウハウ・テンプレート等の権利は乙に留保される」旨の条項があります
- ポートフォリオへの掲載可否:「この案件をポートフォリオに載せていいですか?」は事前に確認。契約書に「履行場所以外への持ち出し禁止」「他への流用禁止」がある場合は特に注意
参考
著作権をクライアントに譲渡する契約は一般的であり、問題はありません。ただし、自分のGitHubやポートフォリオで実績として公開したい場合は、NDAの範囲と合わせて事前に確認しておきましょう。
12. 秘密保持(NDA)
秘密保持は業務委託契約書の中に条項として含まれるケースと、別途NDA(秘密保持契約書)を締結するケースがあります。大手エージェント経由の場合は別契約になることが多いです。
- 秘密情報の範囲:「営業上または技術上の情報のうち秘密である旨を明示された情報」が標準的な定義。「業務上知り得た一切の情報」は範囲が広すぎないか
- 秘密保持の期間:NDAの有効期間は1年間で自動更新が一般的。業務委託契約の秘密保持条項は契約終了後も存続する旨が書かれていることが多い
- 例外規定:以下が除外されているか確認
- 開示前から知っていた情報
- 開示前から公知だった情報
- 自己の責によらず公知になった情報
- 第三者から適法に取得した情報
- 独自に開発した情報
- 法令に基づく開示:行政機関・司法機関から開示を要求された場合の手続きが定められているか
- 違反時の罰則:損害賠償の規定
13. 損害賠償の上限
これは最も重要な項目の1つです。
- 上限額の有無:上限が設定されていない場合、理論上は無制限の賠償リスク
- 上限額の目安:「支払われる予定の総額を目安とする」「受領した報酬額の合計」が妥当な設定
- 故意・重過失の場合の扱い:上限額の適用除外になるケースが多い
- 「直接かつ通常の損害」に限定されているか:間接損害や逸失利益まで含むと範囲が広すぎる
重要
実際の契約書では、損害賠償の上限が設定されていないケースがあります。特に大手SIer経由の契約書では「甲の被った一切の損害を賠償する」とだけ書かれているケースも。この場合、理論上は無制限の賠償リスクを負うことになります。一方で、小規模な直接契約では「賠償額の上限は、原則として本契約に基づき支払われる予定の総額を目安とする」と明確に上限が設定されている例もあります。上限がない場合は、エージェントに相談して条項の追加を依頼しましょう。
その他の確認(2項目)
14. 競業避止義務・引き抜き禁止
- 競業避止義務の有無:契約終了後に同業種・同技術の案件を受けられない制約
- 制約の期間と範囲:期間が長い、範囲が広すぎる場合は要注意。実際の契約書では**「契約期間中および終了後3年間、類似する業務をクライアントから受託してはならない」**という条項が含まれているケースがあります。3年は非常に長く、フリーランスの営業の自由を大きく制限します
- 引き抜き禁止条項:「契約終了後1年間、本業務に関わった甲の従業員等と契約を締結してはならない」という条項。クライアントのチームメンバーと個別に契約する(引き抜く)ことを禁止するもの
- フリーランスの場合:過度な競業避止は実質的に営業の自由を奪うため、交渉の余地あり
注意
競業避止義務の期間が1年を超える場合は、サインする前にエージェントに「この期間は交渉可能か」と確認しましょう。フリーランス保護新法でも、不当に長期・広範な競業避止義務は問題視されています。
15. 反社会的勢力の排除条項
形式的な項目ですが、近年のコンプライアンス強化により、ほぼ全ての契約書に含まれています。特に問題がなければそのまま確認して問題ありません。
見落としがちな条項
チェックリストの15項目以外にも、実際の契約書で注意すべき条項があります。
契約不適合責任の期間
準委任契約でもドキュメント(成果物)の提出がある場合、「確認後1年間は再提出義務を負う」という条項が入っていることがあります。契約期間が1ヶ月でも、提出した成果物に問題があれば1年間は無償修正の義務を負う可能性があるということです。
クライアント都合の解約
エージェント経由の契約では「クライアント都合により契約を継続できなくなった場合、甲は本契約を解約できる」という条項が一般的です。クライアントのプロジェクトが中止になった場合、エージェント経由の契約も終了します。この場合の解約までの報酬の扱い(日割りで支払われるか等)を確認しておきましょう。
情報セキュリティに関する別規定
業務委託契約書の本文とは別に「情報セキュリティに関する規定」が付属しているケースがあります。機密資料の管理義務、複製の禁止、返還義務などが詳細に定められています。本文だけでなく、付属規定もすべて読みましょう。
契約書チェックリスト(まとめ)
サインする前に、以下を確認してください。
報酬
- 月額報酬の税抜き / 税込みを確認した
- 精算幅の控除・超過の計算方法を理解した
- 支払いサイト(翌月末払い等)を確認した
- 交通費・経費の扱いを確認した
契約期間
- 契約期間と自動更新の有無を確認した
- 中途解約の予告期間を確認した(双方向か)
- 初月の日割り・精算幅の扱いを確認した
業務内容
- 業務範囲が具体的に定義されている
- 稼働場所と勤務形態を確認した
- 報告義務の内容を確認した
権利・責任
- 知的財産権の帰属先を確認した
- 秘密保持の範囲と期間を確認した
- 損害賠償の上限額が設定されている
その他
- 競業避止義務の有無と範囲を確認した
- 反社会的勢力の排除条項を確認した
困ったときの対処法
エージェントに相談する
大手エージェントなら、契約内容について丁寧に説明してくれます。不利な条項がないか、エージェント側でもチェックしてくれることが多いです。「こんなこと聞いていいのかな」と思わず、疑問は全て聞きましょう。各社の特徴はエージェント3社比較を参考にしてください。
フリーランス保護新法を知っておく
2024年11月施行のフリーランス保護新法により、以下が義務化されています。
- 取引条件の書面等による明示
- 報酬の支払期日は受領日から60日以内
- 一方的な報酬減額・買いたたきの禁止
- 中途解約は30日前までに予告
「この契約、おかしくないか?」と感じたら、この法律の内容と照らし合わせてみてください。
弁護士に相談する
高額案件(月額100万円以上)や、契約内容に不安がある場合は、IT分野に詳しい弁護士に相談することも選択肢です。フリーランス向けの法律相談サービスも増えています。
まとめ
- 契約書はサインする前に全15項目を確認する
- 特に重要なのは精算幅の計算方法と損害賠償の上限額
- 不明点はエージェントに遠慮なく質問する
- フリーランス保護新法で権利が守られていることを知っておく
- 契約書を読む力は、技術力と同じくらい重要なスキル
フリーランスの始め方全体についてはフリーランスの始め方で、単価交渉のポイントは単価相場の記事で解説しています。
フリーランスエンジニア|エンジニア歴14年・100超のプロジェクト経験|Next.js / Laravel / AWS / GCP / Firebase / Supabase / OpenTelemetry
正社員 × フリーランス × 技術顧問のハイブリッド型で活動中。 得意領域はアプリケーション設計と、技術 × 戦略を一気通貫で回す 0→1 の立ち上げ。1→10 のブラッシュアップも数多く経験してきた。 営業出身からエンジニアに転身し、SES・受託・自社サービス・スタートアップ、合同会社の経営まで全部経験。省庁・金融・医療など業界も選ばず、14年で100超のプロジェクトに関わっている。エンジニア採用の経験もあり、採用する側の視点も持っている。