システム開発の準委任契約｜完成責任を負わない契約形態のメリットと注意 2026

システム開発を外部に発注しようとしたとき、見積書に「準委任契約」という文字を見つけて手が止まった経験はないでしょうか。請負契約と何が違うのか、完成責任がないなら発注者側にどんなリスクがあるのか。結論から言うと、準委任契約は「成果物の完成」ではなく「業務の遂行」に対して報酬が支払われる契約形態であり、発注者はこの性質を理解しないまま契約すると、想定外の追加費用や責任の押し付け合いに巻き込まれます。この記事では、システム開発における準委任契約の注意点を、発注者が意思決定できる粒度まで具体的に整理します。

システム開発の契約形態をめぐる市場の現状

システム開発の外注市場では、契約形態の選択がプロジェクトの成否を左右する重要な意思決定のひとつとして扱われる傾向が強まっています。背景にあるのは開発手法の多様化です。要件を固めてから一括で作るウォーターフォール型だけでなく、仕様を都度調整しながら進めるアジャイル開発や、生成AIを組み込んだ開発案件が増えたことで、「最初から完成形を約束できない」プロジェクトが急増しました。

こうした案件では、成果物の完成を約束する請負契約になじまないケースが多く、業務の遂行そのものに対価を支払う準委任契約が選ばれる場面が増えています。経済産業省が推進するIT人材の需給動向に関する調査でも、要件が流動的な開発案件の比率は年々高まっており、契約形態の使い分けは今後さらに重要になっていくと見られます。

一方で、準委任契約は「完成責任がない」という性質ゆえに、発注者側が誤解したまま契約してしまうケースも少なくありません。「お金を払ったのだから動くものが納品されるはず」という思い込みで契約すると、契約書上は業務遂行義務しか課されていないため、期待したシステムが完成しないまま契約期間が終了するリスクがあります。まずはこの前提を正確に理解することが、システム開発の外注で失敗しないための第一歩です。

システム開発では、工程が複雑で関係者も多く、成果物が形として明確でない場合もあるため、契約内容の取り決めがとても重要です。依頼する業務の内容や目的、開発手法によって最適な契約形態は異なります。なかでも代表的な形式が「請負契約」と「準委任契約」です。この記事では、それぞれの違いや注意点、契約時に押さえておくべきポイントを解説していきます。 出典: sun-asterisk.com

準委任契約とは何か。請負契約との根本的な違い

準委任契約の定義と法的な位置づけ

準委任契約とは、民法上の「委任契約」のうち、法律行為以外の事務処理を委託する契約を指します。システム開発の文脈では、設計・実装・テストといった一連の業務遂行そのものが契約の対象になり、発注者は受注者に対して「専門知識をもって業務を遂行すること」を求めます。ここで最も重要なのは、準委任契約には成果物の完成義務がないという点です。受注者が善良な管理者としての注意義務、いわゆる善管注意義務を尽くして業務を遂行すれば、たとえシステムが完成しなくても契約不履行にはなりません。

請負契約との違いを表で整理

発注者が最初に押さえておくべきなのは、準委任契約と請負契約の責任範囲の違いです。以下に主な違いを整理します。

項目	請負契約	準委任契約
契約の目的	成果物の完成	業務の遂行
完成責任	あり	なし
契約不適合責任	あり(民法改正後も存続)	原則なし
報酬の対象	成果物の引き渡し	業務時間・工数
向いている開発手法	ウォーターフォール型	アジャイル型・保守運用
途中解除	原則制限あり	いつでも解除可能(民法651条)

この表からわかる通り、請負契約は「完成品を納品してもらう契約」であるのに対し、準委任契約は「専門家に一定期間、業務を遂行してもらう契約」です。発注者からすると、請負契約のほうが安心に見えるかもしれませんが、実務では逆に準委任契約のほうが適しているケースも多く存在します。

システム開発における契約形態の1つに「準委任契約」があります。これは委託先に業務の遂行を依頼する形式で、請負契約とは性質が異なります。ここでは、準委任契約の基本的な位置づけや契約する際の注意点について解説します。 出典: sun-asterisk.com

