業務委託契約を作るとき、「請負」と「準委任」のどちらにすればよいか迷うことがあります。データ入力やアノテーションのように成果物がある仕事は、すべて請負になるようにも見えます。
しかし、成果物が存在することと、その完成を契約上約束することは同じではありません。調査、研究支援、参加者募集など、作業を適切に進めても、最初に想定した結果が得られるとは限らない業務もあります。
本記事では、請負と準委任の基本的な違いを、データ作成・BPOの具体的な工程に当てはめて整理します。
本記事は一般的な情報を整理したものです。実際の契約類型は、契約書の名称だけでなく、業務内容と運用実態を踏まえて個別に判断する必要があります。
請負は仕事の完成を目的とする
請負では、受託者が仕事を完成させ、発注者がその結果に対して報酬を支払います。完成したWebサイト、指定形式に整えたデータ、条件を満たす成果物などが典型です。
そのため、何をもって完成とするかが重要になります。納品件数、ファイル形式、必須項目、許容エラー、検収期間、不適合が見つかった場合の修正方法などを、発注前に決めておく必要があります。
準委任は業務を適切に遂行することを目的とする
準委任では、一定の業務を善良な管理者として適切に遂行することが中心になります。希望した成果が必ず得られることまで約束するとは限りません。
たとえば、特定条件の研究参加者を募集しても、応募者が必要人数へ達しないことがあります。公開情報を調査しても、条件に合う情報が存在しない場合があります。このような不確実性のある業務では、実施した工程、稼働時間、対応内容などを報酬の対象にする設計が考えられます。
成果物があっても準委任になる場合がある
準委任でも、業務報告書、調査結果、作業ログなどが提出されることがあります。反対に、請負でも工程ごとに報告や相談を行います。
判断の中心は、文書やデータが納品されるかではなく、受託者が何を約束し、どの状態に対して報酬が支払われるかです。
| 観点 | 請負 | 準委任 |
|---|---|---|
| 契約の中心 | 仕事の完成 | 業務の適切な遂行 |
| 報酬 | 完成した結果に対して支払う | 業務遂行や稼働に対して支払う |
| 検収 | 完成条件への適合を確認する | 業務の実施内容を確認する |
| 不確実な結果 | 完成条件を定めにくい場合がある | 調査・募集・運用などと相性がよい |
データ作成では工程ごとに性質が異なる
一つの案件に、請負的な工程と準委任的な工程が混在することもあります。
- 指定された1万件を入力して納品する:請負として設計しやすい
- 収集可能性を調査し、募集方法を検討する:準委任として設計しやすい
- 研究参加者を募集し、応募者へ対応する:結果を保証しにくい
- 収集済みデータを指定形式へ変換する:完成条件を定めやすい
- 仕様が未確定の状態で試作と改善を繰り返す:準委任的な進行が合いやすい
契約全体を無理に一つへ寄せず、試行・運用支援と、本番の成果物制作を分けて契約する方法もあります。
契約形態より先に責任範囲を明確にする
「請負契約書」「準委任契約書」という表題だけを決めても、実務上の問題は解決しません。次の事項を具体的にします。
- 受託者が実施する作業
- 完成を約束する範囲
- 発注者が提供する情報や判断
- 検収基準と確認期限
- 仕様変更時の追加費用
- 想定数を集められなかった場合の扱い
- 途中終了時の成果物と精算方法
仕事内容に合った契約と運用を選ぶ
完成条件を明確にできる業務は請負、不確実性を含む調査・募集・運用支援は準委任が合いやすい傾向があります。ただし、実際の判断は契約名ではなく、約束する内容と運用実態によります。
データ作成やBPOでは、仕様が固まる前の試行と、本番制作を分けるだけでも責任範囲が明確になります。外注先を決める前に、何を完成とし、何を業務遂行として依頼するのかを整理することが重要です。
BUSINESS PROCESS & BPO SUPPORT
業務の切り分けと進め方からご相談いただけます
株式会社イングクラウドでは、依頼内容、成果物、判断が必要な工程を確認し、人が担当する業務の仕様と運用方法を整理します。
