委託契約とは——民法643条・656条の委任と準委任で読み解く【2026年版】義務・報酬・いつでも解除できる理由

「委託契約って、民法の何条に書いてあるんですか」——契約書のレビューを担当されている方から、こうした質問をよく受けます。手元の契約書の表題には「業務委託契約書」「開発委託契約書」と書いてある。ところが六法を引いても、「委託契約」という節は出てきません。調べ方が悪いのだろうかと、そこで止まってしまう方が少なくありません。

先に結論を書きます。民法に「委託契約」という契約類型はありません。表題がどうであれ、その契約は民法の委任(643条)か準委任(656条)、あるいは請負(632条)のいずれかとして扱われます。そして開発や保守、運用のように「仕事の完成」そのものを目的としない委託は、ほとんどが準委任です。ここを特定できれば、受託した側が何を義務として負い、報酬がいつ発生し、どうやって終わるのかが、すべて条文で追えるようになります。

この記事では、委任の節(643条〜656条)を3つの系統に分けて読んでいきます。受託した側の義務(644条・645条・646条)、報酬(648条・648条の2・649条・650条)、そして解除と終了(651条・644条の2・653条)です。条文は e-Gov法令検索で確認したものを引用します。なお、この記事は法的助言ではありません。個別の案件の判断は弁護士にご確認ください。

もう一つ、読む前に頭に入れておいていただきたいことがあります。民法のこれらの規定は、多くが「契約書に書かなかった場合の初期設定」です。報酬は特約がなければ請求できない、解除は各当事者がいつでもできる、再委託は原則として許諾が要る。契約書は、この初期設定のうち変えたいところを書き換えるためにあります。そう読むと、自社の契約書に何が足りないのかが見えてきます。

私はTALENTBASE VIETNAMでCOOを務めています。人材業界の出身で、2018年からホーチミンを拠点に、約100社の開発体制づくりをお手伝いしてきました。当社が提供しているラボ型開発は、まさにこの準委任の受任者です。善管注意義務も報告義務も、契約終了時の引渡しも、条文の話ではなく日々の運用として回しています。条文が現場でどう現れるのかを、受託する側の実感を交えて書きます。読み終えたら、手元の契約書で4箇所——報酬の型、中途終了時の精算、解除の予告期間、再委託の可否——を確認してみてください。

委託契約とは——民法に「委託契約」という類型はない。中身は委任(643条)か準委任(656条)

委託契約という言葉は、契約書の表題としては毎日のように使われています。業務委託契約書、開発委託契約書、保守委託契約書、製造委託契約書。ところが民法をいくら探しても、「委託契約」という名前の節は出てきません。これは読者の調べ方の問題ではなく、そもそも存在しないためです。この章では、その言葉が指しているものの正体を条文まで降ろします。なお本記事はシステム開発の発注を前提に書いており、法的助言ではありません。

「委託」は行為の呼び名、「委任・準委任」が契約の中身——委任と委託の違いはここ

「委任と委託の違いが分からない」という質問を受けます。答えは、比べる階層が違う、です。

委託は、外部の相手に業務や役割を任せるという行為の呼び名です。日常語であり、法律の定義を持ちません。製造を任せれば製造委託、販売を任せれば販売委託、業務を任せれば業務委託と呼ばれます。任せる側を委託者、引き受ける側を受託者と呼ぶのが契約書の通例です。

これに対して委任は、民法が定める契約類型の名前です。643条に条文があります。つまり委託は「何をしたか」を表し、委任は「その契約が民法上どれに当たるか」を表している。同じものを違う角度から呼んでいるのではなく、そもそも指している対象が別です。

なお、委託者と受託者という立場の呼び分けや、外注・アウトソーシング・受託開発といった周辺の語の整理は、『受託と委託の違い』の記事で扱っています。本記事は、契約の中身のほうに進みます。

643条と656条が定めていること——法律行為か、それ以外の事務か

