SAPフリーランスの契約形態とは？準委任が多い理由と3つの確認ポイント

2026年3月8日2026年3月25日

※本記事にはアフィリエイト広告が含まれています。

結論｜SAPフリーランスの契約形態は、実務上ほぼ準委任です。請負になるケースは限られており、契約形態の違いは責任範囲・報酬条件・指揮命令の扱いを大きく左右します。

この記事でわかること

SAPフリーランス案件で準委任契約が多い理由
準委任契約と請負契約の違い
指揮命令と偽装請負で注意すべきポイント
契約書を見るときに確認すべき実務上のチェック項目

SAPコンサルとしてフリーランス独立を考え始めると、契約形態の違いが気になり始めます。

特に多いのが、「SAPフリーランスの契約は準委任でよいのか」「請負になるケースはあるのか」という疑問です。

正社員時代は、契約形態を意識する機会はほとんどありません。
雇用契約という大きな枠の中で動いているため、個別の案件が準委任なのか請負なのかを知る必要がないからです。

しかし、フリーランスになった瞬間、契約形態は「守り」の知識ではなく、自分の責任範囲・報酬・立場を決める実務上の判断軸になります。

この記事では、SAPコンサルが独立後に直面する契約形態の選択について、現場目線で整理します。

まず結論：SAPフリーランスの案件は「ほぼ準委任契約」

SAPフリーランスが受ける案件のうち、実装支援・導入支援・運用保守・PMOなどは、実務上ほぼすべて準委任契約で締結されます。

実務では広く「業務委託」と呼ばれることもありますが、契約書を見るときは、その中身が準委任か請負かを分けて確認しないと、責任範囲を誤解しやすくなります。

請負契約になるケースは限られており、「特定の成果物を完成させることを約束する契約」が明確に結べる場合に限定されます。SAPコンサルの業務は「○○を設計・実装する」という性質が強く、成果物の定義が難しいため、発注側も受託側も準委任を選ぶのが実態です。

要点だけ先に整理すると、次のとおりです。

SAPフリーランス案件の大半は準委任契約です
請負契約は成果物の完成責任が明確な場合に限られます
契約形態の違いは、責任範囲とトラブル時のリスクに直結します

まずはこの前提を押さえた上で、それぞれの契約の中身を見ていきます。

準委任契約とは何か

定義：仕事の「完成」ではなく「遂行」を約束する契約

準委任契約とは、民法第656条に基づく契約形態で、「法律行為以外の事務処理を行うこと」を約束するものです。請負と決定的に違うのは、成果物の完成を保証しないという点にあります。

たとえば、SAPの要件定義支援を準委任で受ける場合、「定義書を完成させること」ではなく、「要件定義業務を誠実に遂行すること」が義務の本質になります。業務を適切に遂行したにもかかわらず要件定義が完成しなかった場合でも、報酬請求権は原則として失われません。

準委任には2種類ある

準委任契約は、2020年の民法改正を踏まえると、報酬の発生条件によって大きく2つに分けて理解できます。

種類	報酬が発生する条件	SAP案件での典型例	注意点
履行割合型	稼働した割合に応じて発生する	月額単価契約、稼働時間ベース契約	途中終了でも稼働分を請求しやすい
成果完成型	特定の成果が完成したときに発生する	設計書納品、特定フェーズ完了	成果定義が曖昧だとトラブルになりやすい

SAPコンサルの現場で多いのは履行割合型です。
月額固定で稼働し、稼働時間や稼働日数で報酬が確定するモデルが大半を占めます。

請負契約とは何か

定義：成果物の「完成」を約束する契約

請負契約とは、民法第632条に基づき、「仕事を完成させること」と「注文者がその報酬を支払うこと」を内容とする契約です。成果物の完成が報酬発生の条件であり、完成しなければ報酬を請求できません。また、引き渡した成果物に問題があった場合は契約不適合責任を負います。

SAPコンサルで請負になるケース

SAPコンサルが請負契約を締結するのは、以下のように成果物の定義が明確なケースに限られます。

特定モジュールの設定・カスタマイズ（完成形が定義できる場合）
PoC（概念検証）の実施とレポート納品
スクラッチ開発を含む小規模システム構築
特定帳票・インターフェースの開発

ただし、SAPのような大規模ERPプロジェクトでは、「成果物」の定義が極めて難しく、途中で仕様変更が発生することも多くあります。そのため、請負で契約したつもりが、実態は準委任に近い働き方になっているケースは珍しくありません。この「ズレ」が後々トラブルの温床になります。

