補償スキームを評価する際に確認すべきこと
定義を先に：そもそも「補償スキーム」とは何か
補償スキームとは、支払い（またはその他の補償）がいつクライアントに対して支払われるべきか、そしてその金額がどのように決定されるかを説明する一連のルールです。通常、資格要件、トリガー（補償が発生する出来事）、計算方法、書類要件、請求の処理タイムラインをカバーします。スキームを評価する際は、スキームに書かれた安定した仕組み（定義とルール）と、変動する条件（コスト、市場環境、執行の質、管轄ごとの運用）を分けて考えます。
仕組みのチェックリスト：トリガー、数式、意思決定手順を対応づける
ドキュメントを起点にして、次の項目を確認します。
-
範囲と定義 何が対象か（商品、口座タイプ、出来事）と、何が除外されるかを確認します。「eligible loss（対象損失）」「event（出来事）」「claim（請求）」「net result（純結果）」のような重要用語の定義に注意してください。これらの選択は、補償に直接影響します。
-
資格要件と支払いトリガー 補償が支払われるために、どの正確な条件が満たされる必要があるかを特定します。問い：どの出来事が請求手続きの開始点になりますか？ スキームは、確定した結果、特定のレポート、または第三者の書類を要求しますか？
-
計算方法 スキームに記載された数式を確認します：入力、測定ポイント、丸めルールです。スキームがネットティング（利益と損失の相殺）を使う場合、口座レベルなのか、時間枠レベルなのか、取引レベルなのかを明確にします。
-
手続きと証拠要件 クライアントがどのような証明を提出する必要があるのか、紛争がどう扱われるのか、記録が不完全な場合に何が起きるのかを確認します。よくある失敗パターンは、曖昧、または変化し続ける証拠要件で、請求を裏付けにくくしてしまうことです。
-
タイムラインとコミュニケーション 処理のタイムラインと、コミュニケーション方法を確認します。資格要件が明確に見えていても、遅延は重大になり得るため、「処理」が何を意味するのか、また中間結果が伝えられるのかを確認してください。
証拠または例：明確な前提でスキームをテストする
リアルタイムのデータがなくても、明示された前提を使って 仮想計算 を実行することで、スキームを健全性チェックできます。たとえば、次を仮定します：
- 対象となる単一の出来事が発生した、
- 測定ウィンドウの間、関連するポジションが保有されていた、
- スキームが純額の数値に基づいて補償を定義している、
- 必要な書類がすべて利用可能である。
その後、スキームに書かれたルールだけを使って各ステップを順に追います：測定ポイントを適用し、対象となるベースを計算し、必要な上限やパーセンテージを適用し、コストや手数料が含まれるのか、除外されるのかを確認します。いずれかのステップが、スキームが指定していない情報に依存している場合、それを不確実性として扱います。
制約とリスク：何がうまくいかない可能性があるか
ほとんどの補償スキームには、少なくとも1つの重大な制約があることが想定されます：
- 定義の曖昧さ： 「eligible loss（対象損失）」や「covered event（対象となる出来事）」の解釈が異なると、結果が変わり得ます。
- 裁量または検証不能な基準： 承認が、明確な基準のない定性的判断に依存する場合、スキームの検証が難しくなります。
- 矛盾する書類： 開示、契約条件、請求フォームの間でルールが異なる可能性があります。不整合な文言はリスクです。
- 運用上の失敗パターン： 処理の遅延、通知の欠落、証拠に関する厳格な書式要件などが、補償の支払いを妨げたり、補償額を減らしたりすることがあります。
結果は、実行・コスト・出来事の正確な事実関係によって変わるため、過去の例は将来の結果を保証しません。
検証と次の質問：何かに依拠する前に確認すべきこと
独立して検証するには、スキームの書類を集め、整合性チェックを行います：
- スキーム文書の最新バージョンと、関連する請求手続きがあるかを確認します。
- 資格要件、計算、紛争の各セクションで使われている定義を突き合わせます。
- 補償を計算するために必要な情報と、スキームがそれをどう測定するかを明記しているかを特定します。
- 仮想テストで使った各前提をメモし、それをスキームの書面上のトリガーに照合します。
実務的な「理解できる状態」の基準は、スキームの trigger（トリガー）、calculation inputs（計算の入力）、evidence required（必要な証拠）、timeline（タイムライン） を、推測せずに平易な言葉で説明できることです。説明できない場合、欠けている明確さは「スキーム」そのものではなく、解消すべきリスクです。
DOCUMENT END