英文契約・国際契約・日本語契約で、前文が契約解釈や紛争時の証拠にどう影響するかを、確認項目、危険語、修正文例、社内レビュー手順に分けて整理します。
前文は飾りではなく、契約解釈の入口として扱う必要があります。
前文は飾りではなく、契約解釈の入口として扱う必要があります。
Recitals（前文）は、本文条項の前に置かれる背景説明、目的説明、当事者の認識、取引経緯、関連契約の位置づけを示す部分です。英文契約では WHEREAS から始まるため、Whereas clauses と呼ばれることもあります。日本語契約でも、前文、背景、目的、契約締結の経緯として同じ機能を持つ記載が置かれます。
一般的には、前文だけで売買義務、支払義務、秘密保持義務、補償義務、解除権、表明保証違反責任が直接発生するとは限りません。ただし、紛争時には契約の客観的意味を判断する文脈資料になり、本文に組み込まれている場合や事実承認が含まれる場合には、実質的な法的効果を持つ可能性があります。
次の重要ポイントは、Recitals（前文）を読むときに最初に押さえるべき位置づけをまとめたものです。前文がどのような場面でリスクに変わるかを早く見分けることが重要なので、各項目から「本文へ移すべき内容がないか」を読み取ってください。
本文条項が曖昧な場合、前文は契約目的、取引範囲、関連契約、当事者の前提認識を補う資料になります。義務、表明保証、条件に近い記載は、前文ではなく本文で処理することが基本です。
Recitals（前文）のレビューでは、次の3つの視点を分けると判断しやすくなります。左から順に、背景として残せる情報、本文との整合性を見る情報、本文条項へ移すべき情報を示しており、右側ほど契約リスクとして扱う必要があります。
事業内容、交渉経緯、取引目的、関連契約の存在を説明します。読み手に契約の入口を示します。
目的、対象製品、効力発生日、旧契約、SOW、別紙との関係が本文と一致しているかを確認します。
shall、represents、in reliance upon などは、前文ではなく本文の義務・表明保証・条件で整理します。
Preamble、Words of Agreement、本文条項との違いを分けて理解します。
Recitals（前文）は、権利義務を直接定める operative provisions の前に置かれます。典型的には、当事者の事業内容、契約締結の背景、取引目的、商品・サービス・株式・知的財産・データ・資産・プロジェクトの概要、関連契約、当事者の共通認識を記載します。
次の比較表は、英文契約の冒頭部分を構成要素ごとに分けたものです。前文が本文条項とどこで違うのかを理解することは、レビュー時に「背景として残す情報」と「本文に移す情報」を切り分けるために重要です。各行では、契約内での機能と実務上の読み方を確認してください。
| 部分 | 主な内容 | 実務上の意味 |
|---|---|---|
| Title | 契約書名 | 契約類型の目印です。ただし、名称だけで法的性質が決まるわけではありません。 |
| Preamble | 契約日、当事者名、設立地、住所、略称定義 | 当事者特定と契約の入口です。定義が置かれる場合は本文全体に影響します。 |
| Recitals | 背景、目的、経緯、取引の文脈 | 解釈資料や証拠になり、場合によっては拘束力の起点になります。 |
| Words of Agreement | NOW, THEREFORE など | 前文から本文条項へ移る接続文です。約因や相互合意を示すことがあります。 |
| Operative Provisions | 権利義務、表明保証、誓約、解除、責任制限、準拠法 | 契約上の中核部分です。原則として法的拘束力を直接生じさせます。 |
EU規則や指令の recitals と、契約書の Recitals は別物です。法令の recitals は立法目的や制度趣旨を説明しますが、契約書の Recitals は当事者間の取引背景を説明します。このページでは、企業間取引、国際契約、日本語契約における契約書の Recitals（前文）を扱います。
原則と5つの例外を分けると、危険な前文を見落としにくくなります。
Recitals（前文）は、通常、本文条項を置き換えるものではありません。本文が明確に権利義務を定めている場合、前文だけでその意味を覆すことは一般的には難しいと考えられます。ただし、前文と本文が矛盾していること自体が曖昧性を生むため、締結前に整える必要があります。
次の一覧は、前文が実質的な意味を持ちやすい5つの例外を示しています。例外の種類を知っておくと、単なる背景説明と見える文から、組込み、事実承認、対価関係、目的限定、本文の空白補充というリスクを読み取れます。
The Recitals are incorporated などがあると、前文が契約内容の一部として扱われる可能性が高まります。
債務額、権利帰属、許認可、紛争経緯を認める文言は、後で否定しにくい証拠になり得ます。
米国法などでは、相互約束や契約変更の対価関係を示す文言が問題になることがあります。
NDA、データ契約、ライセンス、PoCでは、目的記載が使用範囲や義務の射程に影響します。
本文に対象製品や条件の抜けがある場合、前文が対象範囲の判断材料になることがあります。
次の判断の流れは、前文の一文を見たときに、どこまでレビューを深めるかを整理するものです。上から順に確認し、組込み文言や義務候補が出た場合は、前文のままにせず本文条項との突合に進むと読み取ってください。
取引経緯や目的を説明するだけなら、本文との整合性を確認します。
incorporated、true and correct、acknowledges、in reliance upon を確認します。
基準日、知識限定、例外、救済、優先順位を本文で整理します。
定義、別紙、SOW、旧契約との整合性を確認します。
文言重視と文脈重視のバランスを、法域ごとに整理します。
英国法では、契約書の文言、契約全体、取引の文脈、商業的合理性を統合して、合理的な第三者がどのように理解するかを問います。Recitals（前文）はその文脈資料になり得ますが、明確な本文条項を当然に覆すわけではありません。
米国法では、parol evidence rule と merger clause との関係が問題になります。Recitals（前文）は契約書の外部ではなく内部にあるため、完全合意条項があっても契約文書内の文言として参照される可能性があります。UCCの取引経過・履行経過・取引慣行の考え方とも接続します。
次の比較表は、Recitals（前文）が法域ごとにどのような読み方をされやすいかを整理したものです。国際契約では同じ前文でも準拠法によって意味づけが変わるため、どの列の視点が自社契約に当てはまるかを確認してください。
| 法域・枠組み | 前文の主な役割 | レビュー上の注意点 |
|---|---|---|
| 英国法 | 文言と文脈を統合して客観的意味を把握する資料になります。 | 商業的常識だけで本文を書き換えることには慎重です。明確な本文を前文で崩さない設計が必要です。 |
| 米国法 | 契約書内部の文言として参照され得ます。 | 完全合意条項、No Reliance Clause、UCCの取引経過・慣行との整合性を確認します。 |
| CISG | 交渉、慣行、用途、事後行動を含む広い文脈の一部になり得ます。 | 国際売買では、CISG排除、インコタームズ、仕様、検査、輸出入規制と整合させます。 |
| 日本法 | 合意内容、契約目的、基礎事情の証拠になることがあります。 | 民法95条の錯誤、解除、契約不適合、損害範囲などに影響する可能性を確認します。 |
日本語契約でも、前文は軽視できません。契約目的や取引上の社会通念が問題となる場面では、前文の表現が当事者の合理的意思や基礎事情を示す資料になることがあります。
当事者、時点、目的、関連契約、規制、税務、証拠をまとめて確認します。
Recitals（前文）で確認すべき事項は、法務だけで完結しません。当事者の正式名称、契約日、取引目的、許認可、知財権、個人情報、会計税務、M&A、紛争経緯など、社内の複数部門が持つ事実と結びつくためです。
次の表は、前文レビューで必ず見るべき領域を、確認ポイント、主なリスク、修正方針に分けたものです。列を横に追うことで、どの事実を誰に確認し、前文に残すか本文へ移すかを判断してください。
| 領域 | 確認ポイント | 主なリスク | 修正方針 |
|---|---|---|---|
| 当事者 | 正式名称、設立地、住所、略称、グループ会社 | 相手方不特定、署名権限不明、第三者義務の誤記 | Preamble又は定義で正確に特定し、第三者義務は本文で処理します。 |
| 時点 | Agreement Date、Effective Date、As of date、Closing Date | 事実の基準日が不明確になり、許認可やM&Aで争点化します。 | 契約日現在か効力発生日現在かを明示します。 |
| 背景事実 | 事業内容、対象製品、既存契約、知財、データ、許認可 | 不正確なストーリーが証拠化されます。 | 断定を避け、必要な表明保証は本文に移します。 |
| 取引目的 | 本文の権利義務、利用目的、解除、責任制限との整合 | 努力義務、成果保証、目的外利用の争点になります。 | 本文及びSOWに具体的に定める範囲へ限定します。 |
| 関連契約 | NDA、MOU、基本契約、旧契約、SOW、ローン、和解 | 置換、存続、優先順位が曖昧になります。 | Entire Agreement、Supersession、Survival、優先順位を本文で定めます。 |
| 規制・税務 | 許認可、個人情報、輸出管理、会計処理、源泉税、印紙税 | 当局、監査人、買収者への説明と矛盾します。 | 実態に合わせ、専門部門の確認を得ます。 |
次の時系列は、前文レビューを社内で進める順番を示しています。前にある作業ほど事実確認、後ろにある作業ほど文言調整と証跡管理に近づきます。順番を守ることで、法務だけで推測した前文を作るリスクを下げられます。
背景説明、事実認定、目的・意図、義務・表明保証・条件に移すべき文言へ分けます。
会社名は総務、製品仕様は事業部、知財権は知財法務、税務は税務部など、確認担当を明確にします。
定義、SOW、別紙、完全合意、優先順位、表明保証、解除、責任制限と矛盾しないかを確認します。
削除、簡素化、本文化、限定、優先順位明記、組込み、非拘束明記のいずれかを選びます。
修正理由、相手方提案、最終版、電子署名後の固定版を契約管理システムで保存します。
acknowledges、represents、shall、subject to などを前文から切り離します。
Recitals（前文）の危険語は、背景説明に見える一文を、義務、表明保証、依拠、条件、目的限定へ変えてしまう言葉です。レビューでは、単語だけで判断せず、本文条項、責任制限、救済、基準日、例外開示との関係を見ます。
次の比較表は、危険語ごとに、前文に置いたときの読み方と安全な処理を整理したものです。左列の文言が出てきたら、中央列のリスクを確認し、右列のように本文条項へ移すか限定するかを読み取ってください。
| 文言 | 前文でのリスク | 安全な処理 |
|---|---|---|
acknowledges | 事実承認、保証否認、依拠の認定につながることがあります。 | 承認させたい事実だけを基準日・範囲付きで本文へ置きます。 |
represents and warrants | 表明保証が前文に混入し、救済や存続期間と切り離されます。 | Representations and Warranties へ移し、知識限定、重要性、例外を設定します。 |
shall、undertakes | 義務が前文に置かれ、誰が何をいつまでに行うか不明確になります。 | 本文で主体、期限、努力水準、違反時効果を定めます。 |
in reliance upon | 不実表示、説明義務、損害賠償の議論につながります。 | 売主側は削除・限定し、買主側は重要説明を本文の表明保証へ落とします。 |
subject to | 条件なのか優先関係なのか制限なのかが曖昧になります。 | Conditions、Effectiveness、Termination など本文条項で処理します。 |
all、sole、exclusive | 許認可、権利帰属、請求権放棄の範囲が広がりすぎます。 | 対象、例外、知る限り、重要性、開示別紙を使って限定します。 |
次の重要ポイントは、危険語を見つけた後の修正文例の考え方をまとめたものです。危険語を削るだけでなく、必要な権利義務を本文へ移し、前文と本文の役割分担を読み取れる形にすることが重要です。
NDA、売買、SaaS、M&A、金融、和解、労務で見るポイントは変わります。
Recitals（前文）で問題になる表現は、契約類型によって変わります。NDAでは目的記載、売買契約では対象製品や使用目的、ライセンス契約では権利帰属、SaaS・AI・データ契約では顧客データや学習利用、M&Aではデューデリジェンス資料への依拠が重要です。
次の一覧は、契約類型ごとに前文で特に見落としやすい論点を並べたものです。各項目では、前文に残せる背景説明と、本文で明確に定めるべき権利義務の境界を読み取ってください。
検討目的、開示者・受領者、口頭情報、サンプル、AIモデル、個人情報、輸出管理情報が目的外利用禁止条項と一致するかを確認します。
目的限定広すぎ注意対象製品、仕様、継続供給、最低購入、品質基準、輸出入規制、インコタームズ、リコール責任との整合性を確認します。
仕様保証注意権利者、対象IP、登録・出願、共同所有、職務発明、OSS、第三者ライセンス、サブライセンスを確認します。
権利帰属断定注意顧客データ、派生データ、統計データ、学習データ、ログ、再委託、サブプロセッサ、越境移転を本文と合わせます。
データ利用個人情報債務承認、責任認否、請求権放棄、秘密保持、公表文、保証意思、労働者性の実態と矛盾しないかを確認します。
証拠化責任認否背景に留めるのか、契約に組み込むのかを明示します。
Recitals（前文）の修正では、前文を契約の一部にしない場合と、あえて契約の一部にする場合を分けます。前者は義務拡張を避けたい側に、後者は前文の事実を重視したい側に有用ですが、後者では限定語と例外開示が重要になります。
次の比較表は、前文を背景説明に留める場合と、契約へ組み込む場合の条項例を整理したものです。列を比較しながら、自社が前文の独立効を避けたいのか、前文の事実を契約上重視したいのかを読み取ってください。
| 場面 | 条項例の考え方 | 実務上の使い方 |
|---|---|---|
| 前文を背景説明に留める | The recitals are included for background information only and do not create any independent obligation, representation, warranty, covenant, condition, or limitation. | 売主、サービス提供者、ライセンサー、情報開示者など、前文による義務拡張を避けたい側に有用です。 |
| 前文を契約に組み込む | The recitals are true and correct in all material respects as of the Effective Date and are incorporated into and form part of this Agreement. | 買主、貸付人、投資家、和解当事者など、前文の事実を重視したい側で使います。 |
| 目的条項を限定する | 販売最大化や世界展開のような広い目的ではなく、本文及びSOWに定める条件へ限定します。 | 努力義務、成果保証、販売保証のように読まれるリスクを下げます。 |
| 関連契約を整理する | NDAや旧契約の存続・置換・優先順位を本文で定めます。 | 前文だけで契約の終了や存続を処理しないことが重要です。 |
| 責任不認定を示す | without admission of liability を使う場合、支払、請求権放棄、公表文と整合させます。 | 和解契約では、前文と本文の矛盾が広報・税務・将来紛争へ波及します。 |
次の重要ポイントは、修正文例を使うときの限界を示しています。定型文を貼るだけでは、本文との矛盾や不正確な事実認定は消えないため、前文と本文の突合を最後に行う必要があります。
一般情報として、個別事情で判断が変わる点を前提に整理します。
一般的には、必須ではないとされています。背景が単純な契約、定型的な発注書、短いNDA、単純な売買契約では、前文を置かない方が明確なこともあります。ただし、背景、目的、関連契約、取引構造を説明しないと本文条項の意味が分かりにくい場合には、有用となる可能性があります。具体的な要否は、契約類型や交渉経緯に応じて弁護士等の専門家へ相談する必要があります。
shall を使ってよいですか。一般的には、避けるべき文言とされています。shall は義務を示すことが多いため、前文に置くと紛争の原因になる可能性があります。義務にするなら本文へ移し、義務にしないなら desires や intends などへ調整することが考えられます。具体的な文言は、契約全体を見て検討する必要があります。
一般的には、明確な本文条項が前文に優先する方向で考えられることがあります。ただし、矛盾があること自体が解釈リスクです。優先順位条項を置くだけで十分とは限らないため、締結前に矛盾を除去し、具体的な対応は資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、必ず表明保証になるとは限りません。ただし、前文が契約に組み込まれている場合や、acknowledges、represents、true and correct、in reliance upon などの文言がある場合には、表明保証、承認、禁反言の争点になる可能性があります。個別の見通しは、契約文言全体と交渉資料を踏まえて確認する必要があります。
一般的には、重要になり得るとされています。契約目的、当事者の合理的意思、基礎事情、解除、契約不適合、錯誤、損害範囲の判断材料になることがあります。特に取引構造や関連契約が複雑な場合は、本文条項との整合性を確認する必要があります。
一般的には、足りないことが多いとされています。前文には事業、技術、知財、税務、会計、労務、個人情報、規制、M&A、紛争、広報に関わる事実が入るため、各部門の確認が重要です。法務は、各部門の確認結果を契約文言として整理し、本文条項との整合性を確保する役割を担います。
公的資料、判例、契約実務資料を中心に、名称だけを整理します。