条文は e-Gov法令検索で確認できます。民法643条は、委任について「当事者の一方が法律行為をすることを相手方に委託し、相手方がこれを承諾することによって、その効力を生ずる」と定めています。委託という語は、実は条文の中に出てきます。ただし契約類型の名前としてではなく、行為を説明する語としてです。

ここで引っかかるのが「法律行為」です。民法は「法律行為」という言葉を第一編第五章の表題として使っていますが、その定義を条文で置いてはいません。一般には、意思表示によって権利や義務を発生させたり消滅させたりする行為(契約を結ぶ、解除するなど)を指すものとして説明されます。この理解を前提にすると、システムの開発や保守は法律行為ではないので、643条の委任には当たらないことになります。

その受け皿が656条です。「この節の規定は、法律行為でない事務の委託について準用する」。これが準委任です。開発、保守、運用、コンサルティング、清掃、研修講師。法律行為ではない事務を任せる契約は、すべてここに入り、委任の節の規定がそのまま準用されます。

条文が分けているのは、委託された事務が「法律行為」かどうかという一点です(643条・656条)。この切り分けに当てはめると、実務で「委託契約」と呼んでいるものの大半は準委任にあたり、訴訟の代理や登記の申請のように法律行為そのものを任せる場合が委任にあたる、というのが当社の整理です。以降、本記事で「委任の規定」と書くときは、656条を通じて準委任にも及ぶものとして読んでください。

表題が「委託契約書」でも中身で決まる——民法は「書かなかった場合の初期設定」

民法632条・643条・656条は、いずれも契約書の表題ではなく「当事者が何を約束したか」によって契約の類型を定めています。632条は「ある仕事を完成することを約し」、643条は「法律行為をすることを相手方に委託し」という要件です。したがって「開発委託契約書」という表題でも、条文に「本件成果物を完成させ、納入する」と書いてあれば、632条の請負の要件に当てはまることになります。請負そのものの条文は『請負契約とは』の記事で扱っているので、本記事では繰り返しません。

そしてもう一つ、本記事を通じて使っていただきたい読み方があります。民法のこれらの規定は、その多くが「契約書に書かなかった場合の初期設定」であるということです。報酬は特約がなければ請求できない、解除は各当事者がいつでもできる、再委託は原則として許諾が要る。契約書は、この初期設定のうち自社の取引に合わないところを書き換えるための文書です。

私は人材業界の出身で、請負・委任・派遣の使い分けを実務で見てきました。契約類型でつまずく方に共通しているのは、契約書を「相手を縛る文書」として読んでいることです。そうではなく、初期設定の一覧を先に知り、変えたい箇所だけを探す。この順で読むと、レビューは驚くほど速くなります。

次の章から、その初期設定を3つの系統——受託した側の義務、報酬、解除と終了——に分けて見ていきます。

受託した側が負う3つの義務——善管注意義務(644条)・報告(645条)・引渡し(646条)

準委任には完成責任がありません。そのためか、「準委任なら何も約束していないのと同じではないか」と受け取られることがあります。これは誤解です。委任の節は、完成という結果の代わりに、過程についての義務を3つ置いています。注意して処理すること、報告すること、受け取ったものを返すこと。この章では、その3つを条文と現場の両方から見ます。

善管注意義務とは何を要求しているのか(644条)

民法644条は「受任者は、委任の本旨に従い、善良な管理者の注意をもって、委任事務を処理する義務を負う」と定めています。これが善管注意義務です。

読み方のポイントは2つあります。ひとつは「委任の本旨に従い」です。契約書に書かれた作業の一覧をこなせばよい、という意味ではありません。何のためにその業務を任されたのかという目的に照らして処理する必要があります。開発でいえば、指示された機能を実装しただけで、そのやり方が明らかに後の保守を困難にすると分かっていながら黙っていた場合、本旨に従ったといえるかは怪しい。

もうひとつは「善良な管理者の注意」です。条文はこの語を用いるだけで、具体的にどの程度の注意かまでは定めていません。一般には、その職業や立場において通常期待される水準の注意を指すものとして説明されます。自分なりに一生懸命やったかどうかではなく、同業者として当然払うべき注意を払ったかどうかで測られる。ここが重要で、準委任の受任者が問われるのは「結果」ではなく「注意の水準」です。

