2σ Guide

取引基本契約と個別契約の
関係と優先順位の定め方

継続取引で起きやすい文書間の矛盾を防ぐため、基本契約、個別契約、仕様書、注文書、Web規約、法令上の明示義務を一体で整理します。

4型 優先順位設計
6手順 紛争時確認
3条 明示義務
本ページは株式会社Dプロフェッションズ(医師/医療機関/弁護士/弁護士法人ではありません)が運営しています。
一般的な情報提供を目的としており医療上の助言や法律相談等を行うものではありません。
広告(PR)を掲載しています。広告は編集内容や推奨を意味しません。
Video

取引基本契約と個別契約の 関係と優先順位の定め方

継続取引で起きやすい文書間の矛盾を防ぐため、基本契約、個別契約、仕様書、注文書、Web規約、法令上の明示義務を一体で整理します。

動画を読み込み中…
2σ GUIDE ・ VIDEO
取引基本契約と個別契約の 関係と優先順位の定め方
継続取引で起きやすい文書間の矛盾を防ぐため、基本契約、個別契約、仕様書、注文書、Web規約、法令上の明示義務を一体で整理します。
動画の文字起こし(全文テキスト)

2σ GUIDE ・ VIDEO

  • 取引基本契約と個別契約の 関係と優先順位の定め方
  • 継続取引で起きやすい文書間の矛盾を防ぐため、基本契約、個別契約、仕様書、注文書、Web規約、法令上の明示義務を一体で整理します。

POINT 1

  • 取引基本契約 ―はじめに ― 継続取引の「見えない契約事故」を防ぐために
  • 取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 成立方法
  • 組込み範囲
  • 矛盾と補充

POINT 2

  • 取引基本契約 ― 1. 結論の全体像
  • 取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 取引基本契約とは、継続的な取引に共通して適用される基本条件を定める契約です。
  • 個別契約とは、個々の発注・受注ごとの具体的条件を定める契約です。
  • 品名、数量、単価、納期、納入場所、作業範囲、仕様、成果物、検査方法、個別の支払額などが中心になります。

POINT 3

  • 取引基本契約 ― 2. 用語の定義
  • 取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 2.1 取引基本契約とは
  • 2.2 個別契約とは
  • 2.3 「優先順位」とは何か

POINT 4

  • 取引基本契約 ― 3. 法的出発点 ― 契約自由、申込みと承諾、書面不要の原則
  • 取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 3.1 契約内容は原則として当事者が自由に定める
  • 3.2 契約は申込みと承諾で成立する
  • 3.3 書面不要の原則と、書面化すべき実務上の理由

POINT 5

  • 4. 取引基本契約と個別契約の関係
  • 取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 4.1 基本契約は「共通ルール」、個別契約は「個々の取引条件」
  • 4.2 基本契約は自動的にすべての取引に適用されるとは限らない
  • 4.3 個別契約は基本契約を「具体化」する

POINT 6

  • 取引基本契約 ― 5. 優先順位を定めない場合に何が起こるか
  • 取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 5.1 優先順位条項がない場合、紛争処理は不確実になる
  • 5.2 「矛盾」と「補充」を区別しないと、優先順位条項は過剰に働く
  • 5.3 文書の性質を無視した順位付けは危険

POINT 7

  • 取引基本契約 ― 6. 優先順位条項の設計パターン
  • 条項の目的、注意点、実務上の読み方を確認します。
  • 6.1 パターンA ― 個別契約優先型
  • 6.2 パターンB ― 基本契約優先型
  • 6.3 パターンC ― 事項別優先型

