発注者と受注者では、同じ取引でも検収、支払、知財、個人情報、責任限定、解除の目的が反対になります。基本契約書を分けることで、リスク配分、法令遵守、証拠化、社内統制を整理できます。
発注者と受注者では、同じ取引でも検収、支払、知財、個人情報、責任限定、解除の目的が反対になります。
同じ基本契約書でも、発注者と受注者では守る利益と社内統制が変わります。
継続取引、業務委託、売買、製造委託、保守、開発、ライセンス、データ処理、専門サービスでは、同じ取引でも発注者と受注者で守る利益が大きく変わります。基本契約書を一種類だけで運用すると、検収、支払、契約不適合責任、知財、個人情報、解除、損害賠償の条項が中途半端になりやすくなります。
次の重要ポイントは、発注用と受注用を分ける判断の出発点を表します。読者にとって重要なのは、文書数ではなく、取引上の立場ごとに契約で守る対象が変わる点です。3つの要素から、契約書分離が法務、会計、内部統制をつなぐ基礎設計であることを読み取れます。
発注者は相手方の履行、品質、データ、知財、委託先管理を確保し、受注者は約束し過ぎ、無償追加、支払遅延、責任過大を防ぎます。共通条項だけでまとめると、どちらの立場でも不足が残ります。
発注者と受注者の違いは、単なる主語の違いではありません。次の比較一覧は、同じ条項がどちらの立場で何を守るかを示します。左右の列を見比べると、条項の目的が反対方向に動くため、甲乙の入替えだけでは実務に耐えにくいことが分かります。
| 論点 | 自社が発注者のとき | 自社が受注者のとき |
|---|---|---|
| 仕様 | 必要な品質、機能、納品範囲を確保します。 | 曖昧な仕様による追加作業を防ぎます。 |
| 検収 | 不具合を見つけ、修補、再納品、代金減額などを検討できる状態にします。 | 検収を早期に確定し、請求と売上計上を進めます。 |
| 支払 | 検収後払い、相殺、過払い防止を整えます。 | 支払遅延、任意控除、検収先延ばしを防ぎます。 |
| 契約不適合責任 | 追完、代金減額、損害賠償、解除の余地を確保します。 | 責任期間、範囲、救済方法、上限を明確にします。 |
| 知的財産 | 成果物の利用、改変、再委託先利用、将来改修を可能にします。 | 既存技術、汎用部品、ノウハウ、テンプレートを留保します。 |
| 個人情報・データ | 委託先監督、再委託管理、漏えい対応、監査を確保します。 | 過大な監査、曖昧な安全管理義務、無限定責任を避けます。 |
| 解除 | 不履行、信用不安、情報漏えい時に離脱し、代替調達を進めます。 | 一方的解除による未回収、在庫、人員確保リスクを調整します。 |
まず契約書の役割をそろえ、印紙税や個別契約との関係も確認します。
基本契約書、発注用、受注用、個別契約の意味をそろえると、社内でどの書式を使うべきかを判断しやすくなります。次の定義一覧は、契約書の役割と実務上の注意点を並べたものです。各行では、共通ルールと個別取引の役割分担を読み取ってください。
| 概念 | 意味 | 実務上のポイント |
|---|---|---|
| 基本契約書 | 継続的又は反復的な個別取引に共通して適用される基本条件です。 | 注文書、発注書、注文請書、仕様書、見積書、SOW、電子発注ログなどと組み合わせて運用します。 |
| 自社発注用 | 自社が商品、成果物、業務、役務、開発、加工、保守、データ処理などを相手方に依頼する立場の書式です。 | 納期、品質、検収、委託先監督、再委託、監査、解除、損害回復を重視します。 |
| 自社受注用 | 自社が顧客に商品、成果物、サービス、開発、保守、ライセンス、運用などを提供する立場の書式です。 | 仕様確定、追加作業の有償化、協力義務、みなし検収、支払、責任限定、既存知財の留保を重視します。 |
| 個別契約 | 基本契約書の下で、数量、単価、納期、仕様、成果物、検収条件、支払条件を具体化する契約です。 | 成立方法、優先順位、変更手続を基本契約書側で整備します。 |
税務上の扱いも、基本契約書を整理する理由になります。次の一覧は、印紙税と契約類型の関係を示します。金額や期間の記載だけでなく、継続取引性、請負性、更新条項をどのように読むかが重要である点を確認してください。
| 項目 | 整理すべき内容 | 数値・条件 |
|---|---|---|
| 第7号文書 | 営業者間で売買、運送、請負等の複数取引を継続的に行うため、共通する基本的取引条件の一定事項を定める契約書が問題になります。 | 該当する場合の税額は1通につき4,000円とされています。 |
| 短期契約の除外 | 契約期間が短い契約では、更新条項の有無が判定に影響します。 | 契約期間が3か月以内で更新の定めがないものは除外されます。 |
| 請負性 | 仕事の完成を目的とする契約では、第2号文書との関係も確認します。 | 建設工事だけでなく、警備、機械保守、清掃など無形的な結果を目的とするものも含まれ得ます。 |
契約内容、請負・準委任、取適法、個人情報、IT・AI取引の観点で分離の根拠を整理します。
契約不適合責任では、抽象的な通常品質だけでなく、契約で何を約束したかが重要になります。仕様書、見積書、提案書、発注書、検収基準、SLA、セキュリティ要件、成果物定義が曖昧だと、発注者は不適合を主張しにくく、受注者は責任範囲を予測しにくくなります。
請負、準委任、売買、ライセンス、データ処理では、発注側と受注側の関心が異なります。次の分類表は、契約類型ごとにどの利益が前面に出るかを示します。列ごとの差を見ると、同じ業務委託という名前でも完成義務、成果保証、責任上限の設計が変わることが読み取れます。
| 契約類型 | 発注側の主な関心 | 受注側の主な関心 |
|---|---|---|
| 売買 | 品質、数量、納期、検査、不適合対応 | 危険移転、支払、返品制限、保証範囲 |
| 請負 | 完成、検収、成果物の利用権、不適合責任 | 仕様確定、変更管理、検収確定、責任上限 |
| 準委任 | 業務水準、報告、善管注意義務、成果物利用 | 成果保証排除、稼働範囲、発注者協力 |
| 保守・運用 | SLA、障害対応、セキュリティ、再発防止 | 対象範囲、除外事由、サービス停止条件 |
| ライセンス | 利用範囲、第三者利用、監査、継続利用 | 権利留保、利用制限、禁止行為、監査費用 |
| データ処理 | 個人情報、再委託、監査、越境移転 | データ内容責任、過剰監査防止、費用負担 |
法令・ガイドラインは、発注者側に委託先管理や取引条件明示を求める一方、受注者側には過大責任や無償追加作業を避ける設計を必要にします。次の重要事項は、法令対応がどの書式に組み込まれるかを示します。発注用では管理義務、受注用では対応可能な義務範囲を読むことがポイントです。
発注者側では、支払期日、明示事項、減額、返品、買いたたき、手形払などを点検します。受注者側では、支払留保、無償追加、成果物利用後の値引きに備えます。
個人で働くフリーランスに業務委託を行う場合、取引条件の明示、給付受領日から原則60日以内の報酬支払、ハラスメント対策などが問題になります。
個人データを委託する発注者は、委託先選定、契約締結、取扱状況把握、再委託承認、監査、返還・消去を契約と運用に組み込みます。
情報システム、AI、データ取引では、成果利用、セキュリティ、SLA、データ品質、学習済みモデル、責任分界点を発注用・受注用で分けて設計します。
検収、支払、知財、個人情報、解除、損害賠償など、条項の目的が反対になる領域を整理します。
発注用と受注用を分ける理由は多岐にわたりますが、根本は「履行を確保したい立場」と「約束の範囲を限定したい立場」の違いです。次の一覧は、中核となる10の理由を整理したものです。各項目では、どの条項に差が出るかを読み取ると、ひな形分離の優先順位が見えてきます。
発注者は履行確保、受注者は約束し過ぎの防止を重視します。
発注者は不具合確認、受注者は早期確定と請求可能性を重視します。
発注者は過払い防止、受注者は支払遅延・控除防止を重視します。
発注者は救済手段の確保、受注者は期間・範囲・上限の限定を重視します。
発注者は成果利用、受注者は既存知財とノウハウの留保を重視します。
発注者は監督と監査、受注者は過大義務の回避を重視します。
発注者は柔軟な変更、受注者は未合意の無償追加防止を重視します。
発注者は重大損害の回復、受注者は通常直接損害と責任上限を重視します。
発注者は代替調達、受注者は出来高精算とキャンセル負担を重視します。
発注契約は購買統制、受注契約は売上・債権・採算管理に関係します。
検収条項は、発注者と受注者の差が最も現れやすい領域です。次の判断の流れは、納品後の確認から支払確定までの分岐を示します。上から順に読むと、検査期間、具体的な不適合通知、軽微な不具合、検査遅延の効果を契約で決める必要が分かります。
納品物、テスト結果、検査資料、マニュアルを受領します。
合意済み仕様、検査期間、不合格通知の方法を確認します。
修補、再納品、代替、再検査、費用負担を処理します。
みなし検収、請求、支払、売上計上の扱いを確認します。
主要条項を横断し、どの立場で何を標準案にするかを確認します。
条項別に見ると、発注用と受注用の違いはさらに明確になります。次の一覧は、主要条項ごとの設計差を横断的に整理したものです。左右の列を比較し、どちらの立場で標準案、許容修正案、要承認案を置くべきかを読み取ってください。
| 条項 | 発注用で重視する設計 | 受注用で重視する設計 |
|---|---|---|
| 契約構造・優先順位 | 仕様書、発注書、セキュリティ基準、品質基準を契約内容に取り込みます。 | 営業資料や提案資料が過度に契約内容化しないよう限定します。 |
| 個別契約成立 | 発注書、注文請書、電子調達ログの効果を明確にします。 | 未承諾注文による拘束を避け、見積有効期限と前提条件を置きます。 |
| 仕様・成果物 | 品質、性能、納入形態、ドキュメント、OSS、セキュリティ要件を明確にします。 | 仕様確定、除外作業、追加作業、成果保証の有無を明確にします。 |
| 納期・遅延 | 遅延報告、リカバリー、代替調達、解除を規定します。 | 発注者協力、資料提供、承認、第三者サービスを納期前提にします。 |
| 検査・検収 | 不合格通知、再納品、再検査、検収後不適合を規定します。 | 検査期間、みなし検収、軽微不具合、検収遅延時の請求を規定します。 |
| 報酬・支払 | 検収後請求、支払サイト、相殺、過払い返還、インボイス対応を定めます。 | 遅延損害金、控除制限、部分請求、前払金、中途解約精算を定めます。 |
| 再委託 | 事前承認、業務内容、所在地、同等義務、監査、再々委託制限を置きます。 | グループ会社、協力会社、クラウドなどの包括承認と管理方法を置きます。 |
| 秘密保持 | 営業秘密、顧客情報、仕様、価格、業務フローを広く守ります。 | 既知情報、公知情報、独自開発情報、法令開示などの例外を置きます。 |
| 個人情報・データ | 委託先選定、再委託承認、漏えい報告、監査、削除証明を規定します。 | データの適法性、目的、正確性、特別措置の費用、監査範囲を規定します。 |
| 知的財産 | 成果物の権利取得又は広範な利用許諾、第三者素材の開示を求めます。 | 既存知財、汎用技術、ノウハウ、ライブラリを留保します。 |
| 損害賠償・補償 | 秘密保持、個人情報、知財侵害、法令違反、第三者請求の例外を検討します。 | 責任上限、通常直接損害、間接損害排除、保険との整合を図ります。 |
| 解除・終了処理 | 信用不安、品質不良、情報漏えい、法令違反時の解除と移行支援を置きます。 | 出来高支払、キャンセル料、最低利用期間、移行支援の有償化を置きます。 |
| 監査権 | 個人情報、セキュリティ、品質、取適法、輸出管理などの監査権を置きます。 | 頻度、範囲、事前通知、営業時間、費用、他顧客情報保護を定めます。 |
受注用の損害賠償条項では、修正レベルごとに承認基準を分けると、営業判断と法務判断が整理しやすくなります。次の基準例は、責任上限の強さと承認者の関係を示します。下に進むほどリスクが高くなり、承認レベルも上がる点を確認してください。
| 修正レベル | 内容 | 承認 |
|---|---|---|
| 標準 | 直接通常損害、責任上限は過去12か月分の受領済み報酬 | 営業・法務標準 |
| 許容 | 責任上限は個別契約金額又は一定金額 | 法務承認 |
| 注意 | 秘密保持、個人情報、知財侵害を上限除外 | 法務責任者承認 |
| 高リスク | 無制限責任、間接損害を含む | 役員承認 |
棚卸し、体系化、承認基準、チェックリスト、契約管理システムまでを一連の運用として整えます。
導入では、既存契約の棚卸し、ひな形体系、承認基準、チェックリスト、事業部門向けの使い分け、契約管理システムを順に整えます。次の時系列は、どの順番で社内実装すべきかを示します。上から下へ進めると、単なる書式作成ではなく、運用・監査までつながることが読み取れます。
過去3年程度の契約を、発注者契約、受注者契約、相手方ひな形、自社ひな形、契約類型、紛争、修正頻度で分類します。
売買、製造・加工、業務委託、準委任、IT開発、保守運用、データ処理、ライセンス、NDAを発注用・受注用で整理します。
標準案、許容修正案、要法務承認案、役員承認案を作り、例外を個人判断にしない体制を作ります。
発注用では履行能力、仕様、検収、個人情報、再委託、取適法、知財、責任上限を確認します。受注用では業務範囲、協力義務、変更管理、支払、知財留保、責任上限を確認します。
自社がお金を払って依頼する場合は発注用、自社がお金を受け取って作業・納品する場合は受注用、共同開発では共同プロジェクト用を検討します。
発注・受注区分、契約類型、取適法・フリーランス法対象可能性、個人情報委託、再委託、知財帰属、損害賠償上限、更新、監査権、例外承認者を管理します。
業種別に見ると、同じ発注用・受注用の分離でも重視する条項が変わります。次の一覧は、業種ごとの重要論点をまとめたものです。自社の取引量が多い業種から優先して、派生書式を作るべき領域を読み取ってください。
| 業種・領域 | 発注用で重視すること | 受注用で重視すること |
|---|---|---|
| 中小企業 | 営業・購買が誤ったひな形を使わない運用を作ります。 | 大企業ひな形への修正案と交渉基準として使います。 |
| 製造業 | 品質保証、工程監査、支給材管理、金型管理、リコール費用を重視します。 | 支給材・図面不備、内示と確定注文、在庫負担、原材料価格上昇を重視します。 |
| IT・SaaS | 成果物、検収、セキュリティ、ソースコード、移行支援を重視します。 | 要件未確定、承認遅延、クラウド障害、OSS、SLA例外、責任上限を重視します。 |
| 広告・デザイン | 広告、SNS、海外、グループ会社、再編集への利用を確保します。 | 修正回数、利用媒体、利用期間、二次利用料、第三者素材、ポートフォリオ利用を明確にします。 |
| 専門サービス | 報告書品質、納期、担当者、再委託、守秘、成果物利用権を重視します。 | 成果保証排除、最終判断の主体、第三者開示禁止、責任上限、資料の正確性を重視します。 |
単一書式が許容され得る例外と、ひな形分離に関するよくある疑問を整理します。
原則として基本契約書は発注用と受注用に分けるべきですが、例外的に単一書式で運用し得る場面もあります。ただし、次の一覧は例外の候補を示すだけで、非対称な知財、個人情報、責任限定、解除、支払条件がある場合は分離を再検討する必要があります。
取引金額が小さく継続性も低い場合は、単一書式でも運用可能なことがあります。
片方だけが発注者・受注者といえない共同プロジェクトでは、共同研究開発用など別枠が適する場合があります。
グループ規程、移転価格、情報管理ルールが整備されている場合は、契約書以外の統制も踏まえます。
一般的には、意味があります。自社ひな形は提示用だけでなく、相手方ひな形をレビューする際の比較基準、修正案、社内説明資料、リスク評価基準として機能します。ただし、実際の交渉方針は相手方属性、取引規模、契約履歴によって変わるため、具体的には専門家へ相談する必要があります。
一般的には、短期的には文書数が増えますが、長期的には承認者、確認部署、リスク項目、会計処理、更新管理を分けられるため、管理しやすくなる可能性があります。ただし、社内の運用能力や契約管理システムの整備状況によって結論は変わります。
一般的には、まず発注用基本契約書と受注用基本契約書を分け、その後に取引量が多い分野から売買、業務委託、IT開発、保守、データ処理、ライセンスなどへ展開する考え方があります。具体的な粒度は、契約リスクと運用能力のバランスで判断する必要があります。
一般的には、その理解は適切ではありません。発注用は相手方を一方的に縛るものではなく、適法かつ合理的に取引を管理するものです。受注用も責任をすべて避けるものではなく、履行可能な範囲で適正な責任を負うためのものです。過度に一方的な条項は、交渉長期化や法令上の問題につながる可能性があります。
一般的には、電子契約は締結手段であり、契約内容の問題を解決するものではありません。発注用・受注用の条項、承認経路、個別契約の成立ログ、印紙税判定、原本管理、更新管理は、電子契約でも別途整理する必要があります。
公的資料と中立的な実務資料を中心に整理しています。