裏を返すと、善管注意義務は抽象的なので、そのままでは何を約束したのか外から見えません。だから受託する側は、注意の水準を手順に翻訳して見せる必要があります。当社の場合、日本人PMによる設計レビュー、Gitのプルリクエストによるコードレビューの標準化、リリース前のダブルチェックという3つの手順を全案件で回しています。これは品質管理の仕組みであると同時に、善管注意義務を目に見える形にしたものだと考えています。

報告義務——「請求があればいつでも」が原則(645条)

645条は「受任者は、委任者の請求があるときは、いつでも委任事務の処理の状況を報告し、委任が終了した後は、遅滞なくその経過及び結果を報告しなければならない」と定めています。

条文は2つの場面を分けています。契約の途中では「請求があればいつでも」、終了後は「遅滞なく経過と結果を」。つまり途中の報告は、原則として委任者から求められたときに応じる形です。定期報告の義務までは条文からは出てきません。

ここが実務で効きます。月次や週次の報告がほしいなら、契約書に書く必要がある。書かなければ、受託側は求められたときに答えれば足りることになります。逆にいえば、報告の頻度と粒度を契約書に書いておくことは、受託側にとっても「どこまでやれば義務を果たしたか」が明確になるので、双方に利益があります。

当社は週次で進捗と優先順位を共有する運用を標準にしています。介護記録SaaSのCareViewer様では、週次で開発の優先順位そのものを決め直す進め方をとっています。これは条文が求める最低限を超えた運用ですが、準委任で作りながら決めていく案件では、報告の頻度が低いと軌道修正のタイミングを逃すのが実情です。

受け取ったものは返す——受取物の引渡しと権利の移転(646条)

646条は2項構成です。1項で「委任事務を処理するに当たって受け取った金銭その他の物を委任者に引き渡さなければならない。その収取した果実についても、同様とする」、2項で「委任者のために自己の名で取得した権利を委任者に移転しなければならない」と定めています。

開発の委託でいえば、預かった本番データやアカウント、業務で取得したドメインやライセンスがこれに当たります。契約が終わったら返す、名義が受託側になっているものは移す。当社では契約終了時に、リポジトリの引き渡し、クラウドアカウントの権限返却、発行した認証情報の失効までを手順化しています。

なお、成果物であるソースコードの著作権は、この条文だけで自動的に発注者に移るわけではありません。著作権法の話であり、契約書の知的財産権条項で定めるのが実務です。ここを646条で読み込もうとすると危険です。

開発の現場でこの3つがどう現れるか——当社のラボ型の場合

当社が提供しているラボ型開発は、準委任契約による受託です。つまりこの3条の下で日々動いています。644条は品質管理の手順として、645条は週次の進捗共有として、646条は終了時の返却手順として運用に落ちている。条文を読んでから運用を作ったわけではありませんが、結果として条文が要求する形に収れんしました。

完成責任がないことは、何も約束していないことではありません。準委任の受任者は、結果ではなく処理の質を約束しています。発注する側がこの章で確認すべきなのは、相手が善管注意義務をどんな手順に翻訳しているかです。手順を説明できない相手は、注意の水準を自分でも把握していない可能性があります。

報酬はいつ発生するのか——履行に払うのか、成果に払うのか(648条・648条の2)

委託契約でもっとも揉めるのが報酬です。「月の途中で止めたら全額なのか日割りなのか」「成果物が出なかったら払わなくてよいのか」。この章で扱う648条から650条までを読むと、その答えが契約書のどこに書かれているべきかが分かります。結論から書くと、報酬は契約書に書かなければ発生しません。

原則は「特約がなければ無償」(648条1項)——契約書に必ず書く

648条1項は「受任者は、特約がなければ、委任者に対して報酬を請求することができない」と定めています。民法の委任は、無償が原則です。