POINT 8

  • 取引基本契約 ― 7. 推奨される優先順位条項の総合例
  • 条項の目的、注意点、実務上の読み方を確認します。
  • 以下は、実務で比較的安全に使いやすい総合型の条項例です。
  • 実際の契約では、取引類型、当事者の立場、法令、業界慣行に合わせて調整してください。
  • ```text 第○条(個別契約および関連文書との関係)

まとめ

  • 取引基本契約と個別契約の 関係と優先順位の定め方
  • 取引基本契約 ―はじめに ― 継続取引の「見えない契約事故」を防ぐために:取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 取引基本契約 ― 1. 結論の全体像:取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 取引基本契約 ― 2. 用語の定義:取引基本契約に関する実務上の位置づけと確認ポイントを整理します。
  • 本動画は一般的な情報提供であり、法律上の助言ではありません。記載の数値・金額・期間は目安です。個別事情で結論は変わります。
Overview

取引基本契約 ― はじめに ― 継続取引の「見えない契約事故」を防ぐために

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

次の重要ポイントは、優先順位を設計するときの基本的な読み方を整理したものです。最初に見ておくことが重要なのは、文書名だけで結論を決めると、仕様書や注文書の定型文が重要条項を上書きする危険があるからです。各項目から、どの文書をどの範囲で優先させるかを読み取ってください。

Point 01

成立方法

発注書、注文請書、メール、発注システム、着手、無回答方式のどれで個別契約が成立するかを定めます。

Point 02

組込み範囲

仕様書、SOW、図面、SLA、DPA、価格表、Web規約のどこまで契約内容に含めるかを定義します。

Point 03

矛盾と補充

同時に適用できない差異だけを矛盾とし、一般ルールと具体手順は併存できるかを確認します。

Point 04

重要条項の保護

責任制限、秘密保持、知財、個人情報、解除、管轄は、条項を特定した明示的合意でのみ変更させます。

企業間取引では、最初に「取引基本契約書」を締結し、その後、注文書、発注書、注文請書、見積書、仕様書、個別契約書、作業指示書、SOW、発注システム上のデータなどによって、個々の取引を積み重ねることが多くあります。このとき実務上もっとも紛争化しやすい論点の一つが、取引基本契約と個別契約の関係と優先順位の定め方です。

典型的には、次のような疑問が生じます。

  • 取引基本契約に支払条件があるのに、注文書に別の支払条件が書かれている場合、どちらが優先するのか。
  • 基本契約では損害賠償責任が限定されているのに、個別契約や仕様書に「一切の損害を賠償する」とある場合、責任限定は残るのか。
  • 発注書の裏面約款、納品書、請求書、Web上の利用規約、EDI画面のチェックボックスが、既に締結済みの基本契約を上書きすることがあるのか。
  • 基本契約が終了した後も、既に成立している個別契約は存続するのか。
  • 個別契約で「別途協議」とした事項は、後から相手方に請求できるのか。
  • 下請取引、フリーランス取引、情報成果物作成委託では、注文書や個別契約にどこまで詳しく書く必要があるのか。

---

Section 01

取引基本契約 ― 1. 結論の全体像

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

取引基本契約とは、継続的な取引に共通して適用される基本条件を定める契約です。支払条件、検収、品質保証、秘密保持、知的財産権、損害賠償、契約不適合責任、解除、反社会的勢力排除、準拠法、管轄など、繰り返し発生する取引に共通するルールをまとめます。

個別契約とは、個々の発注・受注ごとの具体的条件を定める契約です。品名、数量、単価、納期、納入場所、作業範囲、仕様、成果物、検査方法、個別の支払額などが中心になります。

実務上の推奨結論は、次のとおりです。

  1. まず、基本契約と個別契約がどのように成立するかを明確にする。 たとえば「発注書に対して注文請書を発行した時点」「受注者が着手した時点」「発注システム上で承諾した時点」などです。
  2. 次に、どの文書が契約内容に含まれるかを明確にする。 基本契約、個別契約、仕様書、見積書、発注書、注文請書、SLA、DPA、品質保証協定、利用規約などを列挙します。
  3. そのうえで、文書間に矛盾がある場合の優先順位を定める。 ただし、「矛盾」と「補充」は区別します。個別契約が基本契約にない事項を具体化しているだけなら、通常は両方が併存します。
  4. 個別契約が基本契約を変更できる範囲を限定する。 たとえば「個別契約が優先するのは、当該個別契約に関する数量・価格・納期・仕様に限る」と定める方法があります。
  5. 注文書・請求書・納品書・裏面約款・Web規約・EDI画面の定型文が、意図せず基本契約を上書きしないようにする。 「当事者が明示的に変更対象条項を特定して合意した場合を除き、これらの文書の一般条件は基本契約を変更しない」と書くべきです。
  6. 強行法規や行政規制に反する優先順位条項は効力を持たない。 取適法、フリーランス法、消費者契約法、独占禁止法、労働法令、個人情報保護法などが問題となる場合、契約上の優先順位より法令が上位に来ます。

つまり、取引基本契約と個別契約の関係と優先順位の定め方は、単なる契約書の順番の問題ではありません。契約成立、契約内容への組込み、文書間矛盾、法令上の明示義務、証拠管理、社内業務手順を一体で設計する問題です。

---

Section 02

取引基本契約 ― 2. 用語の定義

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

2.1 取引基本契約とは

取引基本契約とは、継続的または反復的な取引を行う当事者間で、将来発生する個々の取引に共通して適用される基本条件を定める契約です。英語では Master AgreementBasic Transaction AgreementFramework Agreement などと呼ばれます。

取引基本契約の典型的な内容は、次のとおりです。

次の比較表は、この章の項目を整理したものです。表で確認することが重要なのは、条項や場面ごとの違いを一度に把握できるからです。左から右へ、分類、具体内容、実務上の読み方を確認してください。

分野典型条項
取引の枠組み個別契約の成立方法、注文・承諾の方法、取引対象
金銭条件代金、支払期日、遅延損害金、税金、費用負担
履行条件納期、納入場所、検査、検収、危険負担、所有権移転
品質・責任契約不適合責任、保証、再履行、代替品、損害賠償、責任制限
知的財産・データ著作権、特許、ノウハウ、成果物、データ利用、ライセンス
管理条項秘密保持、個人情報、情報セキュリティ、監査、再委託
コンプライアンス法令遵守、反社会的勢力排除、贈収賄防止、輸出管理
終了・紛争解除、期限の利益喪失、契約終了後の措置、準拠法、管轄

重要なのは、取引基本契約を締結しただけでは、必ずしも個々の商品やサービスの売買・委託が発生するわけではないという点です。たとえば「今後、甲が乙に発注し、乙がこれを承諾した場合には本契約を適用する」と定めているだけなら、個々の発注義務や購入義務はまだ生じていません。最低購入数量、専属取引義務、発注義務、供給義務などを発生させたい場合は、その旨を明確に定める必要があります。

2.2 個別契約とは

個別契約とは、取引基本契約のもとで成立する個々の取引契約です。名称は「個別契約書」に限られません。実務上は、次の文書やデータが個別契約を構成することがあります。

次の比較表は、この章の項目を整理したものです。表で確認することが重要なのは、条項や場面ごとの違いを一度に把握できるからです。左から右へ、分類、具体内容、実務上の読み方を確認してください。

文書・データ実務上の機能
注文書・発注書買主・委託者からの申込み
注文請書・受注確認書売主・受託者からの承諾
見積書申込みまたは申込みの誘引。内容次第で契約条件になる
仕様書・SOW作業範囲、成果物、品質、検査方法を定める
メール・チャット条件合意、変更合意、納期調整などの証拠になる
EDI・発注ポータル電子的な注文・承諾・変更の記録になる
納品書・請求書履行・請求の証拠。一般条件を含む場合は注意が必要
覚書・変更合意書基本契約または個別契約の変更・補足

個別契約の核心は、個々の取引に固有の「目的物」「数量」「価格」「納期」「履行場所」「仕様」「検収」「担当範囲」を確定することです。これらが曖昧なまま履行が始まると、後日、契約不適合、追加費用、納期遅延、成果物の著作権、検収拒否、支払保留などの紛争につながります。

2.3 「優先順位」とは何か

契約文書の優先順位とは、複数の契約文書が同一の取引に適用される場合に、互いの内容が矛盾・抵触したとき、どの文書の条項を優先して適用するかを定めるルールです。

ここで注意すべきなのは、優先順位は「すべての場面で上位文書だけを読む」という意味ではないことです。優先順位条項が問題になるのは、原則として同時に適用できない矛盾がある場合です。

たとえば、基本契約に「支払期日は検収月の翌月末日」とあり、個別契約に「本件の支払期日は2026年6月30日」とある場合、同じ支払期日について異なる定めがあるため、優先順位が問題になります。

一方、基本契約に「検査は納品後10営業日以内」とあり、個別契約に「検査方法は別紙試験仕様書による」とある場合、両者は必ずしも矛盾しません。個別契約は検査の方法を補充し、基本契約は検査期間を定めていると読めるからです。

---

Section 03

取引基本契約 ― 3. 法的出発点 ― 契約自由、申込みと承諾、書面不要の原則

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

3.1 契約内容は原則として当事者が自由に定める

日本法では、法令に特別の定めがある場合を除き、契約をするかどうか、契約内容をどうするかは当事者の自由に委ねられます。民法521条は、契約締結の自由と契約内容決定の自由を明文化しています。したがって、取引基本契約と個別契約のどちらを優先させるか、仕様書や発注書をどの順位に置くかも、基本的には当事者が合意で設計できます。

もっとも、契約自由は無制限ではありません。公序良俗、強行法規、消費者保護、取引適正化規制、労働関係法令、個人情報保護、競争法上の制約などがある場合、契約上の優先順位条項で法令を回避することはできません。

3.2 契約は申込みと承諾で成立する

民法522条は、契約は契約内容を示して締結を申し入れる意思表示、すなわち申込みに対して、相手方が承諾したときに成立すると定めています。また、法令に特別の定めがある場合を除き、契約成立に書面作成などの方式は不要です。

この原則から、次の実務上の注意点が導かれます。

  • 注文書と注文請書がなくても、メール、チャット、発注システム、納品、着手、検収などの経緯から個別契約が成立したと評価されることがある。
  • 逆に、注文書を送っただけでは、相手方が承諾していなければ、原則として契約は成立していない。
  • 「沈黙」は原則として承諾ではないが、基本契約で「一定期間内に拒絶しない場合は承諾とみなす」と定め、かつその運用が合理的に管理されている場合には、当事者間の合意として機能し得る。
  • 口頭合意も契約として成立し得るが、証拠化されていないと、後日、内容の立証が難しい。

したがって、取引基本契約では、個別契約の成立方法を具体的に定める必要があります。

3.3 書面不要の原則と、書面化すべき実務上の理由

民法上、契約は原則として書面がなくても成立します。しかし、企業実務では、書面化または電磁的記録化が不可欠です。理由は三つあります。

第一に、証拠です。代金、納期、仕様、責任範囲、検収条件が文書化されていなければ、紛争時に「何を合意したか」を立証することが難しくなります。

第二に、社内統制です。購買、営業、開発、物流、経理、法務が同じ条件を参照できなければ、請求漏れ、過剰保証、無権限発注、重複発注、納期誤認が起こります。

第三に、法令上の明示義務です。取適法やフリーランス法などでは、発注内容、報酬、支払期日などを一定の方法で明示する義務が課されます。これは、契約自由の問題ではなく、取引の適正化のための法定義務です。

---

Section 04

4. 取引基本契約と個別契約の関係

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

4.1 基本契約は「共通ルール」、個別契約は「個々の取引条件」

取引基本契約と個別契約の関係は、建物にたとえると、基本契約が骨組みと共通設備、個別契約が各部屋の具体的な用途・内装・使用条件に当たります。基本契約だけでは個々の発注の内容は十分に特定されません。個別契約だけでは、秘密保持、検収、契約不適合、解除、損害賠償、知的財産、管轄などの共通条件が不足します。

したがって、両者は上下関係というより、共通条件と具体条件の組合せとして理解すべきです。

基本契約が定める典型事項 ―

  • 取引対象の範囲
  • 個別契約の成立方法
  • 注文・納品・検収の手続
  • 代金支払の基本ルール
  • 契約不適合責任・保証
  • 損害賠償・責任制限
  • 秘密保持・個人情報・データ管理
  • 知的財産権
  • 再委託・監査
  • 解除・期限の利益喪失
  • 契約終了後の存続条項
  • 準拠法・管轄

個別契約が定める典型事項 ―

  • 品名・サービス名
  • 数量・単価・総額
  • 納期・作業期間
  • 納入場所・役務提供場所
  • 仕様・成果物・検査基準
  • 個別のマイルストーン
  • 個別の担当者・連絡先
  • 個別案件に固有の特記事項

4.2 基本契約は自動的にすべての取引に適用されるとは限らない

基本契約を締結していても、その後のすべての取引に当然に適用されるとは限りません。適用範囲条項が曖昧だと、次のような争いが起こります。

  • 本契約は国内取引だけに適用されるのか、海外子会社との取引にも適用されるのか。
  • 物品売買だけに適用されるのか、保守、修理、開発、ライセンスにも適用されるのか。
  • 甲乙間の直接取引だけに適用されるのか、グループ会社経由の取引にも適用されるのか。
  • 紙の注文書だけに適用されるのか、EDI、メール、口頭発注、発注ポータルにも適用されるのか。

そのため、基本契約には次のような適用範囲条項を置くべきです。

条項例本契約は、本契約締結日以後、甲乙間で成立する商品売買、製造委託、修理委託、情報成果物作成委託その他別紙に定める取引に関する一切の個別契約に適用される。ただし、当該個別契約において本契約を適用しない旨を明示し、甲乙がこれに合意した場合はこの限りでない。

4.3 個別契約は基本契約を「具体化」する

個別契約の主な役割は、基本契約の抽象的な枠組みを個々の取引に適用できる形に具体化することです。

たとえば、基本契約に「乙は、甲が指定する仕様に従い製品を納入する」とあっても、どの仕様なのかが特定されていなければ実際の履行はできません。個別契約や仕様書で、品番、図面、規格、検査方法、梱包方法、納品場所などを定める必要があります。

また、IT開発、AI開発、データ利活用、広告制作、研究開発、建設、物流、保守運用などでは、基本契約に共通条項を置き、個別契約やSOWで各フェーズの成果物・責任範囲を定める方式が適しています。複雑なプロジェクトでは、基本契約と個別契約を分けることで、共通条件の再交渉を避けながら、案件ごとの仕様変更やスコープ調整に対応できます。

4.4 基本契約にも、個別契約なしで効力を持つ条項がある

基本契約は個別取引の共通条件である一方、個別契約が成立していなくても独立して効力を持つ条項があります。

典型例は次のとおりです。

  • 秘密保持義務
  • 反社会的勢力排除条項
  • 競業避止・勧誘禁止条項。ただし有効性は範囲・期間・合理性に注意
  • 情報セキュリティ義務
  • 監査協力義務
  • 法令遵守義務
  • 見積・試作品・提案資料の取扱い
  • 契約終了後の存続条項
  • 紛争解決条項

したがって、基本契約を「個別契約がなければ意味がない」と扱うのは誤りです。基本契約自体が、将来取引の準備段階や契約終了後の行為を規律する場合があります。

---

Section 05

取引基本契約 ― 5. 優先順位を定めない場合に何が起こるか

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

5.1 優先順位条項がない場合、紛争処理は不確実になる

複数の文書に異なる条件があるのに優先順位が定められていない場合、結論は単純ではありません。裁判や交渉では、条項の文言、契約全体の構造、締結時期、文書の性質、交渉経緯、取引慣行、当事者の合理的意思などを総合的に検討して、契約内容が解釈されます。司法研修所論稿でも、契約の解釈は当事者の意思を探求して契約内容を確定する問題として整理されています。

実務上、よく使われる判断補助線には次のようなものがあります。

  • 特別条項は一般条項に優先しやすい。
  • 後に締結された合意は、前の合意を変更したと評価されることがある。
  • 個別具体的な仕様は、一般的な基本条項より重視されることがある。
  • 署名押印または明確な承諾がある文書は、単なる請求書・納品書より重視されやすい。
  • しかし、これらは絶対ルールではない。

「後の文書だから必ず勝つ」「個別契約だから必ず勝つ」「基本契約だから必ず勝つ」という単純なルールは危険です。だからこそ、契約書の中で優先順位を明文化する必要があります。

5.2 「矛盾」と「補充」を区別しないと、優先順位条項は過剰に働く

優先順位条項でよくある失敗は、「個別契約の定めが基本契約に優先する」とだけ書くことです。この文言だと、個別契約に少しでも関連する記載があれば、基本契約の重要条項が広く上書きされたと主張される余地が生じます。

たとえば、個別契約に「本件成果物の著作権は甲に帰属する」とだけ記載されている場合、基本契約の「乙は自社の既存プログラム、汎用ライブラリ、ノウハウを留保する」という条項まで排除されるのかが争われ得ます。

このような紛争を避けるには、「矛盾・抵触する範囲に限り」「当該個別契約に関してのみ」「変更対象条項を明示した場合に限り」という限定を入れます。

推奨例 ―

条項例個別契約の定めが本契約の定めと矛盾または抵触する場合、当該矛盾または抵触する範囲に限り、当該個別契約の定めが優先する。ただし、損害賠償、責任制限、秘密保持、知的財産権、個人情報、反社会的勢力排除、準拠法および管轄に関する本契約の定めを変更するには、当該個別契約において変更対象条項を特定し、これを変更する旨を明示しなければならない。

5.3 文書の性質を無視した順位付けは危険

すべての文書を単純に一列に並べるだけでは不十分です。なぜなら、仕様書、価格表、SLA、注文書、請求書、議事録は、それぞれ機能が違うからです。

たとえば、技術仕様については仕様書を優先すべき場合があります。一方、損害賠償責任や知的財産権については、仕様書の断片的な文言で基本契約を変更できるようにすべきではありません。

したがって、優先順位は、文書単位だけではなく、事項別に設計するのが理想です。

次の比較表は、この章の項目を整理したものです。表で確認することが重要なのは、条項や場面ごとの違いを一度に把握できるからです。左から右へ、分類、具体内容、実務上の読み方を確認してください。

論点優先させるべき文書の例注意点
品名・数量・単価個別契約、注文書、見積書基本契約には通常書かれない
納期・納入場所個別契約、注文書変更履歴を残す
技術仕様・成果物仕様書、SOW、図面仕様変更手続を定める
検収基準基本契約+仕様書検収期間と方法を分けて整理
支払条件基本契約または個別契約取適法・フリーランス法の支払期日に注意
知的財産権基本契約、知財覚書個別仕様書の一文で上書きされないようにする
損害賠償・責任制限基本契約個別契約で変更するなら明示的に
秘密保持・個人情報基本契約、NDA、DPA個別契約で緩和しないようにする
準拠法・管轄基本契約注文書裏面約款による変更を排除

---

Section 06

取引基本契約 ― 6. 優先順位条項の設計パターン

条項の目的、注意点、実務上の読み方を確認します。

6.1 パターンA ― 個別契約優先型

もっとも一般的な設計は、個別契約を基本契約に優先させる方式です。案件ごとの価格、数量、納期、仕様を柔軟に調整できるため、売買、製造委託、業務委託、開発委託などで多く用いられます。

条項例 ―

条項例本契約は、甲乙間で成立する個別契約に共通して適用される。ただし、個別契約に本契約と異なる定めがある場合、当該個別契約に関して、当該異なる定めが本契約に優先して適用される。

この条項はシンプルですが、危険もあります。個別契約の中に相手方の定型文、発注書裏面条項、システム上の標準条件が混入している場合、それらが基本契約を上書きする余地が出るからです。

改善例 ―

条項例個別契約に本契約と異なる定めがある場合、当該個別契約に関して、当該異なる定めが本契約に優先して適用される。ただし、当該異なる定めが注文書、注文請書、納品書、請求書、見積書、発注システム上の定型条件その他一方当事者の標準書式に記載された一般条件である場合には、相手方が当該変更を明示的に承諾した場合を除き、本契約を変更する効力を有しない。

6.2 パターンB ― 基本契約優先型

基本契約を優先させる方式は、リスク管理を重視する取引に向いています。特に、損害賠償、責任制限、知的財産、秘密保持、個人情報、監査、準拠法・管轄などを基本契約で厳格に管理したい場合に有効です。

条項例 ―

条項例個別契約は、本契約に基づき成立するものとし、本契約の条項を補充する。個別契約の定めが本契約の定めと矛盾または抵触する場合、本契約が優先する。ただし、当該個別契約において本契約の特定条項を変更する旨を明示し、甲乙がこれに合意した場合はこの限りでない。

この方式は、相手方の発注書や定型書式による意図しない上書きを防ぎやすい反面、案件ごとの柔軟性を損なうことがあります。現場が納期・価格・仕様の変更を個別契約で合意しても、基本契約優先条項が強すぎると、その変更が無効だと主張される余地が出ます。

6.3 パターンC ― 事項別優先型

実務上もっとも精密なのは、事項ごとに優先順位を分ける方式です。

条項例 ―

条項例本契約、個別契約および関連文書の間に矛盾または抵触がある場合、次の各号に従う。 1. 品名、数量、単価、納期、納入場所、作業期間および個別仕様については、個別契約または当該個別契約に添付された仕様書が優先する。 2. 検収手続、契約不適合責任、損害賠償、責任制限、秘密保持、知的財産権、個人情報、情報セキュリティ、解除、準拠法および管轄については、本契約が優先する。 3. 前二号にかかわらず、個別契約において本契約の特定条項を変更する旨を明示し、甲乙がこれに合意した場合には、当該個別契約に限り当該変更が優先する。

事項別優先型は、文書構造が複雑な取引に向いています。特に、IT、SaaS、システム開発、AI・データ、研究開発、製造委託、OEM、物流、広告制作、建設、保守運用などでは、この方式が有効です。

6.4 パターンD ― 階層型優先順位

複数の添付文書がある場合は、明確な階層を設定します。

例 ―

  1. 変更覚書または変更合意書
  2. 個別契約書
  3. 個別仕様書・SOW
  4. 品質保証協定・SLA・DPAなどの専門別紙
  5. 取引基本契約
  6. 発注書・注文請書の個別条件部分
  7. 見積書
  8. その他の参考資料

ただし、この順位は万能ではありません。たとえば、仕様書を基本契約より上位に置くと、仕様書中の「乙は全責任を負う」などの不用意な文言が責任制限を破るおそれがあります。階層型を使う場合も、重要条項については事項別の例外を置くべきです。

---

Section 07

取引基本契約 ― 7. 推奨される優先順位条項の総合例

条項の目的、注意点、実務上の読み方を確認します。

以下は、実務で比較的安全に使いやすい総合型の条項例です。実際の契約では、取引類型、当事者の立場、法令、業界慣行に合わせて調整してください。

```text 第○条(個別契約および関連文書との関係)

  1. 本契約は、本契約締結日以後、甲乙間で成立する個別契約に共通して適用される。
  1. 個別契約は、甲が乙に対して発注書、電子メール、EDI、発注システムその他甲乙が合意した方法により発注し、乙が注文請書、電子メール、EDI、発注システムその他甲乙が合意した方法により承諾した時点で成立する。ただし、乙が発注内容に従い履行に着手し、甲がこれを個別契約の成立として取り扱った場合には、当該着手時点で個別契約が成立したものとみなす。
  1. 個別契約には、当該個別契約において明示的に組み込まれた仕様書、SOW、図面、価格表、品質基準、SLAその他の関連文書を含む。

