準委任の2類型｜履行割合型と成果完成型を発注者が選ぶ判断基準

外部エンジニアへの発注を任され、ベンダーやエージェントから「準委任で進めましょう」と提案された。受け取った契約書ドラフトを開いてみると、そこに「履行割合型」「成果完成型」という見慣れない区分が書かれていて、どちらにサインすべきか手が止まってしまった。あるいは「成果が欲しいなら成果完成型がおすすめです」と勧められたものの、それが本当に自社にとって有利なのか確信が持てない。こうした状況に置かれている発注担当者は少なくありません。

準委任契約と請負契約の違いは調べて理解できたとしても、「準委任の中にさらに2つの型がある」という細分化までは初耳という方が多いはずです。しかも法務の専任がいない、弁護士に都度相談する余裕もない、という環境では、契約書の文言が自社にどんな影響を及ぼすのかを自力で判断するのは簡単ではありません。

この2類型の選択を誤ると、「成果が出なかったのに満額を支払うことになった」「中途で解約したのに精算条件が決まっておらず揉めた」といった支払いリスクにつながります。一方で、型の選び方とは別に、運用の仕方を誤れば偽装請負（違法）と判断されるリスクも潜んでいます。予算を守りたい一心で型を選んだつもりが、思わぬ落とし穴にはまることもあるのです。

本記事では、準委任契約の履行割合型と成果完成型の違いを「誰がどんなときに得・損をするか」という発注者目線で比較し、自社の今回の発注ではどちらを選ぶべきかを判断するための3軸フローを示します。さらに、型を選んだ後に契約書で確認・交渉すべきポイント、そして2類型のどちらを選んでも避けて通れない偽装請負の注意点まで、契約書の文言レベルで自分で判断できる材料を整理します。

準委任契約には「履行割合型」と「成果完成型」の2類型がある

まず押さえておきたいのは、「準委任契約」とひとくちに言っても、その中に 履行割合型 と 成果完成型 という2つの型が存在するという事実です。ベンダーやエージェントから受け取った契約書ドラフトに書かれていた見慣れない区分は、まさにこの2類型を指しています。混乱の入口は、この「同じ準委任なのに2種類ある」という構造を知らないことにあります。

ごく大づかみに言えば、履行割合型は「働いた時間・工数に応じて報酬を払う型」、成果完成型は「定めた成果が出てはじめて報酬を払う型」です。この違いが、発注者の支払いリスクや契約書で詰めるべき内容を大きく左右します。

2類型が生まれた背景｜2020年の民法改正で成果完成型が明文化された

「準委任の中の2類型」という区分が広く意識されるようになったのは、比較的最近のことです。2020年4月1日に施行された改正民法によって、準委任契約に「成果完成型」が明文として位置づけられました（GVA法律事務所による解説）。

それまでの準委任は、報酬を「委任事務を履行した後」に請求できる形（民法第648条第2項）が基本でした。これが現在で言う履行割合型に近い考え方です。改正によって、成果の引渡しと同時に報酬を請求する形（民法第648条の2第1項）が新たに条文として整理され、「成果」を基準に報酬を支払う成果完成型が明確になりました（Workship ENTERPRISE: 準委任契約の成果完成型とは）。

ベンダーが「成果完成型でいきましょう」と提案してくるのは、この改正以降に整理された型を踏まえたものです。逆に言えば、契約書ドラフトに型の明記がない場合、どちらの扱いになるのかが曖昧なまま進んでしまう恐れがあります。

請負・派遣との関係｜準委任の位置づけを地図化する

2類型の話に入る前に、準委任が請負・派遣とどう違うのかを地図として頭に入れておくと、選択を誤りにくくなります。外部エンジニア活用の契約形態は、おおまかに次の3つに整理できます。

