元の条項から始める
対象となる制約、報告義務、適用日を特定します。出典を残し、解釈は権限を持つ審査担当者に確認を求めます。
- 承認された契約とバージョン
- 対象のポートフォリオ、戦略、口座
- 明示された担当者と適用期間
運用契約 / 根拠のつながり
条項から、対応ケースへ。
契約 / § 4.2
取引先への集中度は、承認された運用契約の限度内に保つ必要があります。
審査担当者が対応付けを承認01
承認済みルール取引先エクスポージャー / ポートフォリオNAV
02
観測結果エクスポージャーが合意したしきい値を超過
03
審査ケース元の条項、口座、根拠資料を関連付け
確認が必要担当：リスク管理
01
口座の活動に紐づく承認済み条項
02
元データの根拠を伴う違反の可能性
03
判断と担当者が明確なレビューケース
製品画面
ケースから、元の条項を確認できる。
承認済みのルール、観測されたエクスポージャー、原文の条項を並べて確認します。
対象業務
制約は、適切なチェックに反映されて初めて役に立つ。
投資契約に含まれる限度、許可された行為、義務は、そのまま表計算に収まるものではありません。各条件を適切な対象と根拠資料に結び付け、契約の変更に合わせて更新し続けることが必要です。
条件と実際の活動を比較する
対象範囲で利用できるデータに照らして、対応付けたルールを評価します。根拠の不足、曖昧な表現、データの遅延を明示し、条件を満たさないまま遵守を宣言しません。
- エクスポージャーと集中度の制約
- 許可された商品と取引先
- 不足する根拠と違反の可能性
検知内容ごとに審査の手順を定める
検知内容には、条項、観測結果、担当者を添えます。完了する前に、評価、承認された例外、次の対応を記録します。
- 根拠を伴う審査ケース
- 上位担当者への報告と承認済み例外
- 変更履歴と完了条件
業務例
集中度の制約を、元の条項までたどる。
承認された運用契約が、ある取引先へのエクスポージャーを制限しています。最新の口座データが、対応付けたしきい値を超えました。審査担当者は、元の条項、ルールのバージョン、影響を受けるポジションを確認してから、違反なのか、承認済みの例外なのかを判断します。
01
対応付け
審査担当者が、条項とルールの対応付けを承認します。
02
チェック
データ品質と対象のエクスポージャーを評価します。
03
検証
該当ケースを作成または更新し、根拠を添えます。
04
解決
判断と完了条件を記録します。
導入設計
導入を計画する。
業務に必要な入力、責任、検証項目を定めます。
- お客様からの入力
- 契約、解釈の責任者、例外、上位担当者への報告経路。
- Corbelが構成するもの
- データの対応付け、チェック、根拠の記録、ケースの処理。
- 検証と管理
- お客様の審査担当者と、ルールの解釈とデータの対象範囲を検証します。
お客様に合わせて構成するCorbel
投資条件を、実際に働く管理の仕組みに変えます。
契約と監督の目標をお聞かせください。Corbelが承認済み条項を、必要な記録、確認、担当者につなぎます。