(1) 甲乙が署名、記名押印または電磁的方法により明示的に合意した変更覚書 (2) 個別契約書または注文書・注文請書に記載された品名、数量、単価、納期、納入場所、作業期間および個別仕様 (3) 当該個別契約に添付または明示的に組み込まれた仕様書、SOW、図面、品質基準またはSLA (4) 本契約 (5) その他の関連文書

  1. 本契約、個別契約および関連文書の間に矛盾または抵触がある場合には、当該矛盾または抵触する範囲に限り、次の順位に従う。
  1. 前項にかかわらず、損害賠償、責任制限、秘密保持、知的財産権、個人情報、情報セキュリティ、再委託、監査、解除、反社会的勢力排除、準拠法および管轄に関する本契約の定めを変更するには、個別契約または変更覚書において、変更対象となる本契約の条項を特定し、当該条項を変更する旨を明示しなければならない。
  1. 注文書、注文請書、見積書、納品書、請求書、検収書、発注システム画面、EDIメッセージ、Webページ、電子メールの署名欄、裏面約款その他一方当事者の標準書式に記載された一般条件は、相手方が当該一般条件を明示的に承諾した場合を除き、本契約または個別契約を変更する効力を有しない。

```

  1. 本契約または個別契約のいずれかの条項が法令により無効、取消しまたは執行不能とされる場合であっても、その他の条項は、当該法令および契約の趣旨に反しない範囲で有効に存続する。

この条項のポイントは、単に「個別契約が優先する」と書かないことです。優先順位、事項別例外、標準書式排除、明示的変更要件、法令優先を組み合わせることで、意図しない上書きを防ぎつつ、案件ごとの柔軟性も残します。

---

Section 08

取引基本契約 ― 8. 注文書・注文請書・見積書・請求書の扱い

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

8.1 注文書は通常「申込み」だが、内容次第で異なる

注文書は、通常、買主・委託者からの申込みとして機能します。注文請書、受注確認、電子承認、納品着手などが承諾として評価されると、個別契約が成立します。

ただし、注文書に「本注文は乙の承諾により成立する」と書いてあるか、「本注文書の発行により契約は成立する」と書いてあるかで、成立時期の解釈は変わります。また、基本契約で「注文書発行後3営業日以内に乙が拒絶しない場合、承諾したものとみなす」と定めている場合は、その合意に従った運用になります。

8.2 注文請書は承諾であると同時に「条件変更提案」になり得る

注文請書に、注文書とは異なる納期、単価、支払条件、責任条件が書かれている場合、それは単純な承諾ではなく、条件を変更した承諾、すなわち新たな申込みと評価される可能性があります。

この問題を避けるには、基本契約で次のように定めます。

条項例注文請書に発注書と異なる条件が記載されている場合、当該異なる条件は、甲が明示的に承諾した場合を除き、個別契約の内容とならない。

または、双方の運用として、差異を発注システム上で検知し、承認手順に回す仕組みを作ります。

8.3 見積書は契約条件になることがある

見積書は、単なる参考資料の場合もあれば、契約条件の一部になる場合もあります。見積書に納期、作業範囲、除外事項、前提条件、追加費用、ライセンス条件などが詳細に記載され、注文書が「見積番号○○に基づき発注する」としている場合、見積書は個別契約に組み込まれる可能性が高まります。

見積書の取扱いを明確にするには、次のように定めます。

条項例見積書は、個別契約において明示的に参照され、かつ甲乙が当該見積書を個別契約の内容とする旨を合意した場合に限り、当該個別契約の一部を構成する。

8.4 請求書・納品書・受領書で契約条件を変更しない

請求書や納品書は、本来、履行や請求の事務文書です。ところが、海外取引や一部の業界では、請求書・納品書・送り状の裏面に一般取引条件が印刷されていることがあります。そこに、準拠法、管轄、責任制限、保証免責、所有権留保などが書かれている場合、契約条件に含まれるかが争われます。

企業法務上は、請求書・納品書・受領書の一般条件が契約内容を変更しないことを基本契約で明記するのが安全です。

---

Section 09

取引基本契約 ― 9. 仕様書・SOW・図面・品質基準の優先順位

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

9.1 技術仕様は個別文書に委ねるべきだが、法的責任まで委ねてはいけない

製造委託、システム開発、SaaS導入、保守運用、広告制作、研究開発、建設、物流では、仕様書やSOWが重要です。これらは、成果物や作業範囲を具体化するため、基本契約よりも実務的には重要な場合があります。

しかし、仕様書には、技術担当者が作成した文章がそのまま入ることも多く、法的な責任配分まで精密に検討されていないことがあります。たとえば、仕様書に次のような表現が入っていると危険です。

  • 「乙は本システムの完全な動作を保証する」
  • 「乙は本件に関して発生する一切の損害を賠償する」
  • 「成果物に関するすべての権利は甲に帰属する」
  • 「納期遅延の場合、理由を問わず全責任を負う」

これらは、基本契約の保証範囲、責任制限、知的財産権、不可抗力条項を破壊する可能性があります。

9.2 仕様書は「技術事項に限り優先」と定める

仕様書を優先させる場合は、範囲を限定します。

条項例 ―

条項例仕様書、SOW、図面および品質基準は、成果物、作業範囲、技術仕様、検査方法その他技術的事項に関する限り、本契約に優先する。ただし、損害賠償、責任制限、知的財産権、秘密保持、個人情報、解除、準拠法および管轄に関する本契約の定めを変更するものではない。

このように書くことで、技術仕様の具体性を尊重しながら、法的リスク条項を守れます。

9.3 仕様変更手続を定める

個別契約の内容は、案件進行中に変わることがあります。特にIT開発や制作委託では、仕様変更、追加要望、スコープ拡大、検収基準の変更が日常的に起こります。

基本契約または個別契約には、次の事項を定めるべきです。

  • 仕様変更の申請方法
  • 変更による追加費用の算定方法
  • 納期変更の扱い
  • 変更合意が成立する時点
  • 口頭指示・チャット指示の効力
  • 緊急対応時の事後承認
  • 変更履歴の保管方法

条項例 ―

条項例甲が仕様、作業範囲、納期その他個別契約の条件変更を希望する場合、甲乙は、変更内容、追加費用、納期への影響その他必要事項を記載した変更申請書または電磁的記録により協議し、双方が合意した場合に限り、当該変更が効力を生じる。口頭、会議中の発言またはチャット上の依頼は、双方が変更合意として明示的に承認した場合を除き、個別契約を変更するものではない。

---

Section 10

取引基本契約 ― 10. 基本契約終了後の個別契約

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

10.1 基本契約終了により、既存の個別契約も当然に終了するとは限らない

取引基本契約が期間満了や解除で終了した場合、既に成立している個別契約がどうなるかは重要です。何も定めていないと、次のような争いが起こります。

  • 基本契約が終了したのだから、未納品の個別契約も終了した。
  • いや、既に成立した個別契約は履行完了まで存続する。
  • 基本契約の秘密保持・責任制限・管轄条項は終了後も残るのか。
  • 基本契約終了後に納品したものの検収・保証はどうなるのか。

この問題を避けるには、基本契約に明確な条項を置きます。

条項例 ―

条項例本契約が期間満了、解除その他の理由により終了した場合であっても、終了時点で既に成立している個別契約については、当該個別契約の履行完了または終了まで、本契約の条項が引き続き適用される。ただし、解除の原因となった事由により個別契約の履行継続が不合理である場合は、甲乙協議のうえ、当該個別契約の取扱いを定める。

10.2 存続条項を設ける

基本契約終了後も残すべき条項は、存続条項で列挙します。

一般的に残すべき条項 ―

  • 未払代金の支払
  • 秘密保持
  • 個人情報・データの返還または削除
  • 知的財産権
  • 監査・記録保存
  • 損害賠償
  • 責任制限
  • 反社会的勢力排除の効果
  • 準拠法・管轄
  • 紛争解決
  • 契約終了後の引継ぎ

条項例 ―

条項例本契約終了後も、その性質上存続すべき条項は有効に存続する。特に、第○条(秘密保持)、第○条(知的財産権)、第○条(個人情報)、第○条(損害賠償および責任制限)、第○条(準拠法および管轄)は、本契約終了後も存続する。

---

Section 11

取引基本契約 ― 11. 取適法・フリーランス法との関係

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

11.1 契約上の優先順位より法令上の明示義務が優先する

取引基本契約と個別契約の優先順位を設計する際は、法令上の発注内容明示義務を無視できません。特に、委託取引では、取適法、旧下請法に由来する規律、フリーランス法などが問題となります。

中小企業庁・公正取引委員会の資料では、取適法上、委託事業者には、発注内容を明示する義務、取引に関する書類等を作成・保存する義務、支払期日を受領後60日以内に定める義務、遅延利息の支払義務などが整理されています。発注書面に記載すべき事項として、委託事業者・中小受託事業者の名称、委託日、給付内容、受領期日、受領場所、検査完了期日、代金額、支払期日などが示されています。

この点は、優先順位条項で「基本契約がすべてに優先する」と書いても解決できません。個々の発注時に、給付内容、数量、仕様、納期、代金、支払期日などを法令に従って明示する必要があるからです。

11.2 基本契約だけで明示義務を満たせる場合と満たせない場合

公正取引委員会の取適法Q&Aでは、契約書の内容が明示すべき具体的事項をすべて網羅していれば、個別の役務提供のたびに明示事項を明示する必要はないとされる一方、個々の運送内容、たとえば積込先、取卸先、配送日時などが異なる場合には、契約書の交付のみでは個々の運送委託における明示事項を網羅できないため、明示義務違反となる点に注意が必要とされています。

つまり、基本契約に「今後の取引条件は別途発注書による」と書くだけでは不十分です。個々の発注で変わる事項は、個別契約や発注書で具体的に明示しなければなりません。

また、同Q&Aでは、緊急やむを得ない事情により電話で注文内容を伝える場合でも、電話連絡後直ちに明示しなければならず、電話のみによる発注は発注内容等の明示義務違反となると説明されています。

11.3 フリーランス法における3条通知

フリーランス法、正式には「特定受託事業者に係る取引の適正化等に関する法律」は、個人や一人会社などの特定受託事業者に業務委託をする事業者について、給付内容その他の事項の明示を義務づけるなどの措置を定めています。公正取引委員会の掲載条文では、同法の目的として、特定受託事業者の取引適正化および就業環境整備が掲げられています。

公正取引委員会Q&Aでは、3条通知で明示すべき事項として、当事者の名称、業務委託をした日、給付・役務の内容、給付・役務提供の期日、場所、報酬額・支払期日、検査完了日、現金以外で支払う場合の支払方法などが整理されています。また、取適法とフリーランス法の両方が適用される発注では、同一の書面や電子メール等において、両法が定める記載事項を併せて一括で示すことが可能とされています。

フリーランス取引で基本契約を締結している場合でも、個々の業務委託時に3条通知の対象事項が変わるなら、その都度、個別契約・発注書・メール・発注システムなどで明示する必要があります。

11.4 電子的な発注・承諾の管理

取適法やフリーランス法では、電磁的方法による明示が認められる場面があります。公正取引委員会Q&Aでは、フリーランス法の3条通知について、電子メール、チャットツール、SMS、SNSやWebサイト・アプリケーション等のメッセージ機能による送信、URLをメッセージ上に記載する方法などが説明されています。また、クラウドサービス等では、内容を確認し得る状態となれば明示したことになるとされる一方、削除や閲覧不能に備えてスクリーンショット等による保存が望まれるとされています。

電子的な個別契約では、次の管理が重要です。

  • 誰が発注権限を持つか。
  • どのシステム操作が申込み・承諾になるか。
  • いつ到達・承諾・成立と扱うか。
  • 発注内容、変更履歴、承認者、タイムスタンプを保存できるか。
  • 発注画面の標準条件が基本契約を上書きしないよう制御されているか。
  • 電子メールやチャットのやり取りを契約変更として扱う場合の承認基準があるか。

---

Section 12

取引基本契約 ― 12. 定型約款・Web利用規約・ポータル規約との関係

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

12.1 定型約款は基本契約・個別契約とは異なる概念

民法には、定型取引において画一的な条件を内容とする「定型約款」に関する規律があります。大量・反復取引、Webサービス、SaaS、EC、プラットフォーム取引では、基本契約、個別契約、利用規約、注文画面、約款が重なり合うことがあります。

定型約款の問題は、個別に交渉された基本契約・個別契約とは違い、「どのように契約内容に組み込まれるか」「不当条項が効力を持つか」「変更が許されるか」が問題となります。

12.2 Web規約で基本契約を上書きしない設計

企業がSaaSやクラウドサービスを利用する場合、次のような文書が並立します。

  • 取引基本契約
  • サービス利用申込書
  • 注文書
  • Web利用規約
  • SLA
  • DPA
  • セキュリティ別紙
  • サポートポリシー
  • 価格表

Web利用規約には、サービス仕様、利用制限、禁止事項、アカウント管理、免責、責任制限、データ取扱い、規約変更などが含まれます。これらが基本契約と矛盾する場合、どちらが優先するかを必ず定めます。

条項例 ―

条項例本サービスに関して甲乙間で個別に締結された契約書と、乙がWebサイト上で公表する利用規約、サービス仕様、サポートポリシーその他のオンライン文書との間に矛盾がある場合、当該個別に締結された契約書が優先する。ただし、サービスの技術的仕様、利用手順、サポート受付時間など運用上の事項については、当該オンライン文書が優先する。

12.3 約款変更条項は慎重に読む

Webサービスでは、事業者が利用規約を変更できる条項が置かれていることがあります。利用者側は、規約変更が価格、責任制限、データ利用、サービス停止、解約、準拠法に影響しないかを確認すべきです。

企業向け契約では、少なくとも重要条件については、オンライン規約の一方的変更で不利に変更されないよう、次のような条項を置くことが考えられます。

条項例乙がオンライン規約を変更した場合であっても、料金、支払条件、責任制限、秘密保持、個人情報、データ利用、知的財産権、準拠法および管轄については、甲が明示的に承諾しない限り、当該変更は甲に適用されない。

---

Section 13

取引基本契約 ― 13. よくある紛争類型と予防策

トラブルになりやすい場面と予防策を確認します。

13.1 支払条件の不一致

基本契約 ― 月末締め翌月末払い 個別契約 ― 納品後60日払い 請求書 ― 請求書発行日から30日以内 発注システム ― 検収後45日以内

このように支払条件が複数存在すると、支払遅延、遅延損害金、資金繰り、取適法・フリーランス法上の支払期日違反が問題になります。

予防策 ―

  • 基本契約に標準支払条件を置く。
  • 個別契約で変更する場合は明示する。
  • 請求書記載条件は契約条件を変更しないと定める。
  • 取適法・フリーランス法対象取引では、法定の支払期日規制を確認する。

13.2 仕様と検収の不一致

基本契約 ― 納品後10営業日以内に検査し、不合格の場合は通知 仕様書 ― 検査項目は別途協議 議事録 ― 現場担当者が「だいたい動けばよい」と発言 発注者 ― 本番環境で想定どおり動かないとして検収拒否

検収基準が曖昧な場合、支払拒否、納期遅延、追加開発費用が争われます。

予防策 ―

  • 検収基準を仕様書または受入試験書に明記する。
  • 「別途協議」のまま着手しない。
  • 検収期間、検収通知、みなし検収を定める。
  • 不合格時の修補、再検査、追加費用の扱いを定める。

13.3 損害賠償・責任制限の破壊

基本契約 ― 損害賠償は直接通常損害に限り、上限は過去12か月の支払額 個別契約 ― 乙は本件に関して甲に生じた一切の損害を賠償する 仕様書 ― 遅延により発生する事業損失を補償する

この場合、個別契約や仕様書の文言が責任制限を上書きするかが争われます。

予防策 ―

  • 責任制限条項は基本契約優先とする。
  • 個別契約で変更する場合は、変更対象条項を特定させる。
  • 仕様書に法的責任を拡張する文言を入れない。
  • 間接損害、逸失利益、特別損害、第三者請求、データ消失などを整理する。

13.4 知的財産権の帰属不一致

基本契約 ― 受託者の既存知財は受託者に留保し、成果物の利用権を委託者に許諾 個別契約 ― 成果物に関する一切の権利は委託者に帰属 仕様書 ― ソースコードを納品する 議事録 ― 二次利用可能と説明

著作権、特許、ノウハウ、ライブラリ、学習済みモデル、データ、テンプレート、汎用部品が混在する取引では、個別契約の一文で全権利移転と読まれるリスクがあります。

予防策 ―

  • 既存知財、汎用部品、成果物、派生成果物、データを定義する。
  • 権利帰属と利用許諾を分けて定める。
  • 著作権譲渡では、翻案権・二次的著作物利用権の扱いを明記する。
  • 個別契約による知財条項変更には明示的変更要件を置く。

13.5 発注書裏面約款・請求書約款の混入

基本契約を締結しているにもかかわらず、相手方の発注書や請求書に一般取引条件が印刷されている場合があります。そこに、相手方所在地の裁判所を専属管轄とする条項、広範な免責条項、過大な違約金条項、所有権留保条項などが含まれていることがあります。

予防策 ―

  • 標準書式の一般条件排除条項を置く。
  • 注文書・請求書を受領した際、相手方条件への同意文言がないか確認する。
  • EDI・発注ポータルの利用規約を法務確認する。
  • 自社書式にも「本書の一般条件は、双方が別途締結した基本契約を変更しない」と明記する。

---

Section 14

取引基本契約 ― 14. 契約審査で見るべきチェックポイント

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

14.1 基本契約側のチェックリスト

  • 個別契約の成立方法は明確か。
  • 発注方法は紙、メール、EDI、ポータル、チャットのどれか。
  • 承諾方法は注文請書、返信メール、着手、納品、システム承認のどれか。
  • 沈黙による承諾を採用する場合、拒絶期間、通知方法、例外が明確か。
  • 基本契約の適用範囲は明確か。
  • グループ会社、海外拠点、再委託先、代理店経由取引を含むか。
  • 個別契約・仕様書・SOW・見積書・価格表の組込み条件は明確か。
  • 優先順位条項はあるか。
  • 「矛盾する範囲に限り」と限定されているか。
  • 重要条項は個別契約で不用意に変更されないか。
  • 標準書式、裏面約款、請求書条件、Web規約の混入を排除しているか。
  • 基本契約終了後の個別契約の扱いは明確か。
  • 存続条項は十分か。
  • 法令上の明示義務を履行できる手順になっているか。

14.2 個別契約側のチェックリスト

  • 基本契約番号・締結日を参照しているか。
  • 個別契約が基本契約に基づくことを明記しているか。
  • 品名、数量、単価、総額、税、費用負担が明確か。
  • 納期、納入場所、役務提供場所が明確か。
  • 仕様書、図面、SOW、検査基準が添付または参照されているか。
  • 参照文書の版数、日付、ファイル名が明確か。
  • 検収条件、検収期間、みなし検収が明確か。
  • 変更管理手続があるか。
  • 基本契約と異なる条件がある場合、変更対象条項を明示しているか。
  • 不要な一般条件、裏面約款、相手方標準条項が紛れ込んでいないか。
  • 取適法・フリーランス法上の明示事項を満たしているか。

14.3 社内運用チェックリスト

  • 営業・購買担当者が、個別契約で基本契約を変更できる範囲を理解しているか。
  • 見積書テンプレートに不用意な保証・責任文言が入っていないか。
  • 仕様書テンプレートに知財移転や無制限責任の文言が入っていないか。
  • 発注ポータルやEDIの標準条件を法務が確認しているか。
  • 変更依頼をチャットだけで済ませていないか。
  • 納期変更、追加費用、仕様変更の承認ログを保存しているか。
  • 法令対象取引を識別するフラグがあるか。
  • 契約書、注文書、メール、チャット、仕様書、検収記録を一元管理しているか。

---

Section 15

取引基本契約 ― 15. 立場別の交渉方針

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

15.1 発注者側の視点

発注者側は、個別案件の仕様、納期、価格を柔軟に管理したい一方、相手方の注文請書や見積書に含まれる免責・責任限定・追加費用条件に注意する必要があります。

発注者側の基本方針 ―

  • 品名、数量、仕様、納期、価格は個別契約で確実に定める。
  • 受注者の見積書・注文請書の一般条件が基本契約を上書きしないようにする。
  • 検収基準を明確にし、支払と結びつける。
  • 知的財産、データ、成果物利用権を明確にする。
  • 契約不適合、保証、再履行、損害賠償を基本契約で確保する。
  • 仕様変更時の追加費用・納期延長を管理する。

15.2 受注者側の視点

受注者側は、発注者の注文書や仕様書に広すぎる責任、曖昧な仕様、無償追加作業、過度な知財移転が含まれていないかを確認する必要があります。

受注者側の基本方針 ―

  • 基本契約の責任制限を個別契約・仕様書で破られないようにする。
  • 個別契約の仕様・スコープを明確にする。
  • 「一式」「必要なすべて」「甲が満足するまで」などの曖昧な文言を避ける。
  • 追加作業・仕様変更は有償であると定める。
  • 既存知財、汎用部品、ノウハウを留保する。
  • 検収遅延や支払遅延に備える。
  • 取適法・フリーランス法対象取引では、発注者の明示義務の履行を確認する。

15.3 双方に共通する視点

双方にとって重要なのは、「現場のスピード」と「契約の明確性」を両立させることです。契約手続が重すぎると現場は迂回し、契約手続が軽すぎると紛争が増えます。

現実的な解は、次のような階層管理です。

  • 基本契約で共通条件を固定する。
  • 個別契約テンプレートで案件固有条件を標準化する。
  • 仕様書・SOWの版管理を徹底する。
  • 重要条項の変更には法務承認を必須とする。
  • 軽微な納期調整・数量変更は、承認済みシステムで処理する。
  • 変更履歴を保存する。

---

Section 16

取引基本契約 ― 16. 条項ドラフティングの細部

条項の目的、注意点、実務上の読み方を確認します。

16.1 「優先する」の対象を明確にする

悪い例 ―

条項例個別契約は本契約に優先する。

この文言は広すぎます。何について、どの範囲で、どの文書が、どの条件を優先するのかが不明です。

良い例 ―

条項例個別契約に本契約と矛盾または抵触する定めがある場合、当該矛盾または抵触する範囲に限り、当該個別契約の定めが優先する。

さらに良い例 ―

条項例ただし、個別契約において本契約の特定条項を変更する旨が明示されていない限り、個別契約は本契約の損害賠償、責任制限、秘密保持、知的財産権、個人情報、解除、準拠法および管轄に関する条項を変更しない。

16.2 「関連文書」を定義する

関連文書を定義しないと、メール、議事録、提案書、カタログ、Webページ、チャットが契約内容なのか争いになります。

条項例 ―

条項例「関連文書」とは、個別契約において明示的に参照され、または添付された仕様書、SOW、図面、品質基準、SLA、DPA、価格表その他甲乙が契約内容とすることに合意した文書をいう。提案書、カタログ、議事録、電子メール、チャットその他の資料は、甲乙が契約内容とする旨を明示的に合意した場合を除き、関連文書に含まれない。

16.3 「変更する旨を明示」の意味を定める

「明示的に合意した場合」と書くだけでは、何が明示か争いになります。

条項例 ―

条項例本契約の特定条項を変更する旨の明示とは、当該個別契約または変更覚書において、本契約の条番号または条項名を特定し、当該条項を変更、排除または追加する旨を具体的に記載することをいう。

16.4 「別途協議」を乱用しない

「別途協議」は、合意が未完成であることを示すにすぎない場合があります。重要条件を別途協議にすると、後で相手方が同意しない限り確定できません。

避けるべき例 ―

条項例追加費用は別途協議する。

改善例 ―

条項例甲の要請により仕様変更または追加作業が生じる場合、乙は追加費用および納期への影響を見積書により提示し、甲がこれを承諾した場合に限り、当該追加作業を実施する。甲が承諾しない場合、乙は当該追加作業を行う義務を負わない。

16.5 「本契約に定めのない事項」は万能ではない

よくある条項に、次のものがあります。

条項例本契約に定めのない事項または疑義が生じた事項については、甲乙誠実に協議する。

この条項は有用ですが、未確定事項を自動的に解決するものではありません。協議しても合意に至らない場合にどうするかを定める必要があります。

改善例 ―

条項例協議開始後○日以内に合意に至らない場合、甲乙は、当該事項が個別契約の履行継続に不可欠であるかを確認し、不可欠である場合には、当該個別契約の一時停止、変更または解除について協議する。

---

Section 17

取引基本契約 ― 17. 実務類型別の優先順位設計

取引基本契約に関する実務上の位置づけと確認ポイントを整理します。

17.1 物品売買・継続供給契約

物品売買では、基本契約に共通売買条件を置き、注文書で品番、数量、単価、納期、納入場所を定めるのが一般的です。

推奨設計 ―

  • 品番・数量・単価・納期は注文書優先。
  • 品質保証、検査、契約不適合責任、責任制限は基本契約優先。
  • 図面・規格・品質基準は技術事項に限り優先。
  • 納品書・請求書条件は契約変更効を持たない。
  • 長期供給では、価格改定、供給停止、在庫、予測発注の法的拘束力を定める。

17.2 製造委託・OEM契約

製造委託では、仕様、金型、原材料、有償支給、品質保証、検査、不良品対応、知財、秘密保持が重要です。

推奨設計 ―

  • 基本契約に品質保証、監査、トレーサビリティ、秘密保持、知財、リコール協力を定める。
  • 個別契約に数量、納期、単価、支給材、検査方法を定める。
  • 仕様書・図面の版数を明確にする。
  • 仕様変更の発効日と在庫品・仕掛品の扱いを定める。
  • 取適法対象取引では、発注内容・代金・支払期日等の明示を徹底する。

17.3 システム開発・IT業務委託

IT開発では、要件定義、設計、開発、テスト、移行、保守の各フェーズで個別契約を分けることがあります。スコープ変更が多いため、基本契約と個別契約の役割分担が特に重要です。

推奨設計 ―

  • 基本契約にプロジェクト管理、検収、契約不適合、責任制限、知財、再委託、情報セキュリティを定める。
  • SOWに作業範囲、成果物、前提条件、除外事項、顧客側作業を明記する。
  • 仕様書に受入基準を明記する。
  • 議事録や課題管理表が契約変更になる条件を定める。
  • 追加要望は変更管理手続で処理する。

17.4 SaaS・クラウドサービス

SaaSでは、個別申込書、利用規約、SLA、DPA、セキュリティホワイトペーパー、サポートポリシーなどが並立します。

推奨設計 ―

  • 料金、契約期間、ユーザー数、プランは申込書優先。
  • データ取扱い、個人情報、責任制限、準拠法は個別契約または基本契約優先。
  • サービス仕様、稼働率、サポート時間はSLA・オンライン文書優先でもよい。
  • オンライン規約の一方的変更が重要条件に及ばないようにする。
  • セキュリティ基準の変更通知、データ削除、終了時の移行支援を定める。

17.5 広告・制作・コンテンツ委託

広告制作、動画制作、デザイン、記事制作では、成果物、修正回数、著作権、肖像権、素材権利、二次利用、納期、検収が問題になります。

推奨設計 ―

  • 個別契約に制作物、納期、報酬、修正回数、納品形式、利用媒体を明記する。
  • 基本契約に著作権、著作者人格権、第三者素材、秘密保持、検収、追加費用を定める。
  • 提案書やラフ案の権利帰属を定める。
  • フリーランスに委託する場合、フリーランス法の3条通知を確認する。

---

Section 18

取引基本契約 ― 18. 紛争が起きた場合の確認手順

トラブルになりやすい場面と予防策を確認します。

次の判断の流れは、優先順位をめぐる紛争が起きたときの確認順序を示しています。順番が重要なのは、契約内容に組み込まれていない資料を先に議論しても結論がぶれやすく、矛盾と補充の区別を誤ると優先順位条項が過剰に働くからです。上から順に、確認対象を絞り込んでください。

文書間の優先順位を確認する順序

文書を時系列で集める

基本契約、覚書、個別契約、注文書、仕様書、メール、ログ、検収書、請求書、支払記録を集めます。

契約内容への組込みを確認

添付・参照、版数、日付、双方の合意、実際の履行との関係を確認します。

矛盾か補充かを判定

同じ事項を同時に適用できないなら矛盾、一般ルールと具体手順なら補充の可能性があります。

取引基本契約と個別契約の優先順位をめぐる紛争が起きた場合、次の順で確認します。

18.1 文書を時系列で集める

  • 基本契約書
  • 覚書・変更契約
  • 個別契約書
  • 注文書・注文請書
  • 見積書
  • 仕様書・図面・SOW
  • メール・チャット
  • 議事録
  • 発注システムログ
  • 納品書・検収書
  • 請求書
  • 支払記録
  • 変更履歴

18.2 どの文書が契約内容に組み込まれたかを確認する

すべての資料が契約内容になるわけではありません。提案書、カタログ、議事録、メールは、契約内容そのものではなく、解釈資料にとどまる場合があります。

確認すべきポイント ―

  • 契約書にその文書が添付・参照されているか。
  • 文書の版数・日付が特定されているか。
  • 双方がその文書を契約内容とする旨を合意したか。
  • 実際の履行がその文書に従って行われたか。

18.3 矛盾か補充かを判定する

次に、文書間の差異が本当に矛盾なのかを確認します。

  • 同じ事項について、両方を同時に適用できないなら矛盾。
  • 一方が一般ルール、他方が具体的手順なら補充。
  • 一方が原則、他方が例外なら併存可能。
  • 一方が法的責任、他方が技術仕様なら別事項かもしれない。

18.4 優先順位条項を適用する

矛盾がある場合、優先順位条項を確認します。

  • 個別契約優先か。
  • 基本契約優先か。
  • 事項別優先か。
  • 変更対象条項の明示が必要か。
  • 標準書式排除条項があるか。
  • 法令上無効となる条項がないか。

18.5 法令違反・強行法規を確認する

契約上の優先順位で解決できないことがあります。たとえば、取適法・フリーランス法の明示義務、支払期日、遅延利息、消費者契約法上の無効、労働法令、個人情報保護法、独占禁止法などです。

18.6 交渉・通知・証拠保全を行う

紛争が顕在化した場合、感情的なメールや曖昧な譲歩は避け、次の事項を整理した通知を行います。

  • 争点となる個別契約の特定
  • 関連する基本契約条項
  • 関連する個別契約・仕様書・注文書
  • 自社の解釈
  • 相手方に求める対応
  • 期限
  • 権利留保

---

Section 19

19. よくある質問

よくある疑問を一般情報として整理します。

Q1. 基本契約と個別契約のどちらを優先させるべきですか。

一律の答えはありません。価格、数量、納期、仕様など案件ごとに変わる事項は個別契約を優先させるのが自然です。一方、損害賠償、責任制限、秘密保持、知的財産、個人情報、解除、準拠法、管轄などの重要な法的条件は、基本契約を優先させる設計が安全です。実務上は、事項別優先型がもっともバランスに優れます。

Q2. 「個別契約が基本契約に優先する」と書けば十分ですか。

不十分なことが多いです。その文言だけでは、発注書裏面約款、見積書の免責文言、仕様書の広い責任文言などが基本契約を上書きする余地があります。「矛盾する範囲に限り」「当該個別契約に限り」「重要条項の変更には条項特定が必要」といった限定を入れるべきです。

Q3. 注文書に基本契約と違う条件が書かれていた場合、注文書が優先しますか。

契約書の文言、優先順位条項、注文書の性質、相手方の承諾、取引経緯によります。基本契約に「注文書の個別条件は優先する」とあれば優先しやすい一方、「標準書式の一般条件は変更効を持たない」とあれば、注文書の定型条件は優先しない可能性が高まります。

Q4. メールで納期変更に合意した場合、個別契約は変更されますか。

契約でメールによる変更を認めているか、当該メールの送信者に権限があるか、変更内容が明確か、相手方が承諾したかによります。重要な変更については、変更合意書または承認済みシステムで記録するのが安全です。

Q5. 仕様書が基本契約より優先する場合、責任制限も仕様書で変更できますか。

仕様書優先条項の書き方によります。仕様書を無限定に優先させると、責任制限が変更されたと主張されるリスクがあります。仕様書は技術事項に限り優先し、責任制限・知財・秘密保持などは基本契約が優先すると定めるべきです。

Q6. 基本契約が終了したら、既に成立した個別契約も終了しますか。

当然には決まりません。基本契約に、終了時点で成立済みの個別契約は履行完了まで基本契約の条件に従う、または基本契約終了により個別契約も終了するなど、明確に定める必要があります。

Q7. 口頭発注でも個別契約は成立しますか。

民法上、契約は原則として書面がなくても成立し得ます。ただし、証拠化が難しく、取適法・フリーランス法などの明示義務がある取引では口頭のみでは問題があります。発注内容は書面または電磁的記録で明示・保存すべきです。

Q8. 「別途協議」と書いておけば後から条件を決められますか。

相手方が合意しなければ決まりません。重要条件を「別途協議」としたまま着手すると、追加費用、納期、成果物範囲で紛争になりやすいです。協議不成立時の扱い、算定方法、作業停止権などを定めるべきです。

Q9. 取適法やフリーランス法の対象取引では、基本契約だけで足りますか。

個々の発注条件が基本契約だけで全て特定されている場合を除き、足りないことが多いです。給付内容、納期、場所、代金、支払期日など、個々の発注で変わる事項は個別契約・発注書・電子メール等で明示する必要があります。

Q10. 取引基本契約と個別契約の関係と優先順位の定め方で、最も重要な一文は何ですか。

実務上は、次の趣旨を入れることが重要です。

条項例個別契約は、品名、数量、単価、納期、仕様など個別条件について本契約に優先するが、損害賠償、責任制限、秘密保持、知的財産権、個人情報、解除、準拠法および管轄などの重要条項を変更するには、変更対象条項を特定した明示的合意を要する。

---

Section 20

取引基本契約 ― 20. まとめ

重要な確認ポイントを最後に整理します。

取引基本契約と個別契約の関係と優先順位の定め方は、継続取引の契約管理における中核論点です。基本契約は共通ルール、個別契約は具体条件という役割分担を理解し、どの文書が契約内容に含まれ、どの事項についてどの文書が優先し、どのように変更できるのかを明確にする必要があります。

重要なのは、次の五点です。

  1. 個別契約の成立方法を定める。 注文、承諾、着手、電子承認、拒絶期限を明確にします。
  2. 契約内容に組み込まれる文書を定義する。 仕様書、SOW、見積書、発注書、Web規約などの扱いを明確にします。
  3. 優先順位を事項別に設計する。 個別条件は個別契約、リスク条項は基本契約という設計が有効です。
  4. 標準書式・裏面約款による意図しない変更を排除する。 請求書、納品書、注文請書、EDI、Web画面の定型条件に注意します。
  5. 法令上の明示義務を満たす。 取適法、フリーランス法などが適用される取引では、個別発注時の記載・保存・支払期日を確認します。

最終的に目指すべき契約設計は、「現場が使いやすく、法務が管理でき、紛争時に説明できる」構造です。基本契約と個別契約を単に上下関係で捉えるのではなく、共通条件、個別条件、技術文書、法令上の明示事項、変更管理、証拠保存を統合して設計することが、継続取引の安定性を高めます。

---

Reference

参考情報源

法令・制度

  • : e-Gov法令検索「民法(明治二十九年法律第八十九号)」 。民法521条は契約の締結及び内容の自由、民法522条は契約の成立と方式、民法548条の2以下は定型約款に関する規定を置いている
  • : 最高裁判所・司法研修所関連資料、山城一真「契約の解釈について」『司法研究報告書等』掲載PDF。 。契約の解釈について、当事者の意思を探求して契約内容を確定する問題として整理している
  • : 中小企業庁「下請法は取適法へ」関連資料(2026年1月施行に関する説明資料)。 。委託事業者の義務、発注内容等の明示事項、電磁的方法による明示、記録保存等を整理している

実務資料・専門機関

  • : 公正取引委員会「よくある質問コーナー(取適法)」 。発注内容等の明示方法・時期・内容、契約書による明示の可否、電話発注後の明示、EDI等についてQ&A形式で説明している
  • : 公正取引委員会「特定受託事業者に係る取引の適正化等に関する法律(令和五年法律第二十五号)」 。同法の目的、定義、取引適正化に関する規定を掲載している
  • : 公正取引委員会「フリーランス法 Q&A」 。3条通知の明示事項、取適法との一括明示、電磁的方法による明示、詳細な委託内容が後に確定した場合の扱い等を説明している