---
title: "業務委託契約書の書き方：請負・準委任の書き分けと必須条項、印紙税と取適法の確認点"
url: "https://www.issoh.co.jp/column/details/19222/"
published: 2026-11-03
updated: 2026-11-03
categories: ["Webシステム"]
publisher: "株式会社一創"
---

# 業務委託契約書の書き方：請負・準委任の書き分けと必須条項、印紙税と取適法の確認点

業務委託契約書は、民法上の「請負」か「準委任」かを先に決めないと、検収・解除・印紙税の扱いがすべて曖昧になります。この記事では、システム開発や業務の外注で発注側が契約書を作る場面を想定し、3つの契約の型の選び方、必ず入れる条項と書き分け方、業務委託契約書に貼る収入印紙の金額、フリーランス法と取適法が求める明示事項を順に整理しました。雛形をそのまま使ってよい場面と、書き換えが必要な場面の判断も示します。

## まとめ：業務委託契約書を作る前に決める契約の型・必須条項・印紙と法定明示

最初に決めるのは契約の型です。成果物の完成に対して報酬を払うなら請負、作業の遂行に対して払うなら準委任になり、成果物の引渡しに報酬を連動させたい準委任は「成果完成型」として書きます。表題が「業務委託契約書」でも、効果は中身の型で決まります。

条項は、業務内容と成果物の特定、報酬と支払期日、検収と契約不適合責任、著作権の帰属、再委託と秘密保持、契約期間と解除の順に固めます。システム開発では、著作権の譲渡に著作権法27条・28条の権利を明記するかどうかと、検収の期限を書くかどうかで、納品後のトラブルの大半が決まります。

紙で作る請負の契約書は印紙税の第2号文書で、契約金額100万円以下なら200円です。継続取引の基本契約書は第7号文書で一律4,000円かかります。電子契約で締結すれば印紙は不要です。

個人や従業員のいない法人に発注するならフリーランス法3条、プログラム作成を資本金・従業員数で下回る相手に委託するなら取適法4条の明示義務がかかります。要件が固まっていない開発を一括請負で結ぶのは避け、要件定義を準委任、開発を請負に分ける多段階契約を選ぶのが発注側の安全策です。

## 業務委託契約書の法的な位置づけと請負・準委任・成果完成型準委任の違い

「業務委託契約」という名前の契約類型は民法にありません。契約書に書かれた業務の性質によって、請負か準委任のどちらかの規定が当てはまります。

### 民法に業務委託契約の規定は無く請負632条と準委任656条で効果が決まる仕組み

