委託と委任の違いとは？請負・準委任を開発発注の視点で比較

委託は仕事や事務を外部へ任せることを表す言葉で、委任は民法に定められた契約類型です。同じ階層の選択肢ではありません。

民法上、法律行為を任せるのが委任、法律行為ではない事務を任せる場合に委任の規定を準用するのが準委任です。

請負は仕事の完成を約束する契約で、システム開発では完成義務と業務の履行を区別することが重要です。

本記事では発注担当者向けに基本を整理します。個別契約への当てはめは、契約内容と実態をもとに法務担当者や弁護士へ確認してください。

出典：民法632条・643条・656条（2026年9月25日、e-Gov公式の条文データで確認）。

委託と委任を二択にしない

「委託契約と委任契約のどちらにするか」と考える前に、何を相手へ任せるのかを具体化しましょう。業務委託という名称だけでは、仕事の完成を求めるのか、定めた事務の処理を求めるのかが分かりません。

システム開発を依頼する場合も、調査、設計、実装、運用支援では任せたい内容が異なります。契約書の表題だけで判断せず、業務の記述、成果物、報酬、確認方法を併せて読みます。これは発注準備のための確認方法であり、名称だけで契約類型を法的に確定するものではありません。

民法643条は法律行為の委託を委任として定め、656条は法律行為ではない事務の委託に委任の規定を準用しています。説明や契約の場で「委任」という言葉が広く使われているときも、何を指しているかを確認してください。e-Gov民法（2026年9月25日確認）。

請負・委任・準委任の違いを比較する

基本的な違いを、次の表で整理します。実際の責任や報酬は個別の契約内容によって確認が必要です。

区分	基本的な内容	発注側が確認したい点
委託	仕事や事務を外部へ任せるという表現	具体的にどの業務と責任を任せるか
委任	法律行為の委託に関する契約類型	任せる行為と権限、報告、報酬の合意
準委任	法律行為ではない事務の委託に委任の規定を準用	業務内容、履行の確認方法、報酬の条件
請負	仕事の完成と、その結果に対する報酬を約する契約	完成の定義、確認条件、変更時の扱い

出典：民法632条・643条・656条（2026年9月25日確認）。「発注側が確認したい点」は条文の引用ではなく、本稿の実務上の整理です。

IPAのアジャイル開発外部委託モデル契約の説明でも、請負と準委任を、仕事の完成と業務の履行という観点で区別しています。準委任だから責任がないわけではなく、善管注意義務を踏まえて業務を行う必要があります。IPA説明資料・17頁、民法644条（2026年9月25日確認）。

「成果物があるなら請負」とは限らない

準委任でも、業務の結果として調査報告書や設計資料などを渡すことがあります。資料が存在することだけで、請負か準委任かを決めることはできません。何を約束しているかと、報酬が何に対して支払われるかを分けて確認します。

民法648条の2には、事務の履行によって得られる成果に対して報酬を支払う合意に関する規定があります。IPAも成果報酬型の準委任を説明しています。したがって、「準委任はすべて時間払い」「成果に応じた報酬はすべて請負」という単純な分け方は避けてください。民法648条の2、IPAの契約見直し論点（2026年9月25日確認）。

発注の打ち合わせでは、資料の提出が報告なのか、支払いの条件となる引渡しなのかを確かめます。同じ「納品」という言葉でも、当事者が想定している意味が違う場合があるためです。判断に迷う契約は、一般論だけで結論を出さず専門家に確認しましょう。

システム開発を依頼する前に確認したいこと

任せる業務と対象外の業務

「開発一式」ではなく、調査、要件整理、画面設計、実装、テスト、データ移行などを分けて記載することを提案します。どこを自社で行い、どこを外部へ依頼するかが分かるようにするためです。

たとえば既存データの整理を依頼する場合も、重複の調査までなのか、削除や統合の判断まで含むのかを分けます。個人情報や業務上重要な記録を扱うときは、誰が作業を承認するかも検討してください。

業務範囲が固まっていない段階では、まずシステム全体構想の整理を行い、最初に調査する領域と実装する領域を区別する方法があります。受託開発全体の流れは受託開発の進め方で確認できます。

履行や完成を確認する方法

請負なら完成の定義、準委任なら業務の履行を確認する資料や手順など、何をもって確認するかを話し合います。単に定例会議を開くのではなく、確認するもの、判断する担当者、追加対応が必要な場合の手順を決めておきましょう。

「見た目が完成している」だけで確認を終わらせず、想定する業務で使えるか、必要なテストが行われたか、未解決の課題は何かを確認します。具体的な検収条件や法的な効果は、契約ごとの確認事項です。

仕様変更と追加費用

途中で機能を追加したい場合の相談窓口、見積もり、承認の順序を決めます。「変更できる契約」だから費用が増えないわけではありません。変更による作業量や既存部分への影響を、発注側と受託側が確認する必要があります。

見積書では、調査・設計・実装といった費目を分けると、追加依頼がどの作業に当たるかを相談しやすくなります。システム開発費用の内訳も併せて確認してください。

契約名・業務記述・確認方法を照合する

確認漏れを減らすため、本稿では契約を次の観点で照合することを提案します。法的な適否の判定表ではなく、当事者間で質問を整理するための表です。

読む場所	確認する質問
契約の目的・業務範囲	調査の実施と完成品の引渡しが混同されていないか
成果物・報告の条項	提出するもの、形式、確認者が分かるか
報酬の条項	何に対する支払いか、請求条件が分かるか
変更の条項	追加依頼を誰が承認し、費用をどう決めるか
終了・引継ぎの条項	作業途中の資料やデータをどう引き継ぐか

特に開発と保守を同時に相談する場合は、公開後の問い合わせ、設定変更、障害対応がどこまで含まれるかを分けてください。「納品後も対応する」という言葉だけで範囲を決めず、ソフトウェア保守の作業と契約のように作業内容から確認しましょう。

委託・委任の違いに関するFAQ

業務委託契約書と書いてあれば準委任ですか？

名称だけでは判断できません。対象業務、完成義務、報酬、確認方法などの合意内容と実態を確認します。個別案件の契約類型については、法務担当者や弁護士へ相談してください。

準委任なら成果物を受け取れませんか？

成果物の提出を合意することと、仕事の完成義務を負うことは別の論点です。何を提出してもらうか、提出物をどう確認するか、報酬とどう関係するかを契約で確認します。IPA説明資料（2026年9月25日確認）。

発注側は契約後に何を担当すればよいですか？

要件の判断、必要資料の提供、確認結果の回答など、自社が担う作業を決めてください。契約で何を依頼するかと、自社が何を判断するかを一緒に整理すると、進行中の質問に対応しやすくなります。

契約の前に、依頼したい範囲を一緒に整理します

ノーコード総研では、ノーコードやAIを使った受託開発をご相談いただけます。「まだ仕様が固まっていない」「どこまで外注するか決めたい」という場合も、現状の業務をもとに調査・試作・実装の範囲を整理します。

当社への開発相談は個別の法律相談に代わるものではありません。契約上の判断は必要に応じて専門家へ確認しつつ、開発内容や進め方についてノーコード総研へご相談ください。