エンジニアが知っておくべき「準委任契約」の本質——成果責任がない分、何が求められるのか

「準委任契約」を正しく理解していますか？エンジニアが知るべき契約の中身

フリーランスとして独立する、あるいは転職先で初めてSESや業務委託の話が出てくる。そういったタイミングで必ず登場するのが「準委任契約」という言葉です。「なんとなく聞いたことはある」という方は多いのですが、実際に契約書を目の前にしたとき、中身を正確に読み解けるエンジニアはそれほど多くありません。

準委任契約を理解することは、自分の働き方・報酬・責任範囲を守ることに直結します。この記事では、エンジニアが実務で押さえておくべき準委任契約の本質を、具体的なシナリオを交えながら解説します。

準委任契約とは何か

民法上、業務委託契約には大きく「請負契約」と「委任契約（準委任契約）」の2種類があります。このうち準委任契約は、民法第656条に規定された契約形態で、「法律行為以外の事務処理」を委託するものです。法律行為（契約締結など）の委託が「委任」、それ以外の業務委託が「準委任」と区別されます。

エンジニアが関わる業務委託のほとんどは、この準委任契約に該当します。

3種類の契約形態を整理すると、以下の通りです。

最も重要なポイントは、準委任契約には成果物の完成責任がないということです。請負なら「動くシステムを納品する義務」がありますが、準委任は「誠実に業務に取り組む義務（善管注意義務）」が中心です。つまり、プロジェクトが途中で中止になっても、稼働した時間分の報酬を請求できるのが原則です。

「善管注意義務」とは何か、具体的に考える

善管注意義務（善良な管理者の注意義務）とは、その職業・専門性を持つ人間として一般的に期待される注意を払う義務のことです。エンジニアの場合、「プロのエンジニアとして通常期待される品質・判断で業務を遂行すること」がこれに当たります。

たとえば、以下のような状況が善管注意義務の観点で問われることがあります。

• セキュリティ上の問題を認識していたにもかかわらず、クライアントに報告せず作業を続けた
• 明らかに無理なスケジュールであることを把握していたが、何も指摘せずに着手した
• 本来必要な設計レビューを省略し、後工程で重大なバグが発生した

「言われた通りにやっただけ」という言い訳は、専門家としての契約関係では通用しない場面があることを、エンジニアとして認識しておく必要があります。

準委任契約の「履行割合型」と「成果完成型」

2020年の民法改正により、準委任契約は2つの類型に整理されました。

履行割合型

作業した時間・工数に応じて報酬が発生するタイプです。月単位・時間単位で報酬が決まるSES契約のほとんどはこれに該当します。プロジェクトが途中でキャンセルになった場合でも、実際に稼働した分の報酬を受け取る権利があります。

フリーランスエンジニアが月額単価で受ける案件の多くがこの形態です。月に160時間稼働すれば満額、それ以上・以下は精算する「上下割」の精算ルールもこの類型の応用です。

成果完成型

一定の成果（仕様書の作成、設計ドキュメントの納品など）を完成させることで報酬が発生するタイプです。請負に似ていますが、成果物に瑕疵があっても修補義務（無償でやり直す義務）は発生しない点が異なります。

この区別は契約書の文面に明記されていないことも多いため、受注前に「報酬の発生条件がどちらの型か」を確認することが非常に重要です。

エンジニアが契約前に確認すべき5つのポイント

実際に準委任契約を締結する際、見落としがちなポイントを以下にまとめます。

報酬の精算方式

「月額固定」なのか「時間精算（上下割あり）」なのかを明確にします。上下割の場合、何時間を基準として、オーバー・アンダーがどう計算されるかを必ず確認してください。たとえば「140〜180時間の範囲は固定、超過分は時間単価で加算」といった形式が一般的です。

指揮命令関係の明記

準委任契約では、クライアントが直接業務指示を出すことは「偽装請負」になり得ます。契約書上、指揮命令権がどこにあるかを確認し、実態と乖離していないかをチェックすることが重要です。

秘密保持義務（NDA）の範囲

業務上知り得た情報の扱いについて、どこまでが秘密保持の対象かを把握しておきます。特に複数クライアントの案件を掛け持ちするフリーランスは、情報の取り扱いに慎重になる必要があります。

契約解除・途中終了の条件

準委任契約は民法上、当事者のどちらからでも原則としていつでも解除できます（民法第651条）。ただし、相手方に不利な時期に解除した場合は損害賠償が発生し得るため、契約書に「何日前の通知が必要か」「違約金はあるか」を確認しましょう。

成果物の著作権・知的財産の帰属

準委任で作成したコードやドキュメントの著作権は、契約書で明示されていない限りデフォルトでは作成者（受託者側）に帰属する可能性があります。クライアントが著作権を持つ前提で話が進んでいる場合、「著作権譲渡」の条項が契約書に必要になります。この点を曖昧にしたまま進めると、後でトラブルになるケースがあります。

よくある誤解：準委任だから何でも許されるわけではない

「準委任は成果物責任がないから、品質が悪くても問題ない」という誤解は非常に危険です。善管注意義務を怠った場合、損害賠償請求の対象になり得ます。また、故意や重大な過失があった場合は、契約類型にかかわらず法的責任を問われます。

「成果物を完成させる義務はないが、プロとして誠実に仕事をする義務はある」という理解が正確です。

また、「準委任なのにやり直しを求められた」というトラブルも現場では起こります。クライアントが準委任と請負の違いを正確に理解しておらず、「直してもらって当然」という感覚で接してくることがあります。このような場合は、契約形態と報酬の発生条件を改めて丁寧に説明し、追加作業が発生するなら別途見積もりが必要であることを伝えましょう。

まとめ：契約を理解することがプロの第一歩

準委任契約は、エンジニアが業務委託・フリーランス・SESといった働き方をするうえで、切っても切り離せない存在です。「よくわからないまま判を押す」という状態は、自分の権利と報酬を守れないリスクに直結します。

契約書を読む力は、コードを書く力と同じくらい、プロのエンジニアに必要なスキルです。今一度、自分の手元にある契約書を取り出して、今回解説した観点から読み直してみてください。そこから、新たな気づきが得られるはずです。