準委任契約に向いているケース、向いていないケース

準委任契約が適しているプロジェクト

仕様が流動的で、開発を進めながら要件を固めていくアジャイル型の開発案件は、準委任契約が向いています。理由は単純で、最初に完成形を約束できない以上、請負契約で「完成させること」を義務化すると、受注者側は防衛的に見積もりを高くせざるを得ないからです。また、既存システムの保守・運用のように、そもそも「完成」という概念が存在しない継続的な業務も準委任契約が基本となります。エンジニアを一定期間常駐させて社内チームと一緒に開発を進めるSES(システムエンジニアリングサービス)型の契約も、準委任契約の一種です。

準委任契約が向いていないケース

逆に、要件定義がすでに固まっており、決まった機能を決まった予算内で確実に納品してほしい場合は、請負契約のほうが発注者にとって安心です。準委任契約では完成責任がないため、「仕様通りに動かない」「テストが不十分」といった問題が起きても、契約上は業務遂行義務さえ果たしていれば債務不履行を問いにくい構造になっています。特に予算に限りがある個人事業主や中小企業が、初めての外注でいきなり準委任契約を結ぶと、追加費用が発生し続けて総額が膨らむリスクがあることは知っておくべきです。

システム開発で準委任契約を選ぶメリット

柔軟な仕様変更に対応できる

準委任契約の最大のメリットは、開発の途中で仕様変更が発生しても契約自体を組み直す必要がない点です。請負契約では仕様変更のたびに追加契約や変更契約を結び直す手間が発生しますが、準委任契約であれば業務範囲の調整として柔軟に対応できます。市場の変化が速い業界でシステムを開発する場合、この柔軟性は大きな利点になります。

専門知識を持つ人材を確保しやすい

準委任契約は工数(稼働時間)に対して報酬を支払う形態のため、優秀なエンジニアやプロジェクトマネージャーを、必要な期間だけ確保しやすいという特徴があります。請負契約のように「完成責任」という重いリスクを負わない分、高度な専門知識を持つフリーランスエンジニアが参画しやすくなる側面もあります。

開発プロセスの透明性が高まる

準委任契約では、業務遂行の過程そのものが契約の対象になるため、進捗報告や工数管理が契約上の義務として明確に組み込まれるケースが多くなります。発注者からすると、ブラックボックス化しやすい開発の進捗を、週次・月次の報告で継続的に把握できるという利点があります。

システム開発で準委任契約を選ぶデメリットと注意点

完成責任がないことによる予算超過リスク

準委任契約における最大の注意点は、業務を遂行した時間に対して報酬が発生する以上、想定より工数がかかった場合は追加費用が発生し続けるという点です。月額80万円で契約したエンジニアチームが、当初3ヶ月の予定だったプロジェクトを6ヶ月かけて完成させた場合、単純計算で費用は倍になります。発注者としては、上限工数や上限金額をあらかじめ契約書に明記しておく必要があります。

検収という概念がなじみにくい

請負契約では成果物を検収して合否を判断するプロセスが明確ですが、準委任契約では「業務を遂行したかどうか」が基準になるため、成果物の品質そのものを理由に支払いを拒否することが難しくなります。契約書に業務報告の頻度や、成果物のレビュープロセスを具体的に盛り込んでおかないと、発注者は「動くかどうか分からないシステム」に対価を払い続けることになりかねません。

偽装請負のリスクに注意する

準委任契約でエンジニアを常駐させる場合、発注者側の担当者が直接エンジニアに業務の指揮命令を行うと、労働者派遣法に抵触する「偽装請負」とみなされるリスクがあります。準委任契約は、あくまで受注者側の管理者が業務の指示や進捗管理を行う建て付けであり、発注者が現場のエンジニアに直接、業務命令を出す運用は避けなければなりません。この点は法務省や厚生労働省が示す労働関係法令の解釈にも関わる論点であり、契約書の文言だけでなく実際の運用でも注意が必要です。

契約トラブルを防ぐために契約書に盛り込むべき条項

業務範囲を具体的に定義する

