saas-msa-review

SaaS／サブスクリプション契約のレビュー

案件のコンテキスト

案件のコンテキスト。 プラクティスレベルの CLAUDE.md で ## Matter workspaces を確認します。Enabled が ✗（社内ユーザーのデフォルト）の場合、この段落の残りはスキップしてください。スキルはプラクティスレベルのコンテキストを使用し、案件関連の仕組みは表示されません。有効になっていて、アクティブな案件がない場合は、「これはどの案件に関するものですか？ /commercial-legal:matter-workspace switch <slug> を実行するか、practice-level と入力してください。」と尋ねます。アクティブな案件の matter.md を読み込み、案件固有のコンテキストと上書き設定を確認します。出力は案件フォルダー ~/.claude/plugins/config/claude-for-legal/commercial-legal/matters/<matter-slug>/ に書き込みます。Cross-matter context が on でない限り、別の案件のファイルは読み込まないでください。

---

目的

SaaS 契約には、一度限りのベンダー契約とは異なるリスク特性があります。更新のたびに金額が積み重なり、データが蓄積し、切り替えコストは毎月増大します。このスキルは、その点を踏まえてレビューします。

~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md の標準的なプレイブックチェックを実施し、サブスクリプション契約で特に大きな影響を及ぼす条項について、SaaS 固有の観点を追加します。

準拠法に関する前提

SaaS 条項（自動更新の通知要件、価格引き上げの上限、データポータビリティの義務、サブプロセッサーのルール）は法域によって異なります。カリフォルニア州、ニューヨーク州、EU の規則には実質的な違いがあり、民間契約の条項に優先する自動更新法を定めている州もあります。このレビューでは、~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md に記録された準拠法を前提とする、チームの方針を適用します。契約で別の準拠法が指定されている場合、または法定の例外が適用される複数の法域にまたがる取引（例：EU に拠点を置くユーザー、カリフォルニア州の消費者）の場合は、その旨を明記してください。分析をそのまま適用できない可能性があります。

黙って補完しないでください。 設定済みの法律調査ツール（Westlaw または法律事務所のプラットフォーム）で調査クエリを実行しても、取引に関係する可能性がある法定の例外（自動更新法、データポータビリティの義務、消費者保護規則）について結果がほとんど、またはまったく得られない場合は、見つかった内容を報告して、そこで止めてください。確認せずに、ウェブ検索やモデルの知識で不足を補ってはいけません。次のように伝えてください。「[tool] から [N] 件の検索結果が返されました。[jurisdiction / rule] に関する情報は不十分と思われます。選択肢：(1) 検索クエリを広げる、(2) 別の調査ツールを試す、(3) ウェブを検索する — 結果には [web search — verify] のタグが付けられ、利用する前に一次資料との照合が必要です。または (4) 未検証として明記し、ここで終了する。どれを希望しますか？」信頼性の低い情報源を受け入れるかどうかは、弁護士が判断します。

出典の明記。 レビューで法令、規則、判例を引用する場合（例：契約条項に優先する州の自動更新法）、引用には次のタグを付けます。法律調査コネクターから取得した引用には [Westlaw]、[statute / regulator site]、または MCP ツール名、ウェブ検索による引用には [web search — verify]、学習データから想起した引用には [model knowledge — verify]、相手方のドラフトまたは社内ファイルからの引用には [user provided] を付けます。verify タグの付いた引用は捏造のリスクが高いため、優先して確認してください。タグを削除したり、まとめたりしてはいけません。

プレイブックを読み込む

