業務委託契約書のチェックポイント

業務委託契約書のチェックポイントを正しく理解することは、フリーランスとして活動する上で自分自身の身を守る最大の防具となります。案件が決まって意気揚々と作業を始める前に、目の前の契約書が「あなたに不利な内容」になっていな いか、細部まで検証する癖をつけましょう。

私はWebエンジニアとして10年、フリーランスになってから5年が経過しましたが、独立当初は契約書の重要性を軽視し、苦い経験を何度もしました。仕様書にない追加作業を「契約の範囲内だ」と押し切られ、時給換算で500円にも満たない状態で徹夜を続けたこともあります。そんな思いを今のあなたにさせないために、実務で培った「契約書の読み解き方」を余すことなくお伝えします。

業務委託契約の基本：請負契約と準委任契約の違い

まず大前提として、あなたが結ぼうとしている契約が「請負契約」なのか「準委任契約」なのかを把握してください。業務委託契約書のチェックポイントとして、ここを間違えると責任の重さが全く変わってきます。

請負契約（完成責任がある） 請負契約は「成果物の完成」に対して報酬が支払われる形態です。Webサイト制作やアプリ開発などがこれに当たります。

• 成果物が完成しない限り、報酬を請求できないのが原則です。
• 完成後にバグや欠陥が見つかった場合、修補する責任（契約不適合責任）を負います。
• 納期が非常に重要視され、遅延した場合は損害賠償請求の対象になるリスクがあります。

準委任契約（業務の遂行に対して支払われる） 準委任契約は、特定の業務を「遂行すること」に対して報酬が支払われる形態です。保守運用やコンサルティング、技術支援などが該当します。

• 成果物の完成は義務付けられませんが、専門家として「善管注意義務（最善を尽くす義務）」を負います。
• 稼働時間や期間に対して月額で報酬が決まることが多いです。

エンジニアの場合、開発フェーズは請負、リリース後の保守は準委任という形で切り分けることが一般的です。自分の負うべき責任の範囲を明確にしましょう。

業務の範囲と納品物：ここが曖昧だと「無限修正」に陥る

最もトラブルが多いのが「業務の範囲（スコープ）」です。業務委託契約書のチェックポイントにおいて、ここが「Webシステム一式の開発」のように一言で書かれている契約書は、絶対にそのまま判を押してはいけません。

業務範囲の特定（どこまでが仕事か） 「何を作るのか」だけでなく「何を作らないのか」を明確にすることが重要です。

• デザイン制作は含まれるのか。
• テストデータの作成や流し込みはどちらがやるのか。
• ブラウザの対応範囲（Chromeの最新2世代分など）はどこまでか。
• マニュアルの作成やレクチャーは含まれるのか。

これらを別紙の「仕様書」や「個別契約」に詳細に落とし込むように交渉しましょう。

納品物と納品方法の定義 「納品物」として何を持って完了とするかを定義します。

• ソースコード一式（Gitのリポジトリへのプッシュ）。
• 設計書、仕様書などのドキュメント。
• サーバーへのデプロイ作業。

納品方法が物理メディアなのか、クラウド経由なのか、それとも特定の環境への反映なのかを明記してください。

報酬と支払い条件：フリーランスの生命線を守る

報酬に関する条項は、フリーランスにとって最も敏感になるべき箇所です。業務委託契約書のチェックポイントとして、金額だけでなく「いつ」「どのように」支払われるかを確認しましょう。

報酬の金額と消費税 金額が税込か税抜かは基本です。2026年現在、インボイス制度への対応も必須です。適格請求書発行事業者である場合は、その旨と登録番号の記載、あるいは消費税の計算方法を明文化しておきましょう。

支払期日と振込手数料 「月末締め翌月末払い」などが一般的ですが、支払いが60日を超えるような場合は注意が必要です。また、振込手数料をどちらが負担するかも決めておかないと、毎月数百円ずつ報酬が減っていくことになります。 @SOHOのようなプラットフォームを活用する場合、ワーカー側の手数料0%で直契約ができるため、提示された報酬がそのまま手元に残るという大きなメリットがあります。仲介手数料で10%〜20%抜かれる他社サービスと比較すると、その差は歴然です。

費用の負担（経費） 交通費、サーバー代、有料APIの利用料、資料購入費などの経費を、報酬に含めるのか、別途実費精算するのかを決めます。遠方のクライアントへの往訪が多い案件では、交通費だけで月に2万円〜3万円かかることもあるため、必ず「別途支給」とするのが鉄則です。

検収（検収期間）：支払い遅延を防ぐ防波堤

