継続的なサービス取引で使われる英文MSAについて、SOWとの関係、条項ごとのリスク配分、知財・データ・責任制限・紛争解決までを横断して整理します。
基本契約としての役割と、企業法務で見落としやすい横断論点を先に整理します。
英文MSA（Master Service Agreement）は、継続的・反復的なサービス取引に共通する法的条件と商業条件を定める基本契約です。個別案件の作業内容、納期、成果物、価格、担当者、サービスレベルなどは、通常、SOW（Statement of Work）、Order Form、Work Orderに落とし込まれます。
このページは、企業法務、契約法務、事業部門、購買部門、情報セキュリティ、プライバシー、知財、税務・会計、内部監査の担当者が、英文MSAの典型条項を横断的に確認するための一般的な解説です。特定の法域や個別案件への法的助言ではありません。実際の締結、交渉、紛争対応では、準拠法、取引類型、業界規制、当事者の交渉力、税務、データ移転、制裁、輸出管理、保険、訴訟・仲裁戦略を踏まえて専門家に相談する必要があります。
次の重要ポイントは、英文MSAを読むときに最初に確認する観点を示しています。読者にとって重要なのは、条文を単独で訳すのではなく、どのリスクがどの文書とどの当事者に割り当てられているかを把握できる点です。ここから、後続の各条項で確認すべき論点の優先順位を読み取れます。
サービス範囲、支払、秘密保持、知的財産、個人情報、保証、補償、責任制限、解除、監査、準拠法、紛争解決が相互に連動します。SOWだけ、責任制限だけ、知財だけを切り出して見ると、契約全体の保護機能を誤って評価しやすくなります。
次の比較表は、MSA本文とSOWなどの個別文書が担う役割を並べています。この区別は、法務レビューと事業部門の運用を分けるために重要です。読者は、固定すべき条件と案件ごとに変える条件を分けて確認できます。
| 文書 | 主な役割 | 確認したい論点 |
|---|---|---|
| MSA | 継続取引に共通する基本条件を置きます。 | 定義、準拠法、紛争解決、支払、秘密保持、知財、データ保護、補償、責任制限、解除を確認します。 |
| SOW | 個別プロジェクトの作業範囲や成果物を定めます。 | 成果物、納期、マイルストーン、受入基準、料金、前提条件、顧客協力義務を確認します。 |
| Order Form / Work Order | 発注内容、数量、価格、期間などを簡潔に指定します。 | 注文書側の裏面条項や優先順位がMSAを意図せず上書きしないかを確認します。 |
| DPA / Security Addendum / SLA | データ処理、セキュリティ、サービス品質を補足します。 | 法令対応、監査、インシデント通知、復旧時間、サービスクレジットとの整合を確認します。 |
次の判断の流れは、英文MSAレビューで最初に確認する順番を表しています。順番が重要なのは、文書構造や優先順位が曖昧なまま個別条項を修正しても、後続のSOWや別紙で上書きされる可能性があるためです。読者は、どこからレビューに入ると手戻りを減らせるかを読み取れます。
MSA、SOW、DPA、SLA、注文書、別紙の有無を整理します。
どの文書がどの範囲でMSAを変更できるかを見ます。
データ、知財、責任制限、制裁、輸出管理、業界規制を切り分けます。
準拠法、税務、プライバシー、知財、紛争戦略を個別に検討します。
標準条項との差分と承認権限を記録します。
MSAの定義、SOWとの関係、優先順位、標準条項の限界を確認します。
MSAは、サービス提供者と顧客の間で、将来発生する複数の取引、プロジェクト、注文に共通して適用される基本条件を定める契約です。日本語では「基本サービス契約」「業務委託基本契約」「基本取引契約」と訳されることがありますが、日本法の請負、準委任、売買、ライセンスと一対一で対応するとは限りません。
典型例として、システム開発会社による開発・保守・運用支援、コンサルティング会社による複数プロジェクトの支援、SaaS事業者による導入支援・カスタマイズ・サポート、広告代理店や制作会社による複数キャンペーン業務、グローバル企業のアウトソーシングが挙げられます。
SOWは、個別案件ごとの作業範囲、成果物、スケジュール、マイルストーン、受入基準、料金、担当体制、前提条件、依存事項を定める文書です。事業部門、PM、エンジニア、購買担当が作ることも多いため、法務がMSAを精緻に整えても、SOWで広すぎる成果保証、無制限の補償、顧客有利な優先順位、曖昧な受入基準が入ると保護機能が弱まります。
次の比較表は、MSAとSOWの典型的な役割分担を項目別に示しています。項目ごとに分けることが重要なのは、固定条件と可変条件が混ざると、修正権限や責任範囲が読みにくくなるためです。読者は、自社のひな形でどの列にどの内容が入っているかを点検できます。
| 項目 | MSAで定める内容 | SOWで定める内容 |
|---|---|---|
| 基本的な法的関係 | 契約当事者、定義、準拠法、紛争解決、一般条項を置きます。 | 個別案件名、対象会社、対象部門を指定します。 |
| サービス | 提供の基本原則、標準義務、顧客協力義務を置きます。 | 作業範囲、成果物、スケジュール、作業場所を指定します。 |
| 料金 | 支払条件、税金、請求、遅延利息を定めます。 | 固定報酬、時間単価、マイルストーン払いを指定します。 |
| 知的財産 | Background IP、Foreground IP、ライセンス、成果物帰属の原則を置きます。 | 個別成果物の帰属、利用範囲、第三者素材を指定します。 |
| 責任 | 補償、責任制限、除外損害、責任上限を置きます。 | 特定案件の特別責任、SLAクレジットを指定します。 |
| データ | 個人情報・セキュリティの基本義務を置きます。 | 対象データ、処理目的、保存場所、再委託先を指定します。 |
| 変更 | Change Order手続と優先順位を定めます。 | 具体的変更内容、追加料金、納期変更を指定します。 |
英文契約で重要なのは、英単語を日本語に置き換えることだけではありません。どのリスクを誰が負担し、どのリスクを価格に織り込み、どのリスクを保険で支え、どのリスクは法的に制限しにくいかを確認します。たとえば、indemnify, defend and hold harmlessという表現では、第三者請求に限るのか、直接損害にも及ぶのか、防御義務がいつ生じるのか、和解コントロールを誰が持つのかを分けて検討します。
英文MSAでは、ニューヨーク法、カリフォルニア法、デラウェア法、ワシントン州法、イングランド法、シンガポール法、香港法などが選ばれることがあります。準拠法条項があっても、強行法規、消費者保護法、労働法、個人情報保護法、輸出管理法、競争法、税法、制裁法の適用を当然に排除できるわけではありません。
標準条項は、標準的な取引を想定した出発点です。個人データ、医療情報、金融情報、営業秘密、中核システム、AIモデル、ソースコード、海外再委託先、クラウド基盤、制裁・輸出管理が関係する場合、標準条項をそのまま使うと取引実態に合わないことがあります。
当事者、定義、サービス範囲、優先順位、変更管理、料金、受入、顧客協力義務、人員、再委託を整理します。
次の一覧は、英文MSAの前半で取引運用を支える条項をまとめています。これらが重要なのは、後の知財、責任、解除、紛争解決の前提になるためです。読者は、各条項がどの実務リスクにつながるかを確認できます。
法人名、設立地、登録番号、住所、親会社・子会社・関連会社の扱いを確認します。Recitalsに義務を置く場合は、本文条項との関係を整理します。
Confidential Information、Deliverables、Services、Customer Data、Personal Data、Claims、Losses、Taxesなどの射程を固定します。
SOWに作業範囲、成果物、納期、受入基準、価格、除外作業、顧客側依存事項、前提条件が明記されているかを確認します。
MSA、SOW、注文書、DPA、SLA、セキュリティ別紙に矛盾がある場合の優先順位を定めます。
サービス範囲、納期、成果物、価格、担当者、前提条件を変える手続をChange Orderで管理します。
料金体系、請求時期、支払期限、通貨、税金、源泉徴収、費用精算、遅延利息、異議申立期間を確認します。
次の比較表は、運用条項ごとのレビュー観点を実務に近い形で整理しています。列ごとに見ることが重要なのは、同じ条項でも顧客側と提供者側でリスクの見え方が変わるためです。読者は、自社の立場で重点確認項目を選べます。
| 条項 | 確認したい点 | 交渉で注意する点 |
|---|---|---|
| 当事者・関連会社 | 契約当事者と実際の利用者が一致しているか、Affiliatesが権利や義務を持つかを確認します。 | 親会社が子会社の義務を保証するのか、単なる署名主体なのかを明確にします。 |
| 定義条項 | 定義語が本文で一貫して使われ、including without limitationにより過度に広がっていないかを確認します。 | Customer Dataにログ、派生データ、統計データ、AI学習データを含めるかを整理します。 |
| サービス範囲 | SOWに成果物、納期、受入基準、除外作業、顧客依存事項、前提条件が入っているかを確認します。 | reasonable assistance、as necessary、industry standard、best effortsのような曖昧表現を具体化します。 |
| 優先順位 | SOWや注文書がMSAの責任制限や知財条項を意図せず上書きしないかを確認します。 | SOWがMSAを変える場合は、変更する条項を特定する設計が実務的です。 |
| 変更管理 | 変更要求者、料金・納期・SLAへの影響、口頭・メール指示の扱いを確認します。 | 緊急対応、法令対応、セキュリティ対応の例外を置くかを検討します。 |
| 料金・税金 | Net 30、Net 45、invoice date、receipt of invoiceの基準を確認します。 | 源泉徴収、VAT、GST、PE、移転価格、Form W-8BEN-Eなどを税務担当と確認します。 |
Acceptanceは、顧客が成果物を検査し、契約に適合するものとして受け入れる手続です。Testingでは検査期間、具体的な不適合通知、deemed acceptance、軽微な不具合の扱いを確認し、Service LevelsではSLAクレジットが唯一の救済かどうかを確認します。Customer Responsibilitiesでは、顧客が提供すべき情報、データ、アクセス、承認、担当者、資料の正確性、権利処理、適法性を確認します。
次の時系列は、プロジェクト型MSAで受入や変更がどのタイミングで問題になりやすいかを表しています。順番が重要なのは、前提条件や承認の遅れが納期・追加費用・責任に波及するためです。読者は、どの段階で証跡を残すべきかを確認できます。
作業範囲、成果物、受入基準、顧客提供資料、除外事項を明確にします。
追加作業、納期影響、追加料金、承認遅れ、アクセス不備を記録します。
検査期間、不適合の具体性、軽微な不具合、受入みなしの条件を確認します。
稼働率、応答時間、復旧時間、サービスクレジット、停止事由を確認します。
Personnel条項では、キーパーソン、資格、入替、教育、バックグラウンドチェック、労務管理を定めます。Independent Contractor条項では、雇用、代理、パートナーシップ、ジョイントベンチャーを形成しないことを明確にします。実態として顧客が人員を直接指揮命令すると、雇用、派遣、偽装請負、PE、社会保険、労働安全衛生の論点が生じることがあります。
Subcontractingでは、クラウド、開発外注、コールセンター、データ処理、翻訳、デザイン、保守、セキュリティ監視などの再委託先管理を確認します。個人データや営業秘密が渡る場合、承認、一覧開示、変更通知、異議申立、責任維持、オフショア再委託、生成AIツール利用まで検討します。
Confidentiality、個人情報、越境移転、サイバーセキュリティ、監査をまとめて確認します。
Confidentiality条項は、相手方から受領した秘密情報を契約目的以外に使用せず、第三者に開示しない義務を定めます。秘密情報の定義、除外情報、使用目的、開示可能な受領者、保護水準、法令・裁判所・当局要請による開示、返還・廃棄、存続期間、差止救済を確認します。
営業秘密として保護されるには、法域により要件は異なりますが、秘密性、経済的価値、合理的な秘密管理措置が問題になることが多いです。契約上の秘密保持義務は、その管理措置の一部になり得ます。
現代の英文MSAでは、個人情報、顧客データ、機密情報、ログ、診療情報、金融情報、従業員情報、顧客リスト、アクセス認証情報を扱うことが多くあります。データ関連条項は、秘密保持の一部に留めず、法令遵守、技術的安全管理措置、インシデント対応、監査、越境移転、再委託、削除・返還、データ主体権利対応まで含めて設計します。
次の比較表は、データ関連条項で確認する法令・実務領域を整理しています。領域ごとに分けることが重要なのは、同じ「データ」でも管理者・処理者、委託・第三者提供、越境移転、監査、削除の論点が異なるためです。読者は、自社の取引でどの列が該当するかを読み取れます。
| 領域 | 英文MSAで定めたい内容 | レビュー観点 |
|---|---|---|
| GDPR | ControllerとProcessorの関係、処理対象、期間、性質、目的、個人データの種類、データ主体、削除・返還、監査を定めます。 | Article 28、サブプロセッサー、データ主体権利対応、EU域外移転、SCCを確認します。 |
| 日本の個人情報保護法 | 安全管理措置、従業者監督、委託先監督、外国第三者提供、本人同意や情報提供を確認します。 | 委託と第三者提供の整理、突合利用、相当措置、継続的実施を確認します。 |
| サイバーセキュリティ | アクセス管理、暗号化、ログ、脆弱性管理、インシデント通知、復旧、監査、教育訓練を定めます。 | NIST CSF 2.0のGOVERN、IDENTIFY、PROTECT、DETECT、RESPOND、RECOVERの観点で不足を確認します。 |
| 監査・証明 | 現地監査、第三者報告書、SOC 2、ISO/IEC 27001、質問票回答、重大インシデント時の特別監査を設計します。 | 頻度、通知、監査人、費用負担、他顧客情報、営業秘密、セキュリティ上機微な情報の保護を確認します。 |
次の重要ポイントは、セキュリティ条項で抽象表現に留めないための読み方を示しています。重要なのは、industry standardのような表現だけでは義務内容が曖昧になりやすい点です。読者は、通知期限、証跡、削除、例外を具体化する必要性を確認できます。
次の重要ポイントは、削除・返還条項で例外を置く場面を整理しています。重要なのは、バックアップ、法令保存、紛争保全があると即時削除だけでは運用できない場合がある点です。読者は、削除証明と保存例外の両方を確認できます。
Background IP、Deliverables、Provider Materials、OSS、AI、利用制限を整理します。
次の比較表は、英文MSAで混同しやすい知的財産関連の用語を分類しています。分類が重要なのは、成果物の所有権だけを定めても、既存ツール、テンプレート、第三者素材、OSS、AI利用の扱いが残るためです。読者は、どの素材が誰に残り、どの範囲で利用許諾されるかを確認できます。
| 分類 | 意味 | 契約上の確認事項 |
|---|---|---|
| Background IP | 契約前から各当事者が保有していた技術、ソフトウェア、ノウハウ、テンプレート、資料です。 | 各当事者に残ること、成果物利用に必要な範囲でライセンスするかを確認します。 |
| Customer Materials | 顧客が提供するデータ、ロゴ、文書、仕様、素材、既存システム情報です。 | 適法性、権利処理、第三者素材の許諾、利用目的制限を確認します。 |
| Provider Materials | 提供者が従前から持つツール、ライブラリ、方法論、テンプレート、汎用コードです。 | 顧客に移転しないことと、Deliverables利用に必要な範囲の許諾を確認します。 |
| Deliverables / Work Product | SOWに基づき作成・納品される成果物、レポート、設計書、コード、設定、文書です。 | 所有権移転か利用許諾か、移転時点、改変・再許諾・関連会社利用を確認します。 |
| Feedback / Residuals | 改善提案や、人の記憶に残る一般的知識・技能・経験です。 | サービス改善利用の可否、秘密保持との関係、競合利用の制限を確認します。 |
顧客側は成果物の所有権取得を希望することが多い一方、提供者側は汎用ツール、ノウハウ、テンプレート、ライブラリまで移転すると他案件で再利用できません。典型的には、各当事者のBackground IPと顧客提供物は各当事者に残し、提供者の汎用技術は提供者に残し、SOWで指定されたDeliverablesについて所有権譲渡または広範な利用ライセンスを定めます。
米国著作権法が関係する場合、Work Made for Hireという表現だけで十分とは限りません。委託制作物がこの扱いになるには、一定のカテゴリーや書面合意などの要件が問題になります。顧客側が確実な権利取得を望む場合、補充的な著作権・知財権譲渡条項を置くことが多いです。
次の一覧は、知財条項で見落としやすい論点を並べています。重要なのは、成果物の帰属だけでなく、実際に事業で使える権限まで確認することです。読者は、利用範囲・第三者素材・AI・OSSの有無を横断して点検できます。
作成時、納品時、検収時、全額支払時のどれで所有権や利用権が移るかを確認します。
改変、再許諾、関連会社利用、第三者委託先利用、M&A後の利用まで確認します。
オープンソース、Copyleft、OSS通知義務、写真・音楽・データセットの条件を確認します。
AIツールへの入力、出力物の権利、学習利用、ログ保存、精度保証、第三者権利侵害を確認します。
SaaS、ソフトウェア、データベース、API、クラウドサービス、広告配信、分析ツール、AIツールが関係するMSAでは、ライセンス条項が中核になります。利用可能ユーザー、利用目的、地域、期間、再許諾、複製、逆コンパイル、ベンチマーク公開、競合分析、スクレイピング、学習利用、再販売の可否を確認します。
Warranty、Indemnification、Defense Control、責任上限、保険を一体で確認します。
Warrantyは、一定の事実、品質、権限、適法性について契約上約束する条項です。サービス提供者が、専門的・職業的な方法でサービスを実施すること、必要な権限を有すること、悪意あるコードを意図的に含めないこと、成果物がSOWに適合することなどを保証する場合があります。
提供者側は、AS IS、AS AVAILABLE、NO WARRANTY OF MERCHANTABILITY、NO FITNESS FOR A PARTICULAR PURPOSE、NO NON-INFRINGEMENTなどの免責を求めることがあります。ただし、どの保証を排除できるかは、準拠法、取引類型、当事者属性、表示、強行法規に依存します。
Indemnificationは、一定の請求、損害、費用、責任が発生した場合に、一方当事者が他方当事者を補償する仕組みです。第三者の知的財産権侵害請求、個人情報漏えいに起因する第三者請求、人身傷害・物的損害、法令違反、贈収賄、輸出管理違反、制裁違反、顧客提供資料による権利侵害、顧客の不正利用などが典型対象になります。
次の比較表は、補償と責任制限の関係を確認するための項目をまとめています。この関係が重要なのは、補償条項が広くても責任上限で限定される場合や、逆にsuper capや無制限の例外になる場合があるためです。読者は、金額上限・損害類型・例外の整合を読み取れます。
| 項目 | 典型的な設計 | レビュー観点 |
|---|---|---|
| 補償対象 | 第三者請求型と直接損害型があります。 | 通常の契約違反損害賠償との境界が曖昧にならないかを確認します。 |
| Lossesの範囲 | 弁護士費用、調査費用、罰金、行政制裁金、和解金を含む場合があります。 | 法令上補償できない金額や保険対象外の費用を確認します。 |
| Defense Control | 補償義務者が訴訟・交渉をコントロールする設計があります。 | 評判、差止、事業制限、非金銭的義務を伴う和解には事前同意を置くか確認します。 |
| 通常責任上限 | 直近12か月の支払額、当該SOWの料金、契約総額、固定金額などがあります。 | 初期段階で支払がない場合に上限がゼロにならないかを確認します。 |
| 重大リスク上限 | 通常上限の2倍、3倍、別定額、サイバー保険金額などがあります。 | 秘密保持、個人情報漏えい、知財侵害、補償義務、故意・重過失の扱いを確認します。 |
| 除外損害 | 間接損害、特別損害、付随損害、結果損害、懲罰的損害、逸失利益、データ喪失などを除外します。 | consequential damagesの意味が法域により異なる点を踏まえます。 |
次の重要ポイントは、責任制限を保険と合わせて読む理由を示しています。重要なのは、責任上限、補償範囲、保険限度額が別々に交渉されると、実際の回収可能性や価格設定と整合しなくなる点です。読者は、契約上の上限と保険の支えが合っているかを確認できます。
損害類型の除外、金額上限、例外・カーブアウトを分けて読みます。秘密保持違反、個人情報漏えい、知財侵害、補償義務、故意・重過失、支払義務、法令違反が通常上限、super cap、無制限のどれに置かれているかを確認します。
Insurance条項では、商業一般賠償責任保険、専門職業賠償責任保険、サイバー保険、労災保険、自動車保険、雇用慣行賠償責任保険などが対象になります。保険種類、限度額、免責額、保険者格付、地域、期間、additional insured、waiver of subrogation、証明書提出、更新通知、解約通知義務を確認します。
贈収賄、経済制裁、輸出管理、人権・環境、監査・記録保存を整理します。
法令遵守条項は、当事者が適用法令を遵守する義務を定めます。一般条項として置くほか、腐敗防止、制裁、輸出管理、個人情報、労働、反社会的勢力、環境、下請、独禁法、業法規制などに分かれることがあります。各当事者が自らの業務に関して遵守する設計か、顧客の業界規制まで提供者が無限定に保証していないかを確認します。
次の一覧は、英文MSAで個別条項として置かれやすいコンプライアンス領域を整理しています。領域ごとに確認する理由は、違反時の解除、停止、支払停止、報告、監査の要否が異なるためです。読者は、取引の地域・データ・再委託・販売先に応じて必要な条項を読み取れます。
FCPAなどが関係する国際取引では、贈賄禁止、記録保持、第三者支払、接待贈答、監査、違反時解除を定めます。
Anti-Bribery制裁対象者でないこと、制裁対象国・地域への提供禁止、制裁リスト確認、再販売・再輸出制限、即時解除を確認します。
SanctionsIT、ソフトウェア、暗号、AI、半導体、クラウド、技術情報、研究開発では、EAR、deemed export、技術管理を確認します。
Export Control関連会社、再委託先、エンドユーザー、販売先まで管理対象に含めるかを確認します。
Supply ChainAudit条項は、相手方の遵守状況、料金計算、ライセンス利用、セキュリティ、個人情報、コンプライアンス、品質を確認するための監査権を定めます。Records条項は、一定期間、契約関連記録を保存する義務を定めます。
監査権は顧客側に安心材料となる一方、提供者側には運用負担、セキュリティリスク、他顧客情報の漏えいリスクがあります。クラウドやSaaSでは、顧客ごとの現地監査ではなく、SOC 2報告書、ISO証明、ペネトレーションテスト概要、質問票回答で代替することがあります。
次の比較表は、監査条項で調整する要素を整理しています。調整が重要なのは、監査権が広すぎるとサービス運用や他顧客の秘密情報に影響し、狭すぎると顧客が実効的に確認できないためです。読者は、監査対象・手段・保護策の組み合わせを確認できます。
| 監査要素 | 確認内容 | 実務上の調整 |
|---|---|---|
| 対象 | 料金、セキュリティ、個人情報、コンプライアンス、品質のどれを対象にするかを確認します。 | 重大インシデント時だけ特別監査を認める設計もあります。 |
| 手続 | 頻度、事前通知、営業時間、監査人、費用負担を定めます。 | 競合他社や不適切な第三者監査人を排除できるかを確認します。 |
| 代替手段 | SOC 2、ISO/IEC 27001、質問票、第三者報告書、要約版資料を使うかを確認します。 | 現地監査と証明書提出の優先順位を整理します。 |
| 情報保護 | 他顧客情報、営業秘密、セキュリティ上機微な情報、脆弱性情報を保護します。 | 閲覧範囲、持ち出し禁止、秘密保持、監査報告書の共有範囲を定めます。 |
期間、更新、解除、サービス停止、終了効果、移行支援、不可抗力を整理します。
Term条項は、MSA自体の期間、SOWの期間、自動更新、Renewal拒絶通知、満了後の効果を定めます。Termination条項は、重大違反、支払遅延、倒産、法令違反、制裁対象化、支配権変更、便宜解除、長期不可抗力、SOW単位解除を定めます。Suspensionではサービス停止事由、停止中の料金、SLAとの関係を確認します。MSAの終了が全SOWを終了させるのか、既存SOWは満了まで残るのかを明確にします。
Cure Periodでは、違反通知後30日以内に治癒しなければ解除できる、といった設計が典型です。支払遅延、秘密保持違反、知財侵害、不正アクセス、制裁違反では、即時解除または短い治癒期間を置くことがあります。
次の時系列は、契約終了時に確認する順番を表しています。順番が重要なのは、解除通知、停止、データ返還、移行支援、存続条項が連動し、対応漏れが事業継続に影響するためです。読者は、終了前から出口戦略を契約に入れる必要性を確認できます。
重大違反、支払遅延、倒産、法令違反、制裁、便宜解除、更新拒絶通知を確認します。
支払遅延、セキュリティリスク、不正利用、法令違反、過大負荷、マルウェアを確認します。
データを取り出せる期間、削除時点、削除証明、未払金がある場合の扱いを確認します。
移行支援の期間・料金・範囲、秘密保持、知財、支払、補償、責任制限、監査、紛争解決の存続を確認します。
Force Majeureは、当事者の合理的支配を超える事象により契約義務の履行が妨げられる場合に、履行遅滞や不履行責任を一定範囲で免れる仕組みです。戦争、テロ、暴動、自然災害、感染症、政府命令、輸出入制限、制裁、ストライキ、停電、通信障害、クラウド障害、サプライチェーン途絶などが列挙されることがあります。
Hardshipは、履行不能ではないものの、予見しにくい事情により履行が著しく過酷になった場合の契約調整を扱います。長期の国際MSAでは、為替、インフレ、法改正、制裁、サプライチェーン変動に対応するため、価格調整や再交渉条項を置くことがあります。
次の重要ポイントは、不可抗力条項で支払義務やBCPとの関係を読む理由を示しています。重要なのは、不可抗力が広すぎると通常の運用リスクまで免責され、狭すぎると現実の障害に対応しにくくなる点です。読者は、通知・軽減・代替手段・長期継続時解除を確認できます。
準拠法、管轄、仲裁、通知、譲渡、支配権変更、完全合意などを整理します。
Governing Law条項は、契約の解釈・効力・履行・違反に適用される法律を定めます。紛争解決条項とは別の概念です。準拠法がニューヨーク法でも、裁判地が東京、仲裁地がシンガポールという設計もあり得ます。
Jurisdiction条項では、紛争をどの裁判所で扱うかを定めます。exclusive jurisdictionは専属管轄、non-exclusive jurisdictionは非専属管轄を意味します。国際取引では、相手方の資産所在地、判決承認執行、訴訟費用、言語、証拠開示、仮処分を考慮します。
仲裁条項では、仲裁機関、規則、仲裁人の数、言語、仲裁地、仮処分・差止を裁判所に申し立てられる例外、多段階紛争解決の期限・開始方法・終了条件を確認します。知財・技術・ライセンス分野では、専門性のある仲裁・調停条項が検討されることがあります。
次の比較表は、紛争解決条項で混同しやすい要素を整理しています。要素を分けることが重要なのは、準拠法、裁判地、仲裁地、手続言語が一致しないまま契約されると、執行可能性や費用に影響するためです。読者は、国際取引で最低限そろえるべき項目を確認できます。
| 要素 | 意味 | 確認事項 |
|---|---|---|
| 準拠法 | 契約の解釈・効力・履行・違反に適用される法律です。 | 強行法規、個人情報、輸出管理、税法、競争法との関係を確認します。 |
| 裁判管轄 | 紛争を扱う裁判所を定めます。 | 専属か非専属か、判決承認執行、相手方資産所在地を確認します。 |
| 仲裁 | 裁判所ではなく仲裁機関や仲裁人が判断する手続です。 | 機関、規則、仲裁人の数、仲裁地、言語、仮処分例外を確認します。 |
| エスカレーション | 担当者協議、役員協議、調停、仲裁・訴訟へ段階的に進む設計です。 | 期限、開始方法、終了条件が曖昧でないかを確認します。 |
Notices条項では、解除通知、違反通知、不可抗力通知、補償請求通知、紛争通知の方法、宛先、効力発生日を定めます。電子メール通知、契約管理システム、ポータル、登録住所変更、国際郵便、宅配便、配達証明、電子署名サービスの扱いを確認します。
Assignment条項とChange of Control条項は、M&Aや組織再編で重要になります。関連会社、承継会社、事業譲渡先への譲渡、競合会社への譲渡拒否、支配権変更を譲渡とみなすか、同意を不合理に留保・条件付け・遅延できない設計かを確認します。
Boilerplateでは、Entire Agreement、Amendment、Waiver、Severability、Counterparts and Electronic Signatures、No Third-Party Beneficiariesを確認します。営業資料、RFP回答、デモ、メール、議事録、クリック同意、PDF署名、電子署名、関連会社や補償対象者の権利付与との関係を整理します。
DPA、Security Addendum、SLA、AI Addendum、専門サービス別紙と立場別の交渉ポイントを整理します。
次の一覧は、英文MSAに付くことが多いサービス別別紙を整理しています。別紙が重要なのは、MSA本文だけではデータ、セキュリティ、SLA、AI、専門サービスの詳細を扱いきれないためです。読者は、自社の取引にどの別紙が必要かを確認できます。
個人データ処理について、処理目的、処理者義務、サブプロセッサー、越境移転、セキュリティ、監査、削除・返還を定めます。
アクセス制御、暗号化、ログ、脆弱性管理、インシデント対応、BCP/DR、バックアップ、セキュリティ認証を定めます。
稼働率、応答時間、復旧時間、サポート時間、メンテナンス、サービスクレジットを定めます。
入力データの利用制限、学習利用、出力物の権利、第三者権利侵害、精度保証、人間によるレビュー、ログ保存を定めます。
導入支援、コンサルティング、カスタマイズ、研修、移行支援について、成果物、検収、作業場所、顧客協力義務、知財帰属、旅費精算を定めます。
顧客側は、サービスが事業に与える影響を基準に、サービス品質、納期、受入、データ保護、監査、知財取得、補償、重大リスクの責任上限、解除・移行支援を重視します。顧客データ、個人情報、機密情報、基幹業務に関わる場合、価格交渉だけでなく、インシデント時の対応能力と契約上の救済を確認します。
提供者側は、サービス範囲の明確化、顧客協力義務、変更管理、支払確保、成果保証の限定、知財の再利用可能性、責任上限、過大な補償義務の限定、監査負担の合理化、再委託・クラウド運用の柔軟性を重視します。契約金額に比べて過大な責任を負う条項は、価格、保険、事業継続に直結します。
中立的には、取引リスクを最も管理しやすい当事者に割り当てることが重要です。顧客提供データの適法性は顧客が管理しやすく、サービス提供者のセキュリティ管理は提供者が管理しやすいです。知財侵害も、提供者が作成した成果物に起因する侵害と、顧客提供素材に起因する侵害で分けて検討します。
次の比較表は、部門・専門職ごとの主な確認事項を示しています。役割分担が重要なのは、英文MSAが法務だけでは完結せず、知財、プライバシー、税務、会計、セキュリティ、事業運用にまたがるためです。読者は、レビュー依頼先と確認範囲を整理できます。
| 専門職・部門 | 主な確認事項 |
|---|---|
| 法務担当・企業内弁護士 | 契約構造、責任制限、補償、解除、準拠法、紛争解決を確認します。 |
| 外部弁護士・外国法事務弁護士 | 準拠法上の有効性、国際紛争、現地規制、交渉戦略を確認します。 |
| 知財法務担当・弁理士 | 成果物、ライセンス、特許、商標、OSS、第三者素材を確認します。 |
| 個人情報保護・プライバシー担当 | DPA、越境移転、再委託、インシデント、データ主体対応を確認します。 |
| 情報セキュリティ担当 | Security Addendum、アクセス管理、暗号化、監査、BCPを確認します。 |
| コンプライアンス担当 | 贈収賄、制裁、輸出管理、反社、人権、業法規制を確認します。 |
| 税理士・会計士 | 源泉税、VAT/GST、収益認識、費用計上、移転価格を確認します。 |
| 内部監査担当 | 監査権、証跡、統制、委託先管理、J-SOXとの整合を確認します。 |
| 事業部門・PM | 作業範囲、納期、受入基準、顧客依存事項、変更管理を確認します。 |
| リーガルオペレーション担当 | テンプレート管理、契約審査手続、電子契約、契約台帳を確認します。 |
契約構造から終了・紛争まで、実務で確認する観点と典型的な失敗をまとめます。
次の比較表は、英文MSAレビューで確認する項目を実務の順番で整理しています。順番が重要なのは、契約構造、サービス、金銭、知財・データ、リスク配分、コンプライアンス、終了・紛争が互いに影響するためです。読者は、レビュー漏れがないかを横断的に確認できます。
| 領域 | 確認事項 |
|---|---|
| 契約構造 | MSA、SOW、Order Form、DPA、SLA、Security Addendumの関係、優先順位、SOWによる上書き、関連会社の権利義務を確認します。 |
| サービス・成果物 | 作業範囲、成果物、納期、受入基準、除外事項、顧客依存事項、前提条件、変更管理を確認します。 |
| 金銭 | 料金体系、支払期限、税金、源泉徴収、費用精算、支払遅延時の停止・解除・利息、請求書異議を確認します。 |
| 知財・データ | Background IP、Deliverables、Provider Materials、Customer Materials、個人情報、機密情報、AI、OSS、第三者素材、派生データを確認します。 |
| リスク配分 | 補償対象、手続、責任上限、除外損害、保険、重大リスクのsuper capや無制限責任を確認します。 |
| コンプライアンス | 贈収賄、制裁、輸出管理、反社、個人情報、業法規制、再委託先、関連会社、エンドユーザー、監査・報告・解除権を確認します。 |
| 終了・紛争 | 解除事由、治癒期間、SOW単位解除、データ返還・削除、移行支援、準拠法、管轄、仲裁地、手続言語を確認します。 |
次の一覧は、英文MSAで起きやすい失敗例を整理しています。失敗例を知ることが重要なのは、条項そのものが存在していても、優先順位や別紙との整合が取れていないと実務で機能しないためです。読者は、自社のひな形とSOW運用に同じ弱点がないかを確認できます。
MSA本文で責任上限を定めても、後から締結したSOWが優先し、無制限の補償義務を負うことがあります。優先順位とSOWレビュー手続を明確にします。
成果物は顧客に帰属するとだけ書くと、提供者の既存ツールや第三者素材の扱いが不明確になり、改変・再利用・関連会社展開に支障が出ます。
補償義務が広い一方で責任制限が低額に設定され、どちらが優先するか不明確になることがあります。通常上限、super cap、無制限を分けます。
個人データを扱うのに秘密保持だけで済ませると、処理目的、再委託、越境移転、インシデント通知、削除・返還、監査が抜けます。
基幹業務の外部委託で終了後のデータ返還・移行支援がないと、ベンダーロックインや業務停止につながる可能性があります。
英文MSA（Master Service Agreement）の典型条項を理解することは、英文契約を翻訳することだけではありません。MSAは、継続的なサービス取引におけるリスク配分、業務運用、知財・データ管理、コンプライアンス、税務、紛争解決を統合する企業法務上の基盤文書です。
MSAを条項の集合としてではなく、将来のSOW群を支える法的な基盤として設計することが重要です。サービス範囲、優先順位、変更管理、支払、検収、秘密保持、データ保護、知財、保証、補償、責任制限、保険、法令遵守、監査、解除、不可抗力、紛争解決が相互に整合していれば、MSAは取引を円滑にし、紛争予防にも役立ちます。
公的機関、国際機関、実務資料を中心に、本文の整理に関係する資料名を掲載します。