意外に思われるかもしれませんが、これは委任という制度が、もともと信頼関係に基づいて他人の事務を引き受ける行為を想定してきたことの名残です。実務では報酬を定めない委託契約はまず存在しませんが、初期設定が無償である以上、報酬の額と支払時期は契約書に書かないと請求できないという点は押さえておく必要があります。

もう一つ、648条2項は「報酬を受けるべき場合には、委任事務を履行した後でなければ、これを請求することができない」としています。つまり後払いが初期設定です。ただし同項ただし書で、期間によって報酬を定めたときは624条2項が準用され、期間ごとの後払いになります。月額の委託契約が「当月末締め翌月払い」になっているのは、この初期設定に沿った形です。

履行割合型と成果完成型——2020年の改正民法で選択肢が明文化された

2020年4月に施行された改正民法で、委任の報酬に2つの型があることが条文上はっきりしました。

648条3項は「次に掲げる場合には、既にした履行の割合に応じて報酬を請求することができる」として、委任者の責めに帰することができない事由で履行できなくなったとき、および委任が履行の中途で終了したときを挙げています。これが履行割合型です。事務を処理したこと自体に報酬が発生します。

一方、新設された648条の2は「委任事務の履行により得られる成果に対して報酬を支払うことを約した場合において、その成果が引渡しを要するときは、報酬は、その成果の引渡しと同時に、支払わなければならない」と定めています。これが成果完成型です。同条2項では634条が準用され、成果が完成しなくても、既にした処理によって委任者が利益を受けるときは、その割合に応じた報酬を請求できます。

2つの型の違いを整理します。

ここで注意が必要なのは、成果完成型の準委任は請負ではないという点です。成果の引渡しが報酬の条件になるだけで、受任者が負っているのは善管注意義務のままです。仕事を完成させる義務そのものを負うのが請負であり、この区別は『準委任と請負の違い』の記事で詳しく扱っています。

中途で終わっても、既にした履行の割合で請求できる(648条3項)

実務でもっとも役に立つのが648条3項です。月額で委託していた案件が、組織再編や予算の都合で月の半ばに止まった。契約書に精算の定めがない。このとき「完成していないのだから払わない」という主張は、委任・準委任では通りません。

条文が挙げているのは2つの場合です。ひとつは、委任者の責めに帰することができない事由で履行ができなくなったとき。もうひとつは、委任が履行の中途で終了したとき。中途終了は理由を問いません。どちらも、既にした履行の割合に応じて報酬を請求できます。

では「割合」はどう決めるのか。条文は算定方法まで定めていません。ここが揉める場所です。だからこそ、契約書に精算方法——たとえば稼働日数による日割り、投入工数の実績、月額の何分の一といった基準——を書いておくことが効きます。当社のラボ型では最小構成が日本人PMフロント+2〜3人月で月額約80万円からという体制ですので、月の途中で構成が変わる場合の扱いは契約段階で決めるようにしています。

費用は前払も償還も請求できる(649条・650条)

報酬とは別に、費用の条文があります。649条は「委任事務を処理するについて費用を要するときは、委任者は、受任者の請求により、その前払をしなければならない」と定め、650条1項は支出した費用とその利息の償還請求を、2項は負担した債務の代弁済請求を、3項は自己に過失なく受けた損害の賠償請求を認めています。

開発の委託でいえば、クラウドの利用料、有償ライブラリのライセンス、検証端末の購入費などが典型です。誰がどこまで負担するのかを契約書に書かないと、初期設定として委託者側が負担することになります。海外の開発会社に委託する場合は、通貨と為替の扱いもここに含めて決めておくと後が楽です。

報酬について覚えておきたいのは一点だけです。途中で終わってもゼロにはならない。 ただし割合の決め方は条文にないので、契約書で先に決めておく。それだけで、終わり方の交渉はまったく違うものになります。

いつでも解除できる契約——651条の任意解除権と、復委任(644条の2)・終了事由(653条)

委任・準委任のもっとも特徴的な条文が651条です。各当事者が、理由を問わず、いつでも解除できる。請負や売買にはない強い規定で、委託契約の性格を決定づけています。ただし「いつでも解除できる」ことと「解除しても何の負担もない」ことは別です。この章では、終わり方にまつわる3つの条文を見ます。