• 請負契約: 仕事の「完成」を約束する契約。成果物が完成しなければ報酬は発生せず、完成物に欠陥があれば契約不適合責任を負います。発注者は仕事の進め方に指示を出せません。
• 準委任契約: 一定の「業務の遂行」を約束する契約。仕事の完成そのものは義務ではなく、受注者は善管注意義務（専門家として注意を尽くして業務にあたる義務）を負います。発注者は受注者に直接の指揮命令を行えません。
• （労働者）派遣契約: 派遣された人材に対して、発注者（派遣先）が直接指揮命令を行える契約。指揮命令ができる代わりに、派遣法に基づく各種の規制を受けます。

このうち準委任の内側に、今回テーマにしている履行割合型と成果完成型があるという入れ子構造になっています。請負と準委任そのものの違いをより詳しく確認したい場合は、請負契約と準委任契約の違いもあわせてご覧ください。本記事では「準委任の中の2類型をどう選ぶか」に焦点を絞って解説していきます。

履行割合型と成果完成型の違いを発注者目線で比較する

2類型の正体がつかめたところで、ここからが本題です。多くの解説記事は「報酬の支払時期」と「未完成時に報酬を請求できるか」の2点で違いを説明して終わりますが、発注者が支払いリスクを正しく見積もるには、それだけでは足りません。本記事では、報酬発生のタイミング・成果物の完成義務・未完成時の支払い・中途解約時の精算・成果物責任という5つの軸で、それぞれが発注者にとって何を意味するのかを整理します。

報酬発生のタイミングと「成果が出なくても払うか」

発注担当者が最も不安に感じるのは、「成果が出なくても満額を払うことになるのはどちらの型か」という点でしょう。ここに2類型の本質的な差があります。

履行割合型は、受注者が 業務を遂行した工数・時間に応じて 報酬が発生します。つまり、目に見える成果物が完成しなかったとしても、約束した業務を誠実に遂行していれば、その分の報酬を支払う必要があります。報酬を請求できるのは原則として委任事務を履行した後です（クロスデザイナー: 準委任契約の成果完成型とは）。月額単価でエンジニアに常駐・参画してもらうケースの多くは、この履行割合型にあたります。

一方の成果完成型は、あらかじめ定めた 成果が出てはじめて 報酬が発生し、原則として成果の引渡しと同時に報酬を請求できます。成果が完成しなければ、その分の報酬を支払う必要は基本的にありません。「成果が出なくても払うのは履行割合型、成果が出なければ払わなくてよいのが成果完成型」と覚えておくと、ベンダーとの会話で迷わなくなります。

ただし注意したいのは、成果完成型であっても「成果」をどう定義するかを契約で明確にしておかなければ、後述するように「何をもって成果完成とみなすか」で揉める点です。成果完成型は支払いリスクを抑えられる反面、発注者側に成果の定義と検収基準を詰める負荷がのしかかります。

中途解約・成果物責任の違い

報酬タイミングに加えて、発注者が見落としがちなのが「途中で終わったときどうなるか」と「成果物に問題があったときの責任」です。

中途解約時の精算について、履行割合型では、契約が途中で終了した場合でも、それまでに遂行した業務の割合に応じて報酬を請求できるのが原則です。発注者から見れば、解約時点までの出来高分は支払う前提で考える必要があります。成果完成型でも、発注者の都合で契約を解除した場合などには、受注者がすでに行った履行の割合に応じて報酬を請求できる場面があります。いずれの型でも、中途で終わったときの精算条件を契約書で具体的に決めておくことが、後の紛争を防ぐ鍵になります。

成果物責任については、誤解が生じやすいポイントなので正確に押さえてください。「成果物に欠陥があったら無償で直させられる」という契約不適合責任は、本来 請負契約 に備わる仕組みです。準委任契約は、成果完成型であっても仕事の「完成」を本質とする契約ではないため、請負と同じ契約不適合責任が当然に適用されるわけではありません。成果完成型で成果に問題があった場合は、民法の債務不履行の原則に従って処理されるのが基本です（Workship ENTERPRISE: 準委任契約に契約不適合責任は適用される？）。

