英文契約書を初めて読む方、あるいは何度か目にしたことのある方にとっても、契約書の冒頭に延々と続く「Whereas…」で始まる長文は、複雑な主文の前に立ちはだかる一つの壁のように感じられるかもしれません。多くの人が「とりあえず読み飛ばしても大丈夫な前置き」と軽視しがちなこの部分、実は契約の本質的な目的や、相手の真の交渉意図が隠されている重要な領域です。このセクションでは、プレアンブルがなぜ見過ごされ、その結果どのようなリスクを生み出すのかを明らかにしていきます。
プレアンブルはなぜ軽視されるのか？ その誤解と落とし穴を解剖
「Whereas Clauses」、日本語で「前文」や「契約前文」と呼ばれるプレアンブルは、契約書の本文（Operative Part）の前に置かれ、契約が締結されるに至った背景、目的、当事者の基本的な認識を記述します。法的拘束力がないと説明されることが多いため、「飾り」や「単なる形式的な前置き」と誤解され、詳細な検討をすべき契約交渉の場でも、軽く扱われたり、丸ごとコピー＆ペーストされたりすることが少なくありません。しかし、この認識には大きな落とし穴があります。
「単なる前置き」という致命的な誤解
プレアンブルに「直接的」な法的拘束力がないのは事実です。当事者に具体的な権利や義務を発生させるのは、その後の本文条項です。しかし、「拘束力がない＝無意味」という短絡的な理解が危険を招きます。プレアンブルの真の役割は、契約全体を解釈するための文脈（コンテキスト）を提供することにあります。
「法的拘束力がない」ことを「読み流しても安全」と誤解してはいけません。契約解釈の争いが生じた際、裁判所や仲裁廷は契約書を「全体として」解釈します。この時、契約の目的や背景を定義するプレアンブルは、あいまいな本文条項の意味を確定させる重要な手がかりとなり得ます。
プレアンブルが契約解釈に与える影響：法的裁判例から学ぶ
プレアンブルが決定的な役割を果たした事例は数多く存在します。例えば、技術ライセンス契約において、本文の「許諾範囲」の定義がやや広範で解釈の余地があった場合、プレアンブルに「当該技術をA分野でのみ使用する目的で本契約を締結する」と明記されていれば、その目的を超えた使用は許諾範囲外と解釈される可能性が高まります。
ある合弁契約の紛争において、一方の当事者が「事業計画」条項に従わなかったと主張されました。条項の表現が抽象的だったため、裁判所は契約の目的を明らかにするためプレアンブルを参照しました。プレアンブルには「両当事者の専門性を組み合わせ、特定地域における市場シェアを3年で15%に拡大することを共同の目的とする」と記されていました。この記述が、条項で求められていた「事業計画」の具体的な水準を判断する基準として用いられ、判決に影響を与えました。
このように、プレアンブルは契約の「精神」や「目指すべきゴール」を成文化したものと言えます。本文の文言だけでは判断が難しい場合、この「精神」に立ち返って解釈が行われるため、軽視できない影響力を持つのです。
相手がプレアンブルにこだわる時、そこに潜む交渉意図
交渉の過程で、相手方がプレアンブルの特定の文言に強いこだわりを見せたり、逆に、既存のプレアンブルを「標準的なものだから」と変更を拒んだりすることがあります。これは単なる形式主義ではなく、重要な交渉上のシグナルと捉えるべきです。
- リスクの限定を図っている： 「本契約は、サンプルとして提供された特定仕様の製品にのみ適用される」といったプレアンブルの記述は、契約対象を明確に限定し、将来の範囲拡大を防ぐ意図があるかもしれません。
- 将来の紛争で優位に立ちたい： 自社に有利な背景事情や前提条件をこと細かに記載することで、将来の条項解釈において自社の立場を補強する材料を仕込んでいる可能性があります。
- 契約の「目的」を狭く（または広く）定義したい： 共同研究開発契約で、プレアンブルに記載される「共同研究の目的」が非常に具体的であれば、その目的から外れた成果の権利帰属について、後で再交渉（あるいは自社の単独権利主張）の余地が生まれます。
したがって、プレアンブルの交渉は、単なる言葉遊びではなく、契約の実質的なリスクと範囲を形作る最初の、そして重要なステップなのです。
プレアンブルの法的性質を理解する：契約書における「位置付け」と「機能」
前のセクションでは、プレアンブルが軽視されがちな理由と、それに伴うリスクについて解説しました。では、プレアンブルは契約書全体の中でどのような法的な位置付けにあるのでしょうか。直接的な法的拘束力は通常ありませんが、契約全体の解釈に大きな影響を与える「解釈指針」として機能します。この「拘束力はないが影響力は大きい」という二面性が、プレアンブルを正しく扱うための核心です。
プレアンブルと契約本体（Operative Part）の明確な違い
契約書は、「プレアンブル」と「本体条項（Operative Part）」の2つの部分で構成されています。両者を区別する最も単純な方法は、「締約当事者が具体的に何を約束するのか」という観点です。本体条項には、「当事者Aは当事者Bに対し、商品を100個納入する」のように、権利・義務・責任を直接的に規定する文言が並びます。一方、プレアンブルは「当事者Aは〇〇の事業を営み、当事者Bは××の販売を希望している」というように、契約が締結されるに至った背景や目的を記述する役割を担います。
| 比較項目 | プレアンブル (Preamble / Recitals) | 本体条項 (Operative Part) |
|---|---|---|
| 法的拘束力 | 直接的にはなし（原則） | 直接的にある |
| 主な機能 | 背景の説明、目的の明示、解釈の指針 | 権利・義務・責任の具体的な規定 |
| 表記の特徴 | 「Whereas…」や箇条書き形式 | 「Article 1: Definitions」など条項番号付き |
| 紛争時の役割 | 契約全体の解釈の補助資料として機能 | 判断の直接的な法的根拠となる |
この表が示すように、プレアンブルは契約の「土台」や「前提条件」を記述します。この土台が明確であればあるほど、その上に立つ本体条項の建物（具体的な約束）が、どのような意図で建てられたのかを理解しやすくなります。
3つの主要機能：背景説明、定義、解釈指針
- 背景説明（Statement of Background）：契約が締結されるに至った経緯、各当事者の業態、取引の目的を記述します。これは後に問題が生じた際、契約の「真の目的（True Purpose）」が何であったかを判断する重要な材料となります。
- 定義の補助（Aid to Definition）：本体条項の「定義条項」で正式に定義されていない用語の意味を、文脈から推察する手がかりを提供します。例えば、プレアンブルで「当事者Aは『〇〇システム』の開発者である」と書かれていれば、本体で単に「本システム」と出てきた場合、それが「〇〇システム」を指すと解釈する根拠になります。
- 解釈指針（Guidance for Interpretation）：契約条項の文言が曖昧だったり、複数の解釈が可能な場合に、どちらの解釈が当事者の当初の意図に沿うのかを判断する際の指針となります。裁判や仲裁においても、契約の解釈をめぐる争いでは、まずプレアンブルが参照されることが一般的です。
プレアンブルの重要性を理解しないと、次のようなリスクが生じます。例えば、「本契約の目的は、A社のノウハウを活用して新市場を共同開発することにある」という背景がプレアンブルに明記されている場合、A社が自社のノウハウを他社に流用する行為は、契約の根本的な目的に反すると判断される可能性が高まります。たとえ本体条項に明確な禁止規定がなくても、プレアンブルを根拠に「信義誠実の原則」違反が主張されることがあるのです。
「Whereas」と「Recitals」の使い分けと実務的な意味
プレアンブルには、主に2つの表記様式があります。一つは伝統的な「Whereas」で始まる文章を連ねる形式、もう一つは箇条書きで「Recitals」または「Background」と見出しを付ける形式です。
- 「Whereas」形式の特徴：伝統的で格式ばった印象を与えます。しかし、長文になりやすく、重要な前提条件が文章の中に埋もれて見落とされるリスクがあります。
- 「Recitals」形式（箇条書き）の特徴：現代的な契約書で増えている形式です。各項目が簡潔に分かれており、交渉の過程で特定の前提条件（例：「本契約は、〇〇に関する既存の覚書に基づく」）を追加・削除・修正するのが容易です。読み手にとっても、スキャンしやすく重要な点を把握しやすい利点があります。
実務上、どちらの形式を採用するかは、取引の慣行や契約書全体のスタイルによります。重要なのは形式そのものではなく、プレアンブルに何を書くかという「内容」です。特に、相手方が提示してきた契約書のプレアンブルを精査する際は、「この背景説明は事実と合致しているか」「この前提条件を自社が受け入れることで、将来的に不利益を被る可能性はないか」という観点でチェックすることが肝心です。プレアンブルは単なる前置きではなく、契約の「前提となる共通認識」を文書化したものなのです。
実践レビュー：プレアンブルに潜む5つのリスクパターンを事例で検証
プレアンブルの法的性質を理解したところで、次は具体的なリスクに目を向けましょう。契約書の執筆者や交渉担当者は時として、この部分に特定の思惑や、結果的に不利な条件を埋め込むことがあります。ここでは、よく見られる5つの危険なパターンを、実際の条項例と共に検証していきます。
技術仕様や性能に関する詳細な記述がプレアンブルに含まれている場合、それが「黙示的保証」と解釈される恐れがあります。例えば、ソフトウェア開発契約の背景に「Whereas, the Software to be developed shall process at least 10,000 transactions per second…」と書かれていたとします。主文に明示的な性能保証条項がなくても、この記述が事実上の性能保証とみなされ、開発側がその達成を義務付けられるリスクがあります。
チェックポイント：背景に書かれた数値や仕様は、主文の保証条項と矛盾していないか。不要な詳細は交渉の余地を残すよう、抽象化できないか。
「Whereas, Party A has represented and warranted that…」という表現は特に注意が必要です。この「represented（陳述した）」という言葉は、相手方（Party A）が何らかの事実を主張したことを記録するものです。これがプレアンブルに固定されると、たとえその陳述が誤りであったり、将来変更が必要になったりしても、契約解釈上「確認済みの事実」として扱われ、紛争時に不利な材料となる可能性があります。
Whereas, Party A has represented that…
（相手方Aが〜であると陳述したことを前提として…）
この表現は、相手の一方的な主張を契約の前提事実としてしまう恐れがあります。可能であれば「it is acknowledged that…（〜であることが認識されている）」など、より中立的な表現への変更を検討しましょう。
プレアンブルで契約の目的を定義する際、範囲が極端に狭いまたは広いと問題が生じます。目的が「本契約は、X社のAシステム向けの部品調達を目的とする」と狭く定義されると、同じ部品をBシステムに流用したい場合に契約違反とみなされる可能性があります。逆に「両社間のあらゆる協業を目的とする」と曖昧に広く定義すると、主文で規定されていない予期せぬ義務を負わされるリスクがあります。
事業環境や技術は常に変化します。しかし、プレアンブルに「現在の市場環境において」「既存のY規制に準拠することを前提として」などと固定的な前提条件が書かれていると、環境が変化した際に契約の存続自体が危ぶまれる事態になりかねません。このような記述は、主文の「不可抗力条項」や「契約変更手続き」と整合性が取れているか、常に確認する必要があります。
プレアンブルには、契約締結に至った経緯や背景として、特定の技術情報や事業計画が含まれることがあります。これらの情報が別の機密保持契約（NDA）の対象であった場合、プレアンブルに記載することで意図せず機密情報を「契約書」という公開可能性のある文書に固定してしまうリスクがあります。機密性の高い詳細はプレアンブルから省き、別添の覚書などに記載する方が安全です。
リスク回避の基本：プレアンブルに書く内容は、本当に契約の解釈に必要な「骨格」の事実関係のみに留める。詳細やセンシティブな情報は、必要に応じて別文書で管理する。
戦略的起草と交渉：自社に有利なプレアンブルを書く・変えるテクニック
プレアンブルが解釈指針として機能し、リスクを内包し得ることを理解すれば、次は実際の契約交渉の場でこれをどのように活用し、防御するかを学ぶ段階です。ここでは、プレアンブルを戦略的な交渉ツールとして位置付け、自社に有利な形で起草・修正する具体的な方法を解説します。
交渉カードとしてのプレアンブル：何を譲り、何を守るか
プレアンブルは、本体条項の重要な譲歩と引き換えに、相手に「譲る」材料として効果的です。逆に、自社の根本的な立場や前提を揺るがす記述が含まれている場合は、最後まで守るべき項目となります。
- 譲ってもよいプレアンブル：契約の背景となる一般的な事実関係（例：両社が特定の分野で活動していること）や、契約を締結するに至った経緯の一部など、解釈論争の余地がほとんどない中立的な記述。これらを相手の要求に応じて調整することで、本体条項（価格、知的財産権の帰属、保証など）での重要な譲歩を引き出せます。
- 徹底して守るべきプレアンブル：将来の紛争時に、契約の目的解釈や義務の範囲を不利に狭めたり拡大したりする可能性がある記述。例えば、特定の技術や情報が「既に提供済み」と認める文言や、自社の義務を暗黙的に前提づけるような表現は、厳格に修正を求めなければなりません。
起草の実践：ニュートラルでリスクの少ないプレアンブルの骨格
自社が契約の原案を作成する立場であれば、最初からリスクを最小化したプレアンブルを起草することが最善です。その基本原則は、「客観的事実を簡潔に列挙し、解釈や評価を一切含まない」ことです。
安全なプレアンブルの要素
- 契約当事者の正式名称と略称の定義
- 契約締結の日付（背景として）
- 契約の基本的な目的（「本契約は、〜に関する両当事者の権利義務を定めることを目的とする」など、一般的な表現）
- 契約の前提となる、他に争いのない客観的事実（例：「当事者AはXを開発し、当事者BはYを販売する事業を営んでいる」）
以下の例は、技術ライセンス契約においてよく見られる、解釈の余地が少ない中立的なプレアンブルの一節です。
WHEREAS, Licensor owns certain intellectual property rights related to the Alpha Technology; and
WHEREAS, Licensee desires to obtain a license to use the Alpha Technology in the Field; and
WHEREAS, the Parties wish to set forth the terms and conditions of such license.
修正交渉の具体例：相手案のリスクを中和する文言修正術
相手が提示した契約書のプレアンブルにリスクが含まれている場合、そのまま受け入れるのは危険です。しかし、いきなり削除を要求すると交渉がこじれる可能性もあります。より現実的なアプローチは、リスクを中和する「微修正」を提案することです。これは、相手の意図を完全に否定せず、表現をより安全なものに変える技術です。
以下の修正は、一見小さな変更に見えますが、法的リスクを大幅に低減します。
| 修正前（リスクあり） | 修正後（リスク中和） | 修正の意図と効果 |
|---|---|---|
| WHEREAS, it is acknowledged that Licensee has reviewed the Technology and finds it satisfactory for its business needs. | WHEREAS, Licensee has had an opportunity to review information regarding the Technology. | 「承認」から「機会があった」へ。「acknowledged that」は「〜であることを認める」と解釈され、技術の内容や適合性について事実上「保証」したと主張されるリスクがあります。機会があったという事実のみに留めることで、そのリスクを排除。 |
| WHEREAS, Licensor has disclosed all material information concerning the Technology to Licensee. | WHEREAS, Licensor has provided certain information concerning the Technology to Licensee. | 「全ての重要情報を開示」から「一定の情報を提供」へ。「all material」は絶対的な開示義務を暗に認め、後日「重要情報が開示されていなかった」と主張される根拠になり得ます。「certain information」に変えることで、提供の範囲を限定し、将来の争いを予防。 |
| WHEREAS, the Parties intend and agree that this Agreement shall be interpreted in accordance with the following principles… | WHEREAS, the Parties understand that this Agreement sets forth their entire agreement. | 「意図し同意する」から「理解する」へ。「intend and agree」は強い合意を示し、本体の完全合意条項（Entire Agreement Clause）を補強するように見えますが、逆にプレアンブルに記載された「原則」が拘束力を持つと解釈される余地を生みます。解釈指針ではなく、単なる背景的事実（合意書が存在すること）を述べる安全な表現に変更。 |
これらの修正を通じて、プレアンブルを単なる飾り文句から、自社の立場を守るための戦略的防壁へと変えることができます。交渉では、これらの変更が「事実をより正確に反映するため」「誤解を招く表現を避けるため」であると説明すれば、相手も受け入れやすくなるでしょう。
ケーススタディ：業種別・契約類型別 プレアンブル実例分析
これまで学んだプレアンブルのリスクと戦略は、具体的にはどのような形で現れるのでしょうか。ここでは、代表的な3つの契約類型に焦点を当て、業界特有の表現とその背後にある交渉意図を実例で分析します。契約書レビューの実践力を高めるために、良質なプレアンブルと問題があるプレアンブルを対比させながら理解を深めましょう。
M&A（事業譲渡）契約：デューデリジェンスの範囲と前提
M&A契約では、買い手が売り手の事業や資産を調査するプロセス「デューデリジェンス」の前提をプレアンブルに記述することが一般的です。ここで留意すべきは、調査結果への依存度合いや、開示情報の正確性に関する前提がどのように示されているかです。
WHEREAS, the Buyer has conducted a due diligence investigation into the business of the Seller, based solely on the information provided by the Seller, and is willing to proceed with the acquisition on such basis.
この例では、買い手の調査が「売り手が提供した情報のみ」に基づくことが明記されています。これは、売り手側にとっては、提供していない情報についての責任を限定する効果があります。一方、買い手はこのような文言がある場合、「提供情報に完全に依存して契約を締結した」と見なされる可能性があり、後から情報の不備や虚偽を理由に契約を争うことが難しくなるリスクがあります。
「solely（のみ）」「exclusively（排他的に）」という表現が、買い手の調査範囲や依存対象を極端に限定していないか確認が必要です。買い手側の立場であれば、「to the satisfaction of the Buyer（買い手が満足する範囲で）」など、一定の裁量を残す表現を交渉で検討します。
ソフトウェア開発・ライセンス契約：開発要件と知的財産権の所在
ソフトウェア関連契約では、開発する機能や成果物の仕様、そして最も重要な知的財産権の帰属について、序文で前提を共有することがあります。問題は、その記述があいまいで、後の本体条項と解釈が食い違う場合です。
WHEREAS, the Client has provided certain specifications for the software to be developed; and WHEREAS, the Developer agrees to develop the software in accordance with such specifications.
このプレアンブルは、開発者が「クライアントが提供した仕様書」に従って開発することを述べています。一見、当然のように見えますが、仕様書の内容が契約本体の「作業範囲」の定義と異なる場合、どちらが優先されるのかという解釈問題を生じさせます。また、知的財産権について全く言及していない点も注意が必要です。後続の条項で「開発者が全ての権利を保有する」と定められていても、プレアンブルでクライアントの提供仕様が前提となっていることで、その権利範囲が制限される余地が生まれる可能性があります。
「…WHEREAS, the Parties intend that all intellectual property rights in the deliverables shall vest in the Client upon full payment, as detailed in Article X.（双方は、成果物に関する全ての知的財産権が、第X条に詳述される通り、支払い完了時にクライアントに帰属することを意図する）」このように、本体条項への言及を織り交ぜることで、契約全体の解釈の一貫性を高め、争いを予防できます。
秘密保持契約（NDA）：情報開示の目的と範囲の明確化
NDAのプレアンブルは、どのような目的で、どのような情報が開示されるのかを明確に定義する重要な役割を持ちます。この目的が広すぎたり曖昧だったりすると、受領者が守秘義務を負う情報の範囲が無制限に拡大する危険があります。
WHEREAS, the Disclosing Party may disclose certain information for the Recipient’s business evaluation purposes.
この例は「事業評価の目的」と限定している点で良質です。問題があるのは、「for potential business discussions（潜在的な事業協議のために）」や「for mutual business purposes（相互の事業目的のために）」といった、範囲が漠然とした表現です。このような場合、開示された情報が後に、当初想定していなかった全く別の目的（例えば、競合製品の開発）に使用されたとしても、「相互の事業目的」に含まれると主張される可能性があります。
- 開示目的は、可能な限り具体的に記載する（例：「ソフトウェアXの共同開発可能性の評価のために」）。
- 目的外使用を明示的に禁止する条項と整合性が取れているか確認する。
- プレアンブルは法的拘束力がないと聞きますが、なぜここまで細かく検討する必要があるのですか？
-
法的拘束力が「ない」というより、「限定的」であると考えるのが正確です。裁判で契約を解釈する際、契約の背景や当事者の意図を理解するための重要な文脈として参照されることがあります。特に、本体条項の文言があいまいな場合、プレアンブルの記述が解釈を左右する決め手となる可能性があります。そのため、交渉上の意図を正確に反映させ、将来の争いを予防する観点から、細心の注意を払う価値があります。
- 契約書をレビューする際、プレアンブルからまず何をチェックすべきですか？
-
まず、事実関係の記述が正確かどうかを確認します。例えば、過去の交渉経緯や合意内容が誤って記述されていないかです。次に、自社にとって不利な前提や限定（「〜のみに基づく」など）が含まれていないかをチェックします。最後に、プレアンブルの内容と、契約本体の定義や主要条項との間に矛盾や齟齬がないかを照らし合わせることが重要です。
- 自社が契約を起草する立場の時、プレアンブルに盛り込むべき「良い要素」は何ですか？
-
まず、契約締結に至るまでの重要な経緯や、双方が合意している前提事実を明確に列挙することです。次に、契約全体の基本的な目的や意図を簡潔に述べることです。さらに、本体条項で詳細を定めている重要な権利や義務（例：知的財産権の帰属）について、その方向性をプレアンブルで示しておくと、契約の一貫性が高まります。重要なのは、自社に有利な事実や解釈を押し付けるのではなく、将来の誤解を防ぐための「共通の土台」を作るという意識を持つことです。