準委任契約で最も多いトラブルの原因は、業務範囲があいまいなまま契約してしまうことです。「システム開発全般」といった曖昧な記載ではなく、「要件定義支援」「基本設計」「実装(フロントエンド部分)」「単体テスト」のように、担当する工程を具体的に切り分けて契約書に明記する必要があります。

報告義務と工数管理の方法を明記する

業務遂行の過程が見えにくい準委任契約では、週次・月次でどのような形式の進捗報告を受けるかを契約書に定めておくことが重要です。稼働時間の記録方法(タイムシートの提出義務など)も明記しておくと、後から工数について揉めるリスクを減らせます。

中途解除の条件を明確にする

民法651条により、委任契約はいつでも解除できるのが原則ですが、相手に不利な時期に解除した場合は損害賠償が必要になることがあります。発注者としては、どのタイミングで、どのような手続きを踏めば契約を解除できるのかを、あらかじめ契約書に定めておくべきです。特に、成果が思わしくない場合に契約を打ち切りたいときの条件は、事前にすり合わせておく必要があります。

知的財産権の帰属を確認する

準委任契約では、成果物の著作権が誰に帰属するかが契約書上、明確でないケースが見られます。開発したシステムのソースコードやドキュメントの著作権は、発注者に帰属するのか、受注者に留保されるのかを、契約書の条項として必ず確認してください。

システム開発における契約で、準委任契約と並んでよく用いられるのが「請負契約」です。業務の内容や成果に対する責任の持ち方が異なるため、目的や体制に応じた使い分けが求められます。ここでは、請負契約の基本的な位置づけや実務で注意しておきたいポイントについて解説します。 出典: sun-asterisk.com

費用相場と依頼の流れ

システム開発の準委任契約における費用相場

準委任契約では、エンジニアの単価×稼働時間(工数)で費用が決まる形が一般的です。実務でよく見られる相場感としては、フリーランスエンジニアの場合で月額40万円〜100万円程度、専門性の高いAI開発やセキュリティ領域では月額80万円〜150万円程度になるケースもあります。この金額の差は、開発会社の仲介マージンが乗るかどうかによっても大きく変わります。開発会社に仲介を依頼すると、実際にコードを書くエンジニアへの支払いに加えて、営業・管理コストとして20%〜40%程度の手数料が上乗せされるのが一般的です。フリーランスエンジニアへ直接依頼すれば、この中間マージンが発生しない分、同じ予算でより多くの稼働時間を確保できたり、同じ工数でも費用を抑えられたりします。

依頼から契約までの流れ

準委任契約でシステム開発を発注する場合、一般的な流れは次の通りです。

1. 要件の整理: 何を作りたいか、どこまでの範囲を依頼したいかを整理する
2. 見積もり比較: 複数の開発会社・フリーランスエンジニアから見積もりを取得する
3. 契約形態の確認: 請負か準委任か、業務範囲や工数の見積もり根拠を確認する
4. 契約書の締結: 業務範囲・報告義務・解除条件・知的財産権の帰属を明記した契約書を交わす
5. 業務開始と進捗管理: 定期報告を受けながら、工数と成果の両面を確認する

失敗しない外注先の選び方

見積もりの内訳を必ず確認する

準委任契約は工数ベースの契約であるため、見積書に「エンジニア単価」「想定稼働時間」「管理費」の内訳が明記されているかを必ず確認してください。総額しか書かれていない見積書は、後から追加費用が発生した際に交渉の根拠が持ちにくくなります。

実績とコミュニケーションの質を見る

準委任契約では完成責任がない分、受注者の専門性とコミュニケーションの誠実さが成果を左右します。過去の開発実績、特に自社と近い業界・技術スタックでの実績があるかを確認し、初回の打ち合わせで質問への回答が具体的かどうかを見ておくとよいでしょう。

私自身、初めてシステム開発を外注した際、複数の開発会社から見積もりを取ったものの、総額の安さだけで比較してしまい、実際に契約してから「想定より工数がかかる」という理由で追加費用を何度も請求された経験があります。後から振り返ると、見積書に工数の根拠が明記されていなかったことが原因でした。それ以来、見積もりの内訳を確認せずに契約することは絶対にしないと決めています。

直接依頼と仲介依頼のコスト差を理解する

開発会社を経由して準委任契約を結ぶと、営業担当者や案件管理担当者の人件費が上乗せされるため、実際にコードを書くエンジニアの取り分は総額の6割〜8割程度に留まることも珍しくありません。フリーランスエンジニアと直接契約すれば、この中間マージンがなくなる分、同じ予算感でもより多くの稼働時間や、より経験豊富な人材を確保しやすくなります。Web・業務システム開発の分野でどのような仕事の依頼が可能かはWeb・業務システム開発のお仕事で具体的な業務範囲の例を確認できます。AIやセキュリティに特化した開発を依頼したい場合はAI・マーケティング・セキュリティのお仕事で専門領域ごとの依頼内容を整理しています。

@SOHO独自データの考察

在宅ワーク・業務委託マッチングの現場を長年見てきた立場から言えば、システム開発の準委任契約でトラブルになるプロジェクトには共通点があります。それは、発注者側が「業務範囲」と「成果への期待」をすり合わせないまま契約に進んでしまうことです。準委任契約は完成責任を負わない契約形態である以上、発注者側が「どこまでの品質を、どのタイミングで確認したいか」を明確に言語化しておかないと、双方の期待値がずれたまま工数だけが積み上がっていきます。

もうひとつの観察は、費用と信頼関係の相関です。長く付き合いが続くエンジニアとの関係を見ていると、単発の作業依頼ではなく「この人になら任せて大丈夫」という信頼の積み重ねに、発注者・受注者の双方が時間をかけている傾向があります。中間マージンが発生しない直接取引では、同じ予算でも受注者の手取りが厚くなるため、優秀なエンジニアほど直接契約のプロジェクトを優先しやすくなるという実感があります。額面上の予算だけでなく、受注者側の手取りが厚いという構造そのものが、結果的に発注者にとっても質の高い人材確保につながっているのです。

ソフトウェア開発を担うエンジニアの年収・単価相場を知りたい場合はソフトウェア作成者の年収・単価相場で市場データを確認できます。契約書の文言作成や、業務委託契約全般の実務知識を体系的に学びたい場合はビジネス文書検定の資格範囲も参考になります。ネットワーク関連の開発案件を依頼する際に受注者のスキルレベルを見極めたい場合は、CCNA（シスコ技術者認定）の資格保有状況が判断材料のひとつになります。

システム開発の外注は、契約形態の選択そのものがプロジェクトのリスク管理です。準委任契約は柔軟性が高い一方で、発注者側が業務範囲・報告義務・解除条件を具体的に契約書へ落とし込む主体性を持たなければ、想定外の費用超過やトラブルにつながります。見積もりの内訳を確認し、直接契約による中間マージンの削減効果も踏まえたうえで、自社のプロジェクトに合った契約形態を選んでください。

よくある質問

Q. システム開発の準委任契約と請負契約はどちらを選ぶべきですか？

仕様が流動的なアジャイル開発や保守運用は準委任契約、完成形が固まっている開発は請負契約が向いています。要件の確定度合いで判断してください。

Q. 準委任契約では成果物が完成しなくても報酬を払う必要がありますか？

原則として業務遂行の対価を支払う契約のため、善管注意義務が果たされていれば未完成でも報酬支払い義務は発生します。上限工数を契約書に定めておくことが重要です。

Q. 準委任契約で偽装請負にならないためにはどうすればよいですか？

発注者側の担当者が現場のエンジニアに直接、業務の指揮命令を行わないようにし、指示や進捗管理は受注者側の管理者を通す運用にする必要があります。

Q. フリーランスエンジニアへ直接依頼するメリットは何ですか？

開発会社を仲介すると営業・管理コストとして20%〜40%程度の手数料が上乗せされますが、直接依頼すればこの中間マージンがなく、同じ予算でより多くの稼働時間や経験豊富な人材を確保しやすくなります。

無料で案件を掲載する

入力は3分ほど。掲載料も取引手数料も0円です。@SOHOに登録しているフリーランス・副業ワーカーから、早ければ当日中に最初の応募が届きます。