ただし、準委任では受注者が善管注意義務を負うため、専門家として注意を尽くさなかったことが原因で問題が生じた場合には、その責任を問える余地があります。この善管注意義務の具体的な内容については、準委任エンジニアの善管注意義務とはで詳しく解説しています。「成果完成型にしておけば請負と同じように成果物の品質を保証してもらえる」と思い込むと期待外れになりかねないため、成果物の品質に責任を負わせたい場合は、契約書でどこまでの責任範囲とするかを明記しておく必要があります。

5つの軸で見る比較一覧表

ここまでの違いを、発注者にとっての意味とあわせて一覧にまとめます。

この表からわかるのは、「支払いリスクだけ見れば成果完成型が有利に見えるが、その分、成果の定義と検収という発注者側の事前準備の負荷が増える」というトレードオフが存在することです。どちらが自社にとって妥当かは、次に示す判断軸で見極めていきます。

発注者がどちらの型を選ぶべきか｜3軸の判断フロー

ここが本記事の核心です。「自社の今回の発注はどちらの型にすべきか」を、感覚ではなく次の3つの軸で判定していきましょう。多くの解説記事は「業務の性質で選ぶ」と抽象的に述べるにとどまりますが、ここではもう一段具体的なチェック項目に落とし込みます。

3軸チェック｜仕様の確定度 × 成果物の定義可否 × 予算

判断に使うのは次の3軸です。それぞれを自社の発注に当てはめて、Yes / No で答えてみてください。

1. 仕様の確定度: 今回の発注で、作るもの・やることの仕様が明確に固まっているか。「やってみないと要件が見えてこない」状態なら確定度は低いと判断します。
2. 成果物の定義可否: 「これが完成したら成果」と言える成果物を、検収できる粒度で具体的に定義できるか。曖昧な「いい感じのシステム」では定義したことになりません。
3. 予算の固定/変動: 総額を固定したいのか、それとも工数の増減に応じて予算が変動することを許容できるのか。

この3軸の答えの組み合わせで、適した型がおおむね決まります。

おおまかな指針として、仕様が固まっておらず、成果物を事前に定義しづらいなら履行割合型、仕様が確定し成果物を検収できる粒度で定義でき、総額を固定したいなら成果完成型 が基本線になります。「成果が欲しいから成果完成型」という発想だけで選ぶと、仕様が固まっていないのに成果完成型を選んでしまい、検収基準が定まらず揉める、という典型的な失敗につながります。

発注シーン別の型選定例

3軸チェックを、よくある発注シーンに当てはめてみましょう。自社の状況に近いものを探してみてください。

ケース1: 要件が固まっていない先行開発・PoC（概念実証） 新規事業の検証フェーズで、何を作れば正解かが手探りの段階。仕様の確定度は低く、成果物も事前に定義しづらく、試行錯誤の中で予算の変動を許容したい。この場合は 履行割合型 が妥当です。エンジニアの専門知見を借りながら方向性を探る発注に向いています。

ケース2: 仕様確定済みの機能追加・単発の制作 既存システムへの機能追加で、要件定義書も検収条件も固まっている。「この機能がこの条件で動けば完成」と明確に言える。総額を見積もって予算を固定したい。この場合は 成果完成型 が適します。成果が出なければ支払い不要という支払いリスクの低さを活かせます。

ケース3: 継続的な運用保守・チーム参画 本番システムの運用保守や、開発チームの一員として継続的に稼働してもらうケース。日々のタスクは変動し、「完成」という終点を定義しづらい。この場合は 履行割合型 が一般的です。月額単価で参画してもらい、稼働に応じて報酬を払う運用になります。

判断に迷ったら、「成果物を検収基準まで具体的に書き出せるか」を最初の分岐点にすると整理しやすくなります。書き出せないなら、その発注は成果完成型には向いていない、と考えるのが安全です。