651条1項——各当事者が、理由を問わず、いつでも解除できる

651条1項は「委任は、各当事者がいつでもその解除をすることができる」とだけ定めています。条件はありません。相手の債務不履行も、正当な理由も要求していない。委託者からも受託者からも、一方的に解除できます。

なぜこれほど強いのか。委任は当事者間の信頼を土台にした契約だからだと説明されるのが一般的です。信頼が失われた状態で事務の処理を続けさせても、双方にとって意味がない。だから離脱の自由を広く認めている、という理屈です。

実務では、この条文の存在が驚かれることがあります。「契約期間を1年と書いてあるのだから、1年は続くはずだ」という前提で読んでいると、そうではないと知って慌てる。期間の定めがあっても、651条の解除は原則として可能です。ここは請負における注文者の解除権(641条)と性質が違うので、『請負契約とは』の記事とあわせて読むと輪郭がはっきりします。

「相手方に不利な時期」の解除には賠償の問題が残る(651条2項)

651条2項は、解除した者が相手方の損害を賠償しなければならない場合を2つ挙げています。ひとつは「相手方に不利な時期に委任を解除したとき」。もうひとつは「委任者が受任者の利益(専ら報酬を得ることによるものを除く)をも目的とする委任を解除したとき」です。ただし、やむを得ない事由があったときは賠償の必要がないとされています。

ここで注意したいのは、2つ目の括弧書きです。「専ら報酬を得ることによるものを除く」とあるので、受任者にとって報酬が得られなくなるというだけでは、この類型には当たりません。単に収入が途切れるという理由で賠償が発生するわけではない、ということです。

実務で問題になるのは、ほぼ1つ目の「不利な時期」のほうです。開発でいえば、リリース直前に体制を引き上げる、あるいは人員を確保してもらった直後に契約を止める、といった場面が該当しうる。何が不利な時期かは個別判断になりますが、争いを避ける方法ははっきりしています。契約書に解除の予告期間を書くことです。

当社のラボ型では、増員はおよそ1週間、縮小や交代(リプレイスメント)は1か月単位という運用にしています。これは採用と体制の都合でもありますが、同時に、予告期間を決めておくことが651条2項をめぐる争いを未然に防ぐからでもあります。予告期間を守って解除すれば、「不利な時期」という議論はほとんど起きません。

なお、解除の効力については652条が620条を準用しており、委任の解除は将来に向かってのみ効力を生じます。さかのぼって契約をなかったことにするものではありません。

復委任(再委託)には許諾かやむを得ない事由が要る(644条の2)

2020年施行の改正民法で新設されたのが644条の2です。1項は「受任者は、委任者の許諾を得たとき、又はやむを得ない事由があるときでなければ、復受任者を選任することができない」と定めています。復受任者とは、受任者からさらに任される者、つまり再委託先です。

つまり再委託は初期設定で禁止です。契約書に何も書かなければ、受託側は委託者の許諾なしに外部へ回せません。オフショア開発では、日本の元請けがベトナムの会社へ、さらに別の会社へ、と流れる多重下請けの構造が問題になることがありますが、民法の初期設定はこれを許していないわけです。

ただし実務では、包括的な事前承諾や、書面での個別承諾など、いくつかの承諾方式が使われます。どの方式を選ぶかは案件によって変わるので、詳しくは『業務委託契約の再委託』の記事に譲ります。発注する側が本記事で押さえるべきなのは、契約書に再委託の条項がないなら、それは「許諾なしには再委託できない」という意味になるという点です。

当社は2,000名以上のIT人財データベースから直接アサインしており、協力会社や紹介を経由しません。再委託の議論が起きにくい体制ですが、それでも契約書には再委託の可否を明記するようにしています。

死亡・破産で終わる——653条の終了事由と、実務での予告期間

653条は、委任が終了する事由として、委任者または受任者の死亡、委任者または受任者が破産手続開始の決定を受けたこと、受任者が後見開始の審判を受けたことの3つを挙げています。

