ホーム/ インサイト/ システム開発の準委任と請負の違い|どちらで契約すべきかの判断基準

システム開発の準委任と請負の違い|どちらで契約すべきかの判断基準

システム開発を外部に発注するときの契約形態は⁠、大きく準委任契約と請負契約の2つに分かれます⁠。どちらを選ぶかで「完成しなかったときに誰が責任を負うか⁠」「途中で要件を変えられるか⁠」が大きく変わるため⁠、金額交渉より先に決めるべき論点です⁠。判断の軸は⁠、成果物をいま文章と画面で確定できるかどうかです⁠。なお本記事は一般的な整理であり⁠、個別の契約判断は契約書の文言と専門家の確認が前提です⁠。

準委任と請負の法的性質の違い

完成責任の有無

請負(民法632条⁠)は「仕事の完成⁠」を約束する契約です⁠。ベンダーは合意した成果物を完成させる義務を負い⁠、完成しなければ原則として報酬を請求できません⁠。準委任(民法656条⁠)は「業務の遂行⁠」を約束する契約で⁠、完成義務はありません⁠。その代わりベンダーは善管注意義務(専門家として通常期待される注意を払って業務を行う義務⁠)を負い⁠、稼働した分の報酬が発生します⁠。

契約不適合責任

請負では⁠、納品物が契約内容に適合しない場合⁠、発注者は修補・代金減額・損害賠償・解除を求められます(契約不適合責任⁠。2020年施行の民法改正で旧「瑕疵担保責任⁠」から再構成されました⁠)⁠。準委任には成果物への契約不適合責任は原則ありませんが⁠、善管注意義務違反があれば債務不履行責任を問えます⁠。なお改正民法では⁠、準委任でも成果に対して報酬を支払う成果完成型(民法648条の2⁠)が明文化されており⁠、中間的な設計も可能です⁠。

指揮命令関係

誤解が多いところです⁠。準委任でも請負でも⁠、発注者がベンダーの技術者へ直接指揮命令してはいけません⁠。作業指示はベンダー側の責任者を通すのが原則です⁠。ここを崩すと後述の偽装請負の問題になります⁠。また⁠、どちらの契約でもベンダーは業務の進捗や結果を報告する義務を負うため⁠、「準委任だから成果を問えない⁠」わけではなく⁠、報告を通じた品質管理は当然に要求できます⁠。

比較表と向いているケース

観点請負準委任
約束する対象成果物の完成業務の遂行(善管注意義務⁠)
報酬の考え方完成に対する固定額が基本稼働に応じた支払いが基本
仕様変更原則⁠、契約変更(追加見積もり⁠)が必要柔軟に反映しやすい
未完成リスクの所在主にベンダー側主に発注者側
向く工程仕様が固まった開発・保守の定型作業要件定義・アジャイル開発・PoC・技術支援

実務では⁠、IPAのモデル契約でも示されているように⁠、要件定義や外部設計のように仕様が流動的な工程は準委任⁠、仕様が確定した後の製造工程は請負と⁠、工程ごとに契約形態を使い分けるのが定石です⁠。「全部請負で⁠」と固定すると⁠、仕様が固まっていない段階のリスクをベンダーが金額に上乗せするため⁠、かえって割高になりがちです⁠。

判断に迷ったら⁠、次の順で考えると整理しやすくなります⁠。(1⁠)成果物を今の時点で文章と画面で確定できるか⁠。できないなら準委任が候補です⁠。(2⁠)確定できるとして⁠、完成しないリスクを誰が持つべきか⁠。ベンダーに持たせたいなら請負ですが⁠、その分の金額は上がります⁠。(3⁠)途中で優先順位を変えたいか⁠。変えたいなら請負では変更のたびに契約変更の手続きが発生します⁠。この3問に答えるだけでも⁠、どちらの契約が自社の状況に合うかはかなり絞り込めます⁠。

偽装請負に注意する

契約書の名目が請負や準委任でも⁠、実態として発注者がベンダーの技術者に直接・日常的に業務指示を出していると⁠、偽装請負(実態は労働者派遣であるのに派遣法の手続きを踏んでいない状態⁠)と評価されるおそれがあります⁠。発注者側も是正指導の対象になり得ます⁠。常駐型の準委任で特に起きやすいため⁠、次の運用を守ることが重要です⁠。

  • 作業指示・進捗管理はベンダー側の責任者(リーダー⁠)を窓口にする
  • 技術者個人の労働時間・休暇をベンダー側が管理する
  • 要員の選任・交代の決定権をベンダー側に残す

アジャイル開発と準委任の相性

スプリントごとに優先順位を見直すアジャイル開発は⁠、「最初に完成物を確定する⁠」請負とは構造的に噛み合いません⁠。作るものを走りながら決める以上⁠、アジャイル開発は準委任(履行割合型⁠)が基本形です⁠。ただし準委任は「時間を使えば報酬が出る⁠」契約でもあるため⁠、発注者側は丸投げせず⁠、スプリントレビューへの参加・優先順位の決定・ベロシティ(開発チームの進行速度⁠)の確認といった関与を続けることが⁠、成果を出す条件になります⁠。なお⁠、経済産業省・IPAが公開しているアジャイル開発向けのモデル契約も準委任を前提としており⁠、「アジャイルだから契約が曖昧でよい⁠」わけではなく⁠、役割分担・会議体・成果の確認方法を契約や別紙で明文化しておくことが推奨されています⁠。

契約書で確認すべき条項

  1. 契約形態と業務範囲 — 準委任か請負か⁠、工程ごとに明記されているか⁠。多段階契約なら基本契約と個別契約の関係も確認します
  2. 検収・業務完了確認の基準 — 請負なら検収基準と期間⁠、準委任なら月次の業務報告と確認方法
  3. 契約不適合責任の範囲と期間 — 請負の場合⁠、通知期間(引渡しから1年などの特約が一般的⁠)と対応範囲
  4. 知的財産権の帰属 — 成果物の著作権がいつ・どこまで発注者に移転するか⁠。著作者人格権の不行使条項の有無
  5. 再委託の可否 — 事前承諾の要否と⁠、再委託先の管理責任
  6. 中途解約の条件 — 準委任は原則いつでも解約できますが(民法651条⁠)⁠、精算方法と予告期間の定めを確認します

まとめ|工程で使い分けるのが実務の答え

「準委任と請負のどちらが得か⁠」という問いに一律の答えはなく⁠、仕様が固まっているなら請負⁠、固まっていない・変わり続けるなら準委任が判断の軸になります⁠。要件定義やPoCは準委任で小さく確かめ⁠、固まった部分を請負または成果完成型で切り出す⁠。この使い分けが⁠、発注者・ベンダー双方のリスクを最も小さくします⁠。シャノンの受託開発では⁠、PoC段階は準委任で仮説検証に集中し⁠、その後の本開発は内容に応じて契約形態をご相談する進め方を標準としています⁠。契約形態の選び方も含めて⁠、発注前の段階からお気軽にご相談ください⁠。

ご相談・お問い合わせ

お問い合わせをいただいてから⁠、営業日2日以内にご返信いたします⁠。