型を選んだ後に契約書で確認・交渉すべきポイント

型の方向性が定まったら、次は契約書ドラフトの該当条項を、型に応じてチェックしていきます。ここを押さえておけば、ベンダーと対等に条件交渉ができます。型ごとに見るべき条項が異なるため、分けて解説します。

履行割合型で確認する条項｜報酬・精算幅・中途終了の出来高

履行割合型は「工数に応じて払う」型なので、何時間・何人月までいくら払うのか という報酬の枠組みを明確にすることが第一です。確認すべき主な条項は次のとおりです。

• 報酬条項（単価と算定基準）: 月額単価なのか時間単価なのか、その単価が何を含むのか（交通費・経費の扱いなど）を明記します。
• 精算幅（上限・下限の稼働時間）: 月額固定の場合でも、想定稼働時間に上限・下限を設け、それを超えた/下回った場合にどう精算するかを定めるのが一般的です。この上下限の幅と超過・控除の単価を曖昧にすると、稼働が増減した月に支払いで揉めます。精算幅の具体的な運用は、準委任の精算幅と超過清算で詳しく解説しています。
• 中途終了時の出来高精算: 契約期間の途中で終了した場合に、その時点までの遂行分をどう精算するかを定めます。日割り・時間割りの基準を明記しておくと安全です。

履行割合型では「成果が出なくても遂行分は払う」のが前提なので、発注者としては 支払う上限を予測可能にする ことが交渉の主眼になります。

成果完成型で確認する条項｜成果物定義・検収・契約不適合の扱い

成果完成型は「成果が出てはじめて払う」型なので、何をもって成果完成とみなすか の定義が契約の生命線です。ここが曖昧だと、「もう完成した」「いや要件を満たしていない」という水掛け論に陥ります。確認すべき主な条項は次のとおりです。

• 成果物の定義: 何が完成したら「成果」なのかを、検収できる粒度で具体的に記述します。機能一覧・仕様書・受け入れ条件などを別紙で添付するのが確実です。
• 検収基準と検収期間: 発注者がどういう手順・基準で成果を確認し、どの期間内に合否を判断するかを定めます。検収期間が無制限だと、受注者側が報酬を受け取れず不公平になるため、合理的な期限を設けます。
• 引渡し条件: 成果物を「いつ・どのような状態で・どう引き渡すか」を定めます。報酬の請求は成果の引渡しと結びつくため、引渡しの定義が報酬発生のトリガーになります。
• 契約不適合・債務不履行の扱い: 前述のとおり、成果完成型に請負の契約不適合責任が当然に適用されるわけではありません。成果に問題があった場合の修正対応や責任の範囲を、契約書で明示的に取り決めておくことが重要です。「準委任だから品質は保証されないのが当然」と放置せず、どこまでの対応を求めるかを交渉します。

成果完成型を選ぶなら、これらの条項を発注者側が主導して詰める覚悟が必要です。逆に言えば、ここを詰められないなら、その発注は履行割合型に切り替えるべきサインかもしれません。

どちらの型でも共通の落とし穴｜偽装請負を避ける

ここまで2類型の選択を解説してきましたが、どちらの型を選んだとしても、発注者が必ず守らなければならない共通の注意点があります。それが偽装請負の回避です。型の選び方を完璧にしても、運用を誤れば違法と判断されるリスクが残るため、最後に必ず押さえてください。

指揮命令と偽装請負の境界

準委任契約（請負契約も同様）では、発注者は外部エンジニアに対して 直接の指揮命令を行えません。指揮命令とは、業務の進め方・時間配分・作業順序などを直接指示し、相手をあたかも自社の従業員のように扱うことを指します。契約上は準委任なのに、実態として発注者が直接指揮命令を行っている状態は「偽装請負」と呼ばれ、労働者派遣法などに違反する違法行為と判断されます。