なお、現在フリーランスとして増加しているS/4HANA移行案件はほぼ準委任契約で進みます。案件自体のスキル評価の変化についてはS/4HANA移行案件でスキル価値がどう変わるか確認するで整理しています。

準委任と請負の違い｜SAPコンサル視点で整理する

比較軸	準委任契約	請負契約
契約の目的	業務の遂行	成果物の完成
報酬発生条件	稼働した事実（履行割合型）	成果物の完成・引き渡し
主な責任	善管注意義務	完成責任・契約不適合責任
途中解約	双方いつでも可（不利な時期は損害賠償あり）	注文者はいつでも可（損害賠償あり）／受託者は原則として一方的に終了しにくい
指揮命令	委託者に指揮命令権はない	同左
再委託	原則可（別途制限なければ）	同左

「善管注意義務」と「契約不適合責任」の違い

準委任の場合、受託者が負うのは善管注意義務です。「善良なる管理者として通常期待される注意を払って業務を遂行すること」が求められます。成果が出なくても、適切な判断と行動があれば責任を問われにくいです。

一方、請負では契約不適合責任が加わります。納品した成果物が契約内容と異なる場合、修補・代替品の提供・報酬減額・損害賠償を請求される可能性があります。成果物の品質に直接責任を負う点が、準委任との根本的な違いです。

SAPコンサルが請負で受けた案件で設定バグや設計ミスが発生した場合、その修正対応は原則として無償になる可能性があります。契約形態が責任の重さを決めます。

「指揮命令」の問題｜SAPコンサルが現場で最も誤解しやすいポイント

準委任契約では、発注側に指揮命令権はない

準委任契約・請負契約ともに、発注側（委託者）には受託者への指揮命令権がありません。これは法律上の原則です。指揮命令関係が法的に認められる代表例は、労働者派遣の形態です。

ところが、SAPコンサルの現場では日常的に「○○さん、明日この資料を仕上げてください」「来週はユーザーインタビューに同席してください」といった指示が飛び交います。これは契約上、どう解釈されるのでしょうか。

現場の「依頼」はどこまで許されるか

準委任契約において、以下のような行為は指揮命令とみなされるリスクがあります。

業務プロセスや作業手順を細かく指定する
作業時間・作業場所を一方的に変更・指定する
契約範囲外の業務を依頼・強制する
受託者の評価・査定を委託者が行う

一方、以下のような行為は通常の業務調整として許容される範囲とされています。

プロジェクトの方向性やゴールを伝えること
業務に必要な情報・資料を提供すること
成果物の確認・フィードバックを行うこと
スケジュールの調整を「相談・合意」の形で行うこと

重要なのは、「指示」ではなく「合意」という形式を取ることです。

SAPコンサルの現場で起きやすい「偽装請負」のリスク

SAPのプロジェクト現場では、客先常駐型の案件が多くあります。フリーランスのSAPコンサルが客先に常駐し、クライアントのPMやユーザー部門から直接業務指示を受ける状況は、構造的に偽装請負に近い状態になりやすいです。

偽装請負とは、「業務委託契約を結びながら、実態は指揮命令を伴う労働者派遣に近い状態」のことを指します。職業安定法・労働者派遣法・労働基準法に違反する可能性があり、発注側企業にとっては行政処分のリスクになります。

しかし、偽装請負は発注側だけの問題ではありません。フリーランス側にも実務上の不利益が生じます。

代表的なリスクは次のとおりです。

更新条件を一方的に変えられやすくなる
トラブル時に責任範囲が曖昧になる
指示通りに動いていても独立事業者として扱われる
行政調査の対象に含まれる可能性がある

特に厄介なのは、実態では指示を受けて動いていたとしても、契約上は独立事業者として損害賠償を請求される可能性がある点です。労働者としての保護も受けにくく、独立事業者としての責任だけを負いやすい状態になりかねません。

現場でできる3つの対策

現場で実践しやすい対策は、次の3つです。

SOWの内容を事前に確認する
契約書とは別にSOWが作成される場合があります。常駐時間の固定や作業手順の細かな指定など、実質的な指揮命令に近い記述がないか確認します。
業務範囲外の依頼には確認を挟む
突発的な依頼を受けたときは、「契約範囲に含まれるか確認します」と一度返すことが有効です。これだけでも、責任範囲の拡張を防ぎやすくなります。
指示や調整は直接契約している相手を経由する
エージェント、SIer、コンサルファームなど、自分が契約している相手を通してやり取りする体制を整えます。契約構造と実際の指示系統を一致させることが、偽装請負リスクの抑制につながります。