納品した後にクライアントがチェックし、合格を出すプロセスが「検収」です。ここが曖昧だと、納品したのにいつまでも報酬が振り込まれない事態になります。

検収期間の自動合格条項（みなし検収） 「納品から7日以内に不合格の連絡がない場合は、検収に合格したものとみなす」という条項を必ず入れてください。これがないと、クライアントが多忙を理由にチェックを放置した場合、いつまでも報酬の請求ができなくなります。

私の失敗談ですが、検収条項がない契約で納品後3ヶ月放置され、「今忙しいからチェックできない。チェックが終わらないと払えない」と言われ続けたことがあります。最終的には支払われましたが、その間のキャッシュフローは最悪でした。

知的財産権と著作権：作ったものは誰のものか

エンジニアやクリエイターにとって、自分が書いたコードやデザインの権利がどう扱われるかは非常に重要です。

著作権の移転タイミング 原則として、著作権は制作者（あなた）に帰属しますが、多くの業務委託契約書では「発注者に移転する」と書かれています。

• 移転のタイミングを「報酬の完済時」に設定するのが安全です。これにより、万が一報酬が支払われなかった場合に、著作権を盾に利用停止を求めることができます。

著作者人格権の不行使 「乙（あなた）は甲（発注者）に対し、著作者人格権を行使しないものとする」という文言がよく見られます。これは、クライアントが納品後にコードを改変したり、あなたの名前をクレジットしなかったりすることに対して文句を言わない、 という約束です。実務上は受け入れざるを得ないことが多いですが、ポートフォリオ等で実績公開したい場合は、別途「実績公開の許可」について合意を得ておく必要があります。

損害賠償と責任制限：自分の破滅を防ぐ

もしシステム障害でクライアントに損失を与えてしまった場合、損害賠償を請求されるリスクがあります。

賠償額の上限設定 「損害賠償額は、本契約に基づき実際に支払われた報酬額を上限とする」という一文を入れるよう交渉してください。これがないと、報酬100万円の案件で、1,000万円や1億円といった「無限の賠償責任」を負うリスクが生じます。

個人フリーランスが背負える責任には限界があります。この条項がない場合は、別途「フリーランス賠償責任保険」などへの加入を検討しましょう。

契約の解除と中途終了：一方的な打ち切りに備える

プロジェクトが途中で頓挫したり、クライアントの都合で中止になったりした場合の取り決めです。

中途終了時の精算 「乙の責に帰すべき事由によらず本業務が中途で終了した場合、それまでの作業進捗に応じた報酬を支払うものとする」という条項が必要です。それまでに数ヶ月稼働していたのに、「完成していないから0円」とされるのを防ぐためです。

フリーランス新法（取適法）への対応

2024年11月から施行された「フリーランス・事業者間取引適正化等法（フリーランス新法）」により、企業側には書面の交付や60日以内の支払いが義務付けられています。

もし契約書に法律違反と思われる条項（著しく短い支払いサイクルや、不当な減額など）がある場合は、この法律を背景に修正を依頼することができます。 フリーランスを守るための法知識や契約書のチェックリストについては、以下のブログ記事が非常に参考になります。

• フリーランスを守る「下請法（取適法）」の知識｜発注書・契約書の必須項目チェックリスト

契約書の形式と電子署名

最近はクラウドサインなどの電子署名が主流ですが、紙の契約書の場合は収入印紙が必要になることがあります。

収入印紙の負担 請負契約の場合、契約金額に応じた収入印紙を貼る必要があります。通常は作成した側が負担しますが、どちらが用意するかは事前に確認しておきましょう。電子契約であれば印紙税はかかりません。

このように、専門家の知見を借りることも重要です。複雑な大型案件の場合は、弁護士ドットコムなどのサービスでリーガルチェックを依頼するのも一つの方法です。

@SOHOで信頼できる外注先を探す

@SOHOには様々なスキルを持つフリーランス・副業ワーカーが登録しています。手数料無料で直接依頼できるため、コストを抑えて即戦力人材に発注できます。

• メンバー一覧から発注先を探す
• 求人情報を掲載する
• @SOHOに無料会員登録する

@SOHOで関連情報をチェック

お仕事ガイド

• AIコンサル・業務活用支援のお仕事
• AI・マーケティング・セキュリティのお仕事
• アプリケーション開発のお仕事

年収データベース

• ソフトウェア作成者の年収・単価相場
• 著述家，記者，編集者の年収・単価相場

資格ガイド

• ビジネス文書検定
• CCNA（シスコ技術者認定）