ここが発注者の見落としやすい盲点です。「履行割合型ならエンジニアに常駐してもらって細かく指示していい」と誤解すると、知らぬ間に偽装請負に踏み込んでしまいます。履行割合型・成果完成型のどちらであっても、準委任である以上、指揮命令はできません。具体的に指揮命令とみなされやすいのは、次のような行為です。

• 始業・終業の時刻や休憩、勤務日を発注者が直接指定・管理する
• 日々の作業内容や手順を発注者が逐一指示し、進め方を細かくコントロールする
• 残業や休日対応を発注者が直接命令する
• 自社の従業員と区別なく、当然のように業務を割り振る

偽装請負と認定された場合、社会保険料や残業代の遡及的な支払い、行政指導・行政処分、企業名の公表といったリスクを負う可能性があります。予算を守ろうとして外部エンジニアを社員同然に使った結果、かえって大きなコストとレピュテーションの毀損を招くことになりかねません。

発注者が守るべき運用ルール

では、適法に外部エンジニアと協働するにはどうすればよいのでしょうか。ポイントは「業務の依頼」と「指揮命令」を区別することです。

• 依頼は受注者（または受注会社の責任者）を窓口にする: 個々のエンジニアに直接細かい指示を出すのではなく、依頼内容や期待する成果を受注側の窓口に伝え、進め方は受注側の裁量に委ねます。
• 成果・要件で伝え、手順は指示しない: 「いつまでに、何を、どの水準で」という成果や要件を共有し、「どうやるか」は専門家である受注者に任せます。
• 勤務管理をしない: 始業・終業や休憩、勤務日を発注者が管理・指定しません。稼働時間の確認は精算のための実績把握にとどめ、勤怠の指揮には踏み込みません。
• 指示が必要なら契約形態を見直す: 業務上どうしても直接の指揮命令が必要なら、それは準委任ではなく派遣など別の契約形態を検討すべきサインです。

この線引きは、履行割合型でエンジニアに常駐・参画してもらう場合に特に重要になります。常駐していると物理的に距離が近く、つい社員と同じように指示しがちですが、その距離感こそが偽装請負のリスクを高めます。型の選択と同じくらい、運用のルールを社内で共有しておくことが、安全な発注の前提になります。

まとめ｜自社の発注に合う準委任の型を選ぶ

準委任契約の履行割合型と成果完成型は、同じ「準委任」でありながら、発注者の支払いリスクと契約で詰めるべき内容が大きく異なります。本記事の要点を、次のアクションにつなげる形で整理します。

• 2類型の本質: 履行割合型は「工数に応じて払う」型で、成果が出なくても遂行分は支払う。成果完成型は「成果が出てはじめて払う」型で、支払いリスクは低い反面、成果の定義と検収を発注者が詰める負荷が増える。
• 3軸で選ぶ: 「仕様の確定度 × 成果物の定義可否 × 予算の固定/変動」で判断する。仕様が流動的で成果物を定義しづらいなら履行割合型、仕様が固まり成果物を検収基準まで書き出せて総額を固定したいなら成果完成型が基本線。
• 契約書を型別に確認する: 履行割合型は報酬条項・精算幅・中途終了の出来高、成果完成型は成果物定義・検収基準・引渡し条件・契約不適合の扱いを重点的にチェックする。
• どちらの型でも偽装請負を避ける: 準委任である以上、発注者は外部エンジニアに直接の指揮命令を行えない。依頼は窓口経由・成果と要件で伝え、勤務管理はしない。

次に取るべき具体的なアクションは、手元の契約書ドラフトを開き、まず「履行割合型・成果完成型のどちらと書かれているか（あるいは型の明記がないか）」を確認することです。そのうえで、本記事の3軸に照らして自社の発注に合った型かを判定し、報酬・精算・成果物責任の各条項が型に応じて整理されているかを点検してみてください。この手順を踏めば、ベンダーやエージェントから提案された契約を鵜呑みにせず、自社にとって妥当な条件を主張できる状態に近づけます。