どちらの側か? プレイブックを適用する前に、この SaaS 契約において自社がどちらの側に立つかを判断します。通常は明らかです。相手方が自社のプラットフォームを販売している SaaS ベンダーであれば、購買側です。自社が SaaS ベンダーで相手方が顧客であれば、販売側です。明らかでない場合(再販業者との取り決め、ホワイトラベル契約など)は、「この契約において [会社] はどちらの側ですか — ベンダーですか、顧客ですか?」と尋ねます。設定から該当するプレイブックのセクション(### Sales-side playbook または ### Purchasing-side playbook)を読みます。どの側を適用したかを出力に記録し、レビュアーがどのプレイブックを使用したか分かるようにします。該当する側が [Not configured] の場合、中止し、このレビューを進める前に /commercial-legal:cold-start-interview --side <side> を実行するようユーザーに伝えます。

まず ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md を読みます。該当する側の一般プレイブック(責任、補償、解除、準拠法)が全面的に適用されます — vendor-agreement-review スキルの標準チェックをすべて実行します。

次に、## Playbook → 該当する側 → SaaS positions セクションを探します。ここに、チームが自動更新の通知期間、許容できる価格エスカレーター、データエクスポート権、SLA しきい値、サブプロセッサー承認権、非推奨通知についての立場を記録しています。このスキルにはこれらに関するデフォルト値は同梱されていません — 適切な数値は取引規模、ベンダーの交渉力、チームのリスク許容度によって異なります。

~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md が、このレビューで出てきた SaaS 固有の条項を扱っていない場合は、次のように尋ねます:

プレイブックが [条項 — 例:「許容できる最大の自動更新通知期間」や「匿名化された派生データのベンダーによる保持が許容されるかどうか」] を扱っていません。チームの立場はどうですか? ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md に追加します。

回答を記録して進めます。

SaaS 固有のオーバーレイ

以下の各カテゴリについて、契約書で見つけた内容を列挙し、~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md にあるチームの立場と比較します。このスキルからハードコードされたしきい値を適用しないでください。

1. 自動更新の仕組み

SaaS 契約がうまくいかなくなる最も一般的な原因は、誰も更新通知期間に気づかず、より高い価格でさらに 1 年間拘束されてしまうことです。

各要素を確認し、~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md にあるチームの SaaS positions と比較します:

• 更新期間の長さ(例: 初回と同一、より長期、複数年への自動切り替え)
• 解約予告期間(更新前の日数)
• 通知方法(メール、法務への書面通知、ポータルのみ、内容証明郵便)
• 更新時の価格(同一、CPI 上限付き、その時点の定価、上限なしの裁量)

抽出して記録する 正確な更新日と通知期間を、項目がフラグ付けされたかどうかに関わらず記録します。これは renewal-tracker スキルに渡されます。

2. 価格エスカレーション

各要素を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md と比較します:

• 年間エスカレーター(固定 %、CPI、上限なしなど)
• 使用量超過の価格(公表された料金表、割増料金、未指定)
• 「料金」の範囲(サブスクリプションのみか、広く定義された「追加サービス」か)

3. データの移行性と契約終了

このベンダーを離れる場合（離れるかどうかではありません）、データを取り出せますか？各項目を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md と照合してください。

• エクスポート形式（オープン／標準、独自仕様だが文書化済み、「商業的に合理的」）
• エクスポートの可用性（いつでもセルフサービスで利用可能、契約期間中に依頼、契約終了時のみ）
• 契約終了後のアクセス（契約終了後、エクスポートに利用できる期間）
• エクスポート費用（無料、時間・材料費、GB 単位またはレコード単位）
• 削除証明（依頼に応じて証明、なし、ベンダーが派生データを保持）

ベンダーによる「匿名化」または「集計済み」派生データの保持は、重要な方針事項です。チームの方針を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md で確認し、どちらの立場であっても明示してください。

4. 稼働率と SLA

このサービスの稼働が実際に事業に不可欠な場合にのみ検討します。あれば便利という程度のツールであれば、このセクションは省略してください。アンケートツールの SLA 交渉に交渉上の余力を費やす必要はありません。

各項目を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md と照合してください。

• 稼働率の保証（割合、または「商業的に合理的な努力」）
• 測定期間（月次、四半期、年次）
• 救済措置（サービスクレジット。算定方法、上限の有無、唯一の救済措置かどうか）
• 計画メンテナンスの除外（定義された時間帯、事前通知、無制限）
• クレジットが唯一の救済措置であることと責任上限との関係

5. サブプロセッサー

これはデータ保護に関する問題ですが、サブプロセッサーの一覧はサブスクリプション期間中に変更されるため、SaaS 固有の問題でもあります。

各項目を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md と照合してください。

• 現行の一覧（公開済み、依頼に応じて提供、入手不可）
• 変更通知（事前通知期間、または通知なし）
• 異議申立権（変更阻止、通知後に解約、通知のみ、なし）

6. サービスの変更と廃止

SaaS ベンダーは製品を変更します。通常は問題ありませんが、購入した機能が廃止される場合もあります。

各項目を ~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md と照合してください。

• 重大な不利益を伴う変更（重大な品質低下を理由とした解約権、通知のみ、制限なし）
• チームが依存している機能の廃止通知期間
• 代替機能の同等性（同じ価格帯、上位の価格帯）

AI と機械学習に関する権利

AI／ML データ権利の判断手順。 AI トレーニングに関する条項があるかどうかだけを確認してはいけません。SaaS 契約で近年最も重要になっている交渉事項は、条項の有無を一行で確認するだけでは済みません。次の点を確認してください。

1. 明示的な許諾。 契約で、AI トレーニング、モデル改善、または ML 開発のために顧客データ／顧客コンテンツ／利用データを使用する権利がベンダーに明示的に許諾されていますか？ 購入側の場合、通常は「不可」です。顧客データでベンダーのモデルをトレーニングすることは、顧客がベンダーの製品を実質的に補助し、競争上の情報が漏洩する可能性があることを意味します。販売側の場合、許諾を得られれば収益につながりますが、濫用すれば評判を損なうリスクがあります。
2. ポリシーによる黙示的な許諾。 契約では、ベンダーのプライバシーポリシーまたは利用規約を参照によって組み込んでいますか？ ベンダーは一方的なポリシー更新によってトレーニング権を追加できますか？ 次のような文言に注意してください。「当事者は、随時更新されるプロバイダーのプライバシーポリシーに同意する」。これはトレーニング権の付与につながる可能性があります。また、「サービス改善」や「分析」といった包括的な文言や、ログ／テレメトリを顧客データの定義から除外してデータ利用制限の対象外にする「利用データ」の定義にも注意してください。
3. 匿名化の基準。 ベンダーが「匿名化」または「集計」済みのデータのみをトレーニングに使用すると主張する場合、その基準は何ですか？ 定義のない「匿名化」は不十分です。GDPR 前文 26／HIPAA セーフハーバー／特定の標準を満たしていますか？ 匿名化を解除できますか？
4. 競争上の情報混入。 ベンダーはあなたの競合他社にもサービスを提供していますか？ その場合、あなたのデータを使ったトレーニングによって、競合他社が目にする出力に競争上の情報が混入する可能性があります。競争上の分離に関する確約はありますか？
5. オプトアウトの範囲と継続性。 オプトアウトがある場合、すべての AI 利用が対象ですか、それとも一部のみですか？ 契約更新や利用規約の更新後も有効ですか？ ユーザー単位ですか、それとも組織単位ですか？ 多くのベンダーはトレーニングをデフォルトとし、管理コンソールの目立たない場所にオプトアウトを用意しています。契約でデフォルトが明示されているか確認してください。
6. 出力の所有権。 SaaS 製品自体が AI 生成（文書作成、要約、分析など）を行う場合、出力の所有者は誰ですか？ ベンダーはあなたの出力をトレーニング例として使用できますか？ サードパーティの AI サブプロセッサーも確認してください。ベンダーが顧客データをサードパーティの LLM（OpenAI、Anthropic、Google）に送信する場合、サブプロセッサーの一覧やデータフローにその情報が現れます。
7. 下流の規制上の連鎖。 ベンダーによる AI 目的でのデータ利用は、あなたに規制上のリスクを生じさせますか？ EU AI Act における導入者の義務、FTC §5 に基づく未開示のデータ共有に関するリスク（FTC v. Humor Rainbow/OkCupid を参照）、州の AI 法などが該当します。

それぞれをプレイブックの方針に照らし合わせてください。実務プロファイルの ## AI/ML training rights セクションには、それぞれの項目に対する方針を記載してください。契約がこれら7項目すべてについて何も定めていない場合も、それ自体が指摘事項です。「契約には AI／ML トレーニングに関する権利の定めがありません。上記7項目のそれぞれに対応する、明示的な禁止または明確に定義された適用除外を求めてください。」

責任上限の判断手順

上限額は、上限において最も重要度の低い要素です。 責任制限は、「プレイブックと照合する」という単一の項目ではありません。以下の点を確認してください。

1. 直接損害と間接損害・結果的損害。 上限はすべての責任に適用されますか、それとも直接損害のみに適用されますか？ 直接損害に対する12か月分の上限があり、結果的損害には上限がない場合と、12か月の総額上限がある場合とでは、条件がまったく異なります。それぞれの扱いを明記してください。

2. 上限の基準額 — 原文をそのまま引用してください。 「12か月分の上限」は、次のいずれを意味する可能性もあります。（a）請求に先立つ12か月間に支払われた料金、（b）現在の12か月間に支払われる料金、（c）直近12か月間の利用に対する料金、（d）現在の注文書に基づく料金、（e）これまでに支払われた料金の総額。これらは桁違いになる可能性があります。正確な文言を引用してください。曖昧な場合は、次のように指摘してください。「上限の基準額が曖昧です — [引用した文言] — [X] または [Y] を意味する可能性があります。署名前に確認してください。」

3. 上限の適用除外との関係。 データ侵害、知的財産、機密保持に関する補償が上限の適用除外となる100,000ドルの上限は、SaaS 紛争で実際に発生する請求については、実質的に上限がないのと同じです。上限を超えるもの（適用除外）と上限の対象となるもの（実際に上限が適用される範囲）を列挙し、上限の対象範囲に実質的な意味があるか評価してください。「上限の対象は[一般的な契約違反]です。データ侵害、知的財産の補償、機密保持は適用除外となり、上限がありません。このベンダーのリスクプロファイルを踏まえると、上限の対象範囲は[実質的／名目上]です。」

4. 各要素に関するプレイブックの方針。 実務プロファイルには、次の各項目について方針を設定する必要があります。直接損害の上限（料金の何倍か）、間接損害（除外／上限あり／上限なし）、適用除外の一覧（上限を超えても許容するもの）、上限の基準額（受け入れる定義）。プレイブックに「標準方針」の欄が1つしかない場合は、次のように指摘してください。「プレイブックの上限に関する方針は1つだけです。より精密なレビューのため、直接損害／間接損害／適用除外／基準額に分けることをご検討ください。」

準拠法の差異の確認

プレイブックでは、準拠法に関する希望が全世界で1つ適用されます。執行可能性には大きな差があります。 プレイブックの方針をそのまま受け入れる前に、SaaS 契約で実際に定められている準拠法を、主な相違点と照らし合わせて確認してください。

• 勧誘禁止／競業避止： カリフォルニア州では執行できません（Bus. & Prof. Code §16600）。EU の多くの法域では制限があります。その他の地域では、制限付きで執行可能です。[jurisdiction — verify]
• 自動更新： CA GBL §17600-17606、NY GBL §527-a、IL 815 ILCS 601 には、消費者／B2B向けの具体的な通知要件があります。その他の州では異なります。[jurisdiction — verify]
• 責任の免除： EU および英国の不公正契約条項に関する規則（UCTA 1977、Consumer Rights Act 2015）は、消費者に対する責任の免除を制限します。米国の一部の州では、重大な過失または故意の不正行為に対する責任の免除が制限されます。[jurisdiction — verify]
• 補償： 一部の州では、被補償者自身の過失に対する補償は無効となります。[jurisdiction — verify]
• 機密保持期間： 一部の法域では、「永続的な」機密保持を合理的な期間に制限しています。[jurisdiction — verify]

プレイブックの方針と契約の準拠法における執行可能性が相反する場合は、次のように指摘してください。「プレイブックでは[X]を希望していますが、この契約の準拠法は[Y]法です。この法域では[X]は[執行不能／制限対象／法令による上書きの対象]となります。[jurisdiction — verify]」

修正箇所は最小限に

修正は可能な限り最小限の単位で行ってください。 レッドラインは交渉のための文書であり、書き直しではありません。条項を丸ごと差し替えると、「相手方のドラフトをすべて破棄した」という印象を与え、攻撃的に受け取られます。また、相手方に条項全体を読み直させ、問題のなかった部分まで失わせてしまいます。単語の削除、句の挿入、細目の組み替えといった慎重な修正は、「具体的な要望がある」という印象を与え、読み、理解し、受け入れるまでの時間を短縮します。

プレイブックの方針を実現できる、最小限の修正を基本としてください。

• 句より先に単語を置き換えます。（「twelve (12)」→「twenty-four (24)」）
• 文より先に句を置き換えます。（「paid by the Buyer」→「paid and payable by the Buyer」）
• 文を置き換えるより先に細目を組み替えます。（複合条件を分割するため、「(a)」と「(b)」を追加します。）
• 条項を置き換えるより先に文を置き換えます。
• 条項全体を置き換えるのは、相手方の文案がこちらの方針から大きくかけ離れており、慎重に修正するよりも新たに起草したほうが読みやすい場合に限ります。その場合は、送付状に理由を記載してください。「変更範囲が広いため、§8.2 は修正履歴を付けるのではなく、差し替えました。変更点について喜んでご説明します。」

迷ったときは、より小さく修正してください。慎重に修正されたレッドラインを受け取ったクライアントは、注意深く読んでもらえたと信頼します。条項全体を差し替えたものを受け取ったクライアントは、そもそも読んだのかと疑問に思います。

出力

vendor-agreement-review メモの構成を使用し、標準のプレイブック確認項目の後に SaaS 固有のセクションを追加してください。vendor-agreement-review メモには、すでに秘匿特権に関するヘッダーが含まれています。

二軸の重大度。 SaaS 固有の指摘事項には、両方の軸を必ず付けてください（CLAUDE.md の ## Dual severity を参照）。

• 法的リスク： 🔴 致命的 | 🟠 高 | 🟡 中 | 🟢 低
• ビジネス上の摩擦： 🔴 取引を阻害 | 🟠 取引を遅延 | 🟡 顧客を混乱させる | 🟢 影響なし

データ持ち出し、自動更新、価格引き上げに関する指摘は、🟢 法的リスク／🔴 ビジネス上の摩擦となる可能性が最も高いものです。条項には法的拘束力がある一方で、顧客が解約できない、または更新時に財務部門が予期せぬ事態に直面する原因となります。法的リスクではなく、ビジネス上の摩擦の重大度で提示してください。

### Bottom line

[Can you sign / Need to fight for X first / Walk — one-sentence why]

### AI and machine learning rights

[The #1 emerging SaaS negotiation point. Flag: explicit ML training clauses, "service improvement" catch-alls, usage data definitions, output ownership, third-party AI subprocessors, opt-out vs opt-in. If the agreement is silent: "Silent on AI/ML training rights — request explicit prohibition or defined carve-out."]

## SaaS-specific findings

### Auto-renewal
**Renewal date:** [date]
**Notice window:** Cancel by [date] ([N] days before renewal)
**Renewal price mechanism:** [as written]
**Playbook fit:** [within position / deviation / not addressed]
**Flag for renewal-tracker:** [yes — and the record the tracker needs]

### Price escalation
[findings against `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md` positions]

### Data exit
[findings — this is the one the business owner should read]

### SLA
[findings, or "Skipped — service is not business-critical per [stakeholder]"]

### Subprocessors
[findings against `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md` positions]

### Service changes
[findings against `~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md` positions]

引き継ぎ

renewal-tracker へ： 更新日と通知期間が判明したら、引き継いでください。renewal-tracker の登録情報には、次のフィールドが必要です（スキーマ全体については skills/renewal-tracker/references/renewal-register.yaml を参照してください）。

counterparty:         [name]
agreement:            [title]
signed_date:          [ISO date]
initial_term_end:     [ISO date]
renewal_mechanism:    [e.g., "auto-renew annual"]
notice_period_days:   [integer]
cancel_by_effective:            [ISO date — initial_term_end minus notice_period_days]
price_on_renewal:     [mechanism as written]
annual_value:         [integer, if stated]
business_owner:       [email, if known]
clm_id:               [id if available]
status:               active

契約書または文脈から判断できないフィールドがある場合は、その項目を省略し、どのフィールドが不足していたかを記載して、人が入力できるようにしてください。clm_id、annual_value、business_owner は、特に人の入力が必要となる可能性が高い項目です。

escalation-flagger へ： SaaS 固有の確認項目がチームの「決して受け入れない」リストまたはエスカレーションのトリガーリストに該当する場合、~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md の escalation-flagger スキルに処理を引き継いでください。

何を交渉するかについて

SaaS ベンダー、特に大手ベンダーは、航空会社が航空券の条件を交渉するのと同じくらい、契約書の条件交渉に応じません。チームのプレイブックに従って交渉する項目を選んでください。~/.claude/plugins/config/claude-for-legal/commercial-legal/CLAUDE.md の SaaS positions セクションでは、チームが常に主張する条件、重要な取引に限って争う条件、受け入れる条件を区別する必要があります。プレイブックにその区分がなければ、確認してください。

契約金額と乗り換えコストに応じて、対応の厳しさを調整してください。代替手段が容易に見つかる年間 5,000 ドルのツールには、上に構築を進める予定の年間 50 万ドルのプラットフォームよりも、柔軟に対応します。

次のステップの判断ツリーで締めくくる

CLAUDE.md の ## Outputs に従い、次のステップの判断ツリーで締めくくってください。このスキルが作成した内容に合わせて選択肢を調整してください。標準の 5 つの分岐（X の草案を作成する、エスカレーションする、追加情報を得る、様子を見る、その他）は出発点であり、固定の選択肢ではありません。出力するのは判断ツリーです。選ぶのは弁護士です。