法人同士の委託契約では死亡や後見はあまり関係しませんが、個人に委託する場合には現実的な論点です。フリーランスの方に業務を委託していて、その方に何かあれば契約は終了する。だからこそ、継続的な業務を個人に委託するときは、引き継ぎの手順を先に決めておく必要があります。

覚えておきたいのは、この一点です。「いつでも解除できる」と「無条件で解除できる」は違う。 解除の自由は条文が与えていますが、時期によっては金銭の問題が残ります。契約書に予告期間と精算方法を書いておけば、その問題はほとんど消えます。

開発を委託契約で任せるとき——確認する4箇所と、向く案件・向かない案件

ここまで見てきた条文を、発注の実務に落とします。委任の節の規定はそのほとんどが初期設定なので、契約書を読むときの作業は「初期設定のままでよいか」を4箇所について判断することに尽きます。私は2018年からホーチミンを拠点に、約100社の開発体制づくりをお手伝いしてきましたが、契約でつまずく案件はこの4箇所のどれかが空白になっています。

契約書で確認する4箇所——報酬の型、中途終了の精算、解除の予告期間、再委託

この4箇所に加えて、成果物の知的財産権の帰属と秘密保持は、民法の委任の節に定めがないので契約書で必ず決める必要があります。とくに著作権は、646条の引渡し義務では移転しません。

委託(準委任)が向く案件・向かない案件

正直に書きます。委託契約、つまり準委任がすべての案件に向くわけではありません。

向く案件は、優先順位が期中に動くもの、仕様を作りながら決めていくもの、運用と改善が続くもの、そして一定の開発体制を継続的に確保したいものです。要件が完全に固まっていない段階から着手でき、月ごとに作るものを決め直せます。

向かない案件は、成果物と納期が確定していて変更の見込みが小さいもの、社内の稟議で総額を先に固定する必要があるもの、一度きりで終わる小規模な制作です。こうした案件では、完成責任を負う請負のほうが発注者にとって分かりやすい。当社はラボ型(準委任)を提供する立場ですが、合わない案件にはその旨を率直にお伝えしています。

判断の目安は一つです。発注の時点で「完成」を文書で定義できるか。 定義できるなら請負を検討したほうがよく、定義できないまま請負を選ぶと、変更のたびに変更契約が必要になり、手続きが実態に追いつかなくなるのが実情です。

当社の位置づけ——ラボ型は準委任の受任者。日本国内法人・日本法準拠

当社TALENTBASE VIETNAMが提供しているラボ型開発は、準委任契約による受託です。月額で一定の開発体制を確保し、その体制が委任事務を処理することに対して報酬をいただきます。契約と支払いは日本国内法人・日本法準拠で行うため、海外送金は不要です。準拠法が日本法であれば、本記事で見てきた民法の条文がそのまま適用されます。

体制は1名から組め、最短2週間で開始できます。増員はおよそ1週間、縮小や交代は1か月単位です。この1か月という単位が、そのまま解除の予告期間として機能しています。

手元の契約書を開いて、上の表の4箇所に印をつけてみてください。空白があれば、そこが将来揉める場所です。なお本記事は法的助言ではありませんので、個別の条項の当否は弁護士にご確認ください。

委託契約に関するよくある質問

条文の話から少し離れて、検索の周辺で繰り返し出てくる疑問に短く答えます。いずれも実務でよく受けるもので、本文に入れると流れが切れるためここにまとめました。ここでも法的助言ではない点は同じで、個別の判断は専門家にご確認ください。

Q1. 委託契約書に収入印紙は必要ですか?

委任・準委任にあたる契約書は、印紙税法別表第一の課税物件に掲げられていないため、原則として印紙税の課税文書ではありません。ただし、営業者間で売買・請負などの複数の取引を継続して行うための基本契約書に当たる場合は第7号文書として1通につき4,000円の印紙が必要です。国税庁のタックスアンサーNo.7104によれば、契約期間が3か月以内であり、かつ更新の定めのないものは除かれます(確認日2026-09-21)。一方、中身が請負であれば第2号文書として契約金額に応じた印紙が必要です。表題ではなく中身で判断される点は、ここでも同じです。