[民法](https://laws.e-gov.go.jp/law/129AC0000000089)632条の請負は、仕事の完成を約束し、その結果に報酬を払う契約です。656条の準委任は、法律行為ではない事務の処理を任せる契約で、643条以下の委任の規定が準用されます。システム開発でいえば、検収基準を満たすプログラムの納品は請負、要件定義の支援や保守運用の作業は準委任に寄ります。

型が違うと、受注者が負う責任の中身が変わります。請負の受注者は完成義務と契約不適合責任を負い、準委任の受注者は善管注意義務を負うだけで完成までは約束しません。用語としての違いや、委任・受託との関係は[委託・委任・請負・受託の違いを整理した記事](https://www.issoh.co.jp/column/details/13189/)で詳しく扱っています。

### 2020年改正民法の成果完成型準委任（648条の2）と履行割合型の書き分け

2020年4月施行の改正民法で648条の2が新設され、準委任でも「成果に対して報酬を払う」形が明文化されました。成果の引渡しが必要なら、報酬は引渡しと同時に支払います。これを成果完成型、作業時間や期間に応じて払う従来の形を履行割合型と呼び分けます。

成果完成型は請負と似ていますが、受注者は成果の完成義務までは負いません。契約書では「本業務の報酬は、別紙に定める成果物の引渡しをもって支払う」と書いたうえで、完成義務を負わない旨を明示すると、請負との取り違えを防げます。準委任の条項設計は[準委任契約の使い分けを解説した記事](https://www.issoh.co.jp/column/details/13187/)にまとめています。

| 比較軸      | 請負                 | 準委任（履行割合型）   | 準委任（成果完成型）    |
| -------- | ------------------ | ------------ | ------------- |
| 根拠条文     | 民法632条             | 民法656条・648条  | 民法656条・648条の2 |
| 報酬の対象    | 仕事の完成              | 作業の遂行・期間     | 引き渡された成果      |
| 完成義務     | あり                 | なし           | なし            |
| 契約不適合責任  | あり（559条で562条以下を準用） | なし           | なし            |
| 発注者からの解除 | 完成前は損害賠償して解除（641条） | いつでも解除（651条） | いつでも解除（651条）  |
| 印紙税      | 第2号文書              | 原則として不課税     | 原則として不課税      |

表のとおり、契約不適合責任と印紙税は請負だけにかかります。準委任で契約しながら成果物の品質保証を求めたいなら、民法の規定に頼らず、保証の範囲と期間を個別の条項として書き込む必要があります。

### 契約書の表題より業務の実態で判断される理由と偽装請負・印紙税への波及

契約の性質は、表題ではなく条項と運用の実態で判定されます。「準委任」と書いていても成果物の完成を条件に報酬を払う条項があれば請負と扱われることがあり、その場合は印紙税の課税文書になります。

運用面のずれも危険です。請負や準委任で契約しながら、発注側の社員が受注者の技術者に日々の作業指示を出すと、労働者派遣と判断される偽装請負になり、発注者側にも罰則がかかります。指揮命令の線引きは[偽装請負の判断基準を条文から整理した記事](https://www.issoh.co.jp/column/details/18098/)で確認してください。

## 業務委託契約書に必ず書く条項と請負・準委任で変わる書き方の実務

条項は、紛争になったときに裁判所が読むものと考えて書きます。読み手が当事者だけなら省ける前提も、第三者には伝わりません。

### 業務内容と成果物の特定は別紙の仕様書で範囲外の作業まで書き切る方法

業務内容の条項は、本文に「別紙仕様書に定める業務」と書き、詳細は別紙に寄せます。別紙に明記する事項は、作業の範囲、成果物の一覧と形式、納入場所、そして「範囲外とする作業」です。範囲外の欄が空だと、追加の改修や移行作業を無償で求められたときに断る根拠がなくなります。

仕様の変更が起きたときの手続きも、契約書に記載する事項です。変更の申入れ方法、見積りと合意の方法、合意までの作業の扱いを定めれば、口頭の依頼で範囲が膨らむのを防げます。発注者がどこまで仕様を書くべきかは[仕様書・設計書・要件定義書の違いを解説した記事](https://www.issoh.co.jp/column/details/13200/)が参考になります。

### 報酬・支払期日・経費負担と受領日から60日以内に支払うルールの書き方

報酬は金額、税込か税抜か、支払期日、支払方法、振込手数料の負担者まで書きます。経費（交通費、クラウド利用料、ライセンス費）を報酬に含めるのか別に精算するのかも、条項で分けておきます。

支払期日には法律の上限があります。取適法3条とフリーランス法4条は、どちらも給付の受領日から起算して60日以内で、できる限り短い期間内に支払期日を定めるよう求めています。「月末締め翌々月末払い」は受領日によって60日を超えるため、対象の取引では使えません。

### 検収期限と契約不適合責任の通知期間を民法637条から請負契約に書く方法

請負では、納品から何日以内に検収結果を通知するか、期限内に通知がなければ合格とみなすか、を書きます。みなし合格の条項が無いと、発注側の確認が遅れるだけで支払いも止まり、受注者との関係がこじれます。

契約不適合責任の期間も、契約条項で決める事項です。民法637条は、注文者が不適合を知った時から1年以内に通知しなければ追完や損害賠償を求められないと定めています。起算点が「知った時」なので、契約で「検収完了後1年以内」などと区切らない限り、受注者の責任期間は長く残ります。旧来の瑕疵担保責任との違いは[契約不適合責任への改正をシステム開発契約で解説した記事](https://www.issoh.co.jp/column/details/13211/)にまとめました。

### 著作権の帰属は27条・28条の権利を特掲しないと受注者に残る著作権法61条2項

開発したプログラムの著作権を発注者に移すなら、「著作権（著作権法第27条及び第28条に規定する権利を含む）を譲渡する」と書きます。[著作権法](https://laws.e-gov.go.jp/law/345AC0000000048)61条2項は、譲渡契約でこの2つの権利が特掲されていなければ譲渡した者に留保されたと推定すると定めています。

27条は翻案権、28条は二次的著作物の利用に関する権利です。特掲を落とすと、納品されたシステムを別の会社に改修させる場面で、元の受注者の権利が残っていると主張される余地が生まれます。あわせて、受注者が従前から持つライブラリやOSSは譲渡の対象から外し、利用許諾にとどめる書き方が一般的です。

### 再委託・秘密保持・個人情報を扱う委託先の監督と個人情報保護法25条

再委託は「事前の書面承諾を条件に認める」とし、再委託先にも同じ義務を負わせる条項を入れます。再委託を全面禁止にすると、受注者が専門の協力会社を使えず、見積りが上がる場合があります。契約書の秘密保持条項とは別に、見積り・提案の段階で先に結ぶNDAの条項と開示範囲は[秘密保持契約（NDA）の条項の書き方と発注前に結ぶ判断基準](https://www.issoh.co.jp/column/details/19224/)で解説しています。

顧客データなど個人データの取扱いを委託するなら、[個人情報保護法](https://laws.e-gov.go.jp/law/415AC0000000057)25条により、発注者に課されるのは、委託先を監督する義務です。[個人情報保護委員会の通則編ガイドライン](https://www.ppc.go.jp/personalinfo/legal/guidelines%5Ftsusoku/)は、委託先の選定、委託契約の締結、取扱状況の把握の3つを監督の内容に挙げています。契約書には安全管理措置の内容、再委託の条件、報告と監査の権限、契約終了時のデータ返却・消去を書きます。

### 契約期間・自動更新・中途解約と損害賠償の上限を決めるときの判断基準

準委任の保守や運用は、期間と自動更新の条件を書きます。「期間満了の1か月前までに申し出がなければ同一条件で1年更新」のような書き方なら、更新を止めたい側がいつまでに動けばよいかが分かります。

中途解約は、民法の規定だけに任せると型によって結論が変わります。請負では発注者は完成前なら損害を賠償していつでも解除でき（641条）、準委任では各当事者がいつでも解除できます（651条）。予告期間と精算方法を条項で揃えておくのが安全です。損害賠償は、上限を「直近12か月に支払った報酬額」などで決め、故意・重過失の場合は上限を外す形が実務の標準です。

## 業務委託契約書に貼る収入印紙の判定：第2号・第7号文書と電子契約の扱い

印紙税がかかるかどうかは、契約書が印紙税法の課税文書に当たるかで決まります。業務委託契約書で問題になるのは、ほぼ第2号と第7号の2つです。号ごとの全体像は[印紙税法の課税文書と税額一覧を解説した記事](https://www.issoh.co.jp/column/details/11710/)で確認できます。

### 請負に当たる契約書は第2号文書で契約金額100万円以下なら200円の印紙

請負の性質を持つ業務委託契約書は、第2号文書「請負に関する契約書」です。[国税庁のタックスアンサーNo.7102](https://www.nta.go.jp/taxes/shiraberu/taxanswer/inshi/7102.htm)によると、税額は記載された契約金額で決まります。

| 記載された契約金額         | 印紙税額   |
| ----------------- | ------ |
| 1万円未満             | 非課税    |
| 1万円以上100万円以下      | 200円   |
| 100万円超200万円以下     | 400円   |
| 200万円超300万円以下     | 1,000円 |
| 300万円超500万円以下     | 2,000円 |
| 500万円超1,000万円以下   | 1万円    |
| 1,000万円超5,000万円以下 | 2万円    |
| 契約金額の記載なし         | 200円   |

システム開発の受託でよくある500万円超1,000万円以下の契約は1万円です。建設工事の請負契約書には令和9年3月31日までの軽減措置がありますが、システム開発や業務の委託には適用されません。

### 継続取引の基本契約書は第7号文書で4,000円となる条件と3か月以内の除外

個別の発注ごとに注文書を出し、共通の取引条件を「業務委託基本契約書」で定める形は、第7号文書「継続的取引の基本となる契約書」に当たることがあります。[国税庁のタックスアンサーNo.7104](https://www.nta.go.jp/taxes/shiraberu/taxanswer/inshi/7104.htm)によると税額は1通4,000円で、契約期間が3か月以内かつ更新の定めがないものは対象外です。

第2号と第7号の両方に当たる場合は、[印紙税法](https://laws.e-gov.go.jp/law/342AC0000000023)別表第一の通則3イで所属が決まります。契約金額の記載があれば第2号、記載がなければ第7号です。基本契約書に単価だけを書いて総額を書かない形は第7号の4,000円になりやすい、と覚えておくと判定が早くなります。

### 準委任だけの契約は原則として不課税、電子契約なら印紙が不要になる根拠

保守運用やコンサルティングのように準委任だけを定める契約書は、印紙税法の課税物件表に該当する号がないため、原則として印紙は不要です。ただし、成果物の完成を約束する条項が混ざると請負と判断され、第2号文書になります。

電子契約で締結した場合は、紙の文書を作成していないため印紙税はかかりません。契約書をPDFにしてメールで送り、双方が電子署名する運用なら、上の表の金額はすべて0円になります。理由と根拠の整理は[電子契約に印紙が不要な理由を解説した記事](https://www.issoh.co.jp/column/details/15322/)を参照してください。

## フリーランス法3条と取適法4条で業務委託契約書に足す法定の明示事項

契約書を作るかどうかは当事者の自由ですが、発注先の規模によっては取引条件を書面か電子メール等で示す義務がかかります。契約書がその役割を兼ねるなら、法定の事項を漏れなく入れておきます。

### 個人や従業員のいない法人へ発注するときのフリーランス法3条明示と30日ルール

2024年11月1日に施行された[フリーランス・事業者間取引適正化等法](https://laws.e-gov.go.jp/law/505AC0000000025)は、従業員を使用しない個人や、代表者1人だけの法人への業務委託に適用されます。3条は、発注した直後に、給付の内容、報酬の額、支払期日などを書面または電磁的方法で明示するよう求めています。この義務は発注者の規模を問いません。

公正取引委員会規則では、業務委託をした日、給付を受領する期日と場所、検査をする場合はその完了日も明示事項に含まれています。元請けから受けた仕事をフリーランスに再委託する場合は、再委託である旨と元委託の支払期日を示せば、支払期日を元委託の支払期日から30日以内に設定できます（4条3項）。

### プログラム作成の委託は資本金3億円・1,000万円と従業員300人で取適法を判定

下請法は2026年1月1日に改正され、「[製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律](https://laws.e-gov.go.jp/law/331AC0000000120)」（取適法）になりました。適用は取引の内容と当事者の規模の組み合わせで決まり、プログラムの作成委託は政令でプログラムが指定されているため、物品の製造委託と同じ区分で判定します。

- 資本金3億円超の発注者から、資本金3億円以下の法人または個人への委託
- 資本金1,000万円超3億円以下の発注者から、資本金1,000万円以下の法人または個人への委託
- 常時使用する従業員300人超の発注者から、300人以下の事業者への委託（改正で追加）

対象になると、4条により給付の内容、代金の額、支払期日と支払方法などを直ちに明示する義務がかかり、改正で手形による支払いも禁止されました。システム開発の委託で取適法がかかる場面と禁止行為の一覧は[下請法と取適法をシステム開発の委託で整理した記事](https://www.issoh.co.jp/column/details/13458/)に詳しく書いています。

## システム開発の業務委託契約書で発注者が選ぶ契約の組み方と見送るべき書き方

ここからは判断の話です。条項を揃えても、契約の組み方を誤ると、作業が進むほど発注者が不利になります。

### 要件が固まっていない開発を一括請負にせず多段階契約に分ける判断の条件

要件定義が終わっていない段階で、開発全体を固定金額の請負で結ぶのは見送ります。完成すべき仕事の中身が決まっていない請負は、範囲の解釈をめぐる争いの温床になり、受注者は不確実さを見積りに上乗せします。

[IPAの情報システム・モデル取引・契約書（第二版）](https://www.ipa.go.jp/digital/model/model20201222.html)は、基本契約の下に工程ごとの個別契約を結ぶ構成を採り、要件定義の支援は準委任、仕様が確定した後の開発は請負を想定した条項を用意しています。受託開発・保守運用版と、パッケージやSaaSを使う場合の追補版は2025年4月8日に更新されています。

結論として、要件定義書の承認前は準委任、承認後の設計・製造・テストは請負、稼働後の保守は準委任、と工程で型を切り替えるのが発注者にとって安全です。全工程を準委任にするのは、発注側に進捗とスコープを管理できる担当者がいる場合に限ります。

### ネットの雛形をそのまま使うのを見送るべき4つの場面と書き換える条項

汎用の雛形は、次の場面では書き換えずに使わないほうが安全です。いずれも雛形の既定値が発注者に不利に働きます。

1. プログラムや設計書を納品させる契約で、著作権の条項に27条・28条の特掲が無い
2. 個人データを預ける業務なのに、安全管理措置と監査権限の条項が無い
3. 請負なのに検収期限とみなし合格、契約不適合責任の期間が書かれていない
4. 発注先が個人や小規模事業者なのに、支払期日が受領日から60日を超えうる

優先順位は上から順です。1と2は後から合意し直すのが難しく、納品後や事故の後に気づいても取り返せません。3と4は運用で補える部分もありますが、相手が取適法やフリーランス法の対象なら行政の指導や勧告の対象になります。

### 締結後の更新期限・検収期限を台帳で管理する体制とシステム化に移る目安

契約書は締結した後のほうが管理の手間がかかります。自動更新の申し出期限、検収の通知期限、契約不適合責任の期間満了日は、どれも見落とすと発注者が権利を失う日付です。

契約が年間数十件までなら、表計算の台帳に期限日と担当者を入れて月次で確認すれば回ります。部署ごとに契約書を保管していて原本の所在が分からない、更新の申し出期限を過ぎてから気づいた、という事態が一度でも起きたら、期限通知と検索を備えた仕組みに移る時期です。製品選びの観点は[契約書管理システムの機能と選び方を解説した記事](https://www.issoh.co.jp/column/details/15208/)で整理しています。既存の基幹システムやワークフローと契約データをつなぎたい場合は、[文書管理システム開発](https://www.issoh.co.jp/service/business%5Fsystem/document-management/)として個別に作る方法もあります。

## 業務委託契約書の作成義務・作成者・収入印紙・雛形についてよくある質問

業務委託契約書の作成や印紙について、検索の多い質問に答えます。

### 業務委託契約書は必ず作成しなければいけませんか？

民法上、請負も準委任も口頭の合意で成立するため、契約書がなくても契約自体は有効です。ただし、発注先がフリーランス法の対象なら3条、取適法の対象なら4条により、取引条件を書面または電磁的方法で明示する義務があります。この義務は発注書やメールでも果たせますが、検収・著作権・損害賠償などは明示義務の範囲外なので、紛争を防ぐには契約書で定めておくほうが確実です。

### 業務委託契約書は発注者と受注者のどちらが作成しますか？

法律上の決まりはなく、どちらが作っても有効です。実務では、取引条件を揃えたい発注者が自社の雛形を出すことが多く、受注者がシステム開発会社の場合は受注者の雛形を使うこともあります。どちらの雛形でも、著作権の帰属、検収期限、損害賠償の上限は自社に不利になっていないかを必ず読み、修正を申し入れてから締結します。

### 業務委託契約書に貼る収入印紙はいくらですか？

契約の型によって変わります。請負に当たる契約書は第2号文書で、契約金額1万円以上100万円以下なら200円、500万円超1,000万円以下なら1万円、金額の記載がなければ200円です。継続取引の基本契約書で第7号文書に当たる場合は4,000円となります。準委任だけの契約書は原則として不課税で、電子契約で締結すればどの型でも印紙は不要です。

### 業務委託基本契約書と個別契約書はどう使い分けますか？

同じ相手に繰り返し発注するなら、再委託・秘密保持・著作権・損害賠償などの共通条件を基本契約書に置き、業務内容・金額・納期は発注ごとの個別契約書や注文書で定めます。システム開発では、工程ごとに個別契約で請負と準委任を切り替えられる点が利点です。基本契約書に単価の定めがあると印紙税の第7号文書に当たり、4,000円がかかる点には注意します。

### 業務委託契約書の雛形はどこで入手できますか？

システム開発なら、IPAと経済産業省が公開する「情報システム・モデル取引・契約書」が最も条項の揃った雛形です。受託開発・保守運用を扱う第二版と、パッケージやSaaSを使う場合の追補版、アジャイル開発版があります。いずれも2020年施行の改正民法に合わせてあるため、古い雛形にある「瑕疵担保責任」の文言が残っていないかを確かめる手間も省けます。

## 関連記事

- [委託とは？委任・請負・受託との違いと発注者が押さえる契約の選び方](https://www.issoh.co.jp/column/details/13189/)：契約形態の用語と選び方の基礎
- [準委任契約とは？請負・派遣との違いとシステム開発での使い分けを解説](https://www.issoh.co.jp/column/details/13187/)：準委任で契約するときの実務
- [瑕疵担保責任とは？契約不適合責任への改正とシステム開発契約での扱い](https://www.issoh.co.jp/column/details/13211/)：検収後の責任期間の決め方
- [偽装請負とは：4類型と37号告示の判断基準、SES・準委任で発注側が守る線引き](https://www.issoh.co.jp/column/details/18098/)：契約後の運用で守る指揮命令の線引き
- [下請法とは？システム開発の委託で押さえる4義務・11禁止行為と2026年改正（取適法）](https://www.issoh.co.jp/column/details/13458/)：取適法の義務と禁止行為の全体

---

出典: [業務委託契約書の書き方：請負・準委任の書き分けと必須条項、印紙税と取適法の確認点](<https://www.issoh.co.jp/column/details/19222/>)（株式会社一創）