Q2. 自社の契約は「委任」と「準委任」のどちらと呼べばよいですか?

任せている事務が法律行為なら委任、それ以外なら準委任です。システム開発、保守、運用、コンサルティングはいずれも法律行為ではないので準委任にあたります。ただし656条によって委任の規定が準用されるため、適用される条文は同じです。契約書の表題を「準委任契約書」にする必要もありません。実務では「業務委託契約書」のまま、契約類型を明記する条項を1つ置く形がよく使われます。

Q3. 準委任なら、成果物を求めてはいけないのですか?

そんなことはありません。648条の2の成果完成型であれば、成果の引渡しを報酬の条件にできます。また履行割合型であっても、設計書やソースコードといった作業の産物を納めてもらう取り決めは有効です。請負と違うのは、受任者が「完成させる義務」を負うかどうかであって、成果物のやり取りがあるかどうかではありません。

Q4. 月額の委託契約を途中で止めたい場合、何日前に伝えればよいですか?

民法には予告期間の定めがなく、651条1項は「いつでも」解除できるとしています。つまり条文上の期限はありません。ただし相手方に不利な時期の解除では損害賠償の問題が残る(651条2項)ため、契約書で予告期間を決めておくのが実務です。開発の委託では1か月前の書面通知とする例が多く、当社も縮小や交代は1か月単位で運用しています。

Q5. 御社に開発を委託する場合、契約はどうなりますか?

準委任契約による月額のラボ型で、日本国内法人・日本法準拠の契約です。海外送金は不要で、体制は1名から、最短2週間での開始。増員は約1週間、縮小や交代は1か月単位。報酬は履行割合型で、月ごとの精算。

まとめ: 委託契約の正体は委任・準委任——確認するのは報酬の型・中途終了の精算・解除の予告期間・再委託の4箇所

民法に「委託契約」という契約類型はありません。表題が業務委託契約書でも開発委託契約書でも、その中身は委任(643条)か準委任(656条)、あるいは請負(632条)として扱われます。開発や保守のように仕事の完成そのものを目的としない委託は、ほとんどが準委任です。ここを特定できれば、あとは委任の節の条文が答えを持っています。受任者は善良な管理者の注意をもって事務を処理し(644条)、請求があればいつでも状況を報告し(645条)、受け取った金銭や物を引き渡す(646条)。完成責任がないことは、何も約束していないことではありません。

報酬は特約がなければ請求できないのが初期設定で(648条1項)、2020年4月施行の改正民法により、履行割合型(648条3項)と成果完成型(648条の2)のどちらで組むかを契約書で決める形になりました。途中で終わっても、既にした履行の割合に応じた請求が認められます。ただし割合の算定方法は条文にないので、精算基準は先に書いておく必要があります。終わり方については、各当事者が理由を問わずいつでも解除できる一方(651条1項)、相手方に不利な時期の解除では損害賠償の問題が残ります(同2項)。再委託は、委託者の許諾かやむを得ない事由がなければできません(644条の2)。

本記事を通して使っていただきたい読み方は一つです。民法の規定は、契約書に書かなかった場合の初期設定である。 だから契約書を読む作業は、初期設定のままでよいかを4箇所——報酬の型、中途終了時の精算、解除の予告期間、再委託の可否——について判断することに尽きます。手元の契約書を開いて、この4箇所に印をつけてみてください。空白があれば、そこが将来揉める場所です。契約類型そのものの全体像は業務委託契約とは、請負との使い分けは準委任と請負の違いもあわせてご覧ください。なお、この記事は法的助言ではありません。個別の判断は弁護士にご確認ください。当社が提供しているのはラボ型開発、すなわち準委任の受任者としての開発体制です。日本国内法人・日本法準拠の契約で海外送金は不要、1名から最短2週間で開始でき、最小構成は日本人PMフロント+2〜3人月で月額約80万円からです。現在の体制と要件をお聞かせいただければ、契約形態の考え方を含めて概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。