pre-trade-compliance

取引前コンプライアンス

中核となる概念

取引前コンプライアンスのアーキテクチャ

取引前コンプライアンスシステムは、ポートフォリオ管理システムまたは注文入力インターフェースによる注文の生成後、カストディアンまたは執行市場へのルーティング前に注文をインターセプトします。システムは各注文を一連のルールに照らして評価し、注文の続行を許可するか、完全にブロックするか（ハードブロック）、またはレビュー対象としてフラグを付けます（ソフトブロック）。

ルールエンジンの設計 — 順次評価と並列評価：

• 順次評価： ルールを定められた順序で評価し、最初の不合格時に処理を停止します。この方法は、違反の大半を早い段階のルールで検出できる可能性が高い場合（例：集中度上限を評価する前に口座が凍結されているか確認する場合）に効率的です。順次評価では、早い段階で不合格となる注文のレイテンシーを抑えられますが、診断情報は不完全になります。トレーダーに表示されるのは最初の違反のみで、すべての違反ではありません。
• 並列評価： すべてのルールを同時に評価し、結果一式を返します。この方法では包括的な診断結果が得られ、トレーダーは注文が違反するすべてのルールを一度に確認できます。並列評価は、注文が送信前にレビューされ、コンプライアンスチームが全体像を把握するメリットを得られるアドバイザリーワークフローに適しています。トレードオフとして注文あたりの計算コストは高くなりますが、一般的なアドバイザリー注文量では無視できる程度です。
• ハイブリッド方式： 重要なルール（口座ステータス、取引制限リスト）を最初に評価し、迅速に処理を中止できるゲートとして機能させます。注文がこれらに合格した場合、残りのルールを並列評価します。これにより、レイテンシーと診断の完全性のバランスが取れます。

注文のインターセプトポイント：

• ルーティング前： 注文がカストディアンまたは執行市場に送信される前にコンプライアンスチェックを実施します。これが主要なインターセプトポイントであり、市場とのやり取りが発生する前に違反を検出します。この段階では、注文は会社のシステム内にのみ存在します。
• 執行前： ダイレクト・マーケット・アクセスまたはアルゴリズム執行機能を持つ会社では、ルーティング後、注文が執行にリリースされる前に、2回目のコンプライアンスチェックを行う場合があります。これにより、ルーティングから執行までの市場状況の変化によって生じる問題（例：急速に変化するポジションが上限に抵触するようになった場合）を検出します。
• 集約後、ルーティング前： ブロック取引では、個別口座レベル（この口座は集中度上限に違反しているか）と、ブロック全体の集約レベル（ブロックの合計数量は証券の平均日次出来高の基準を超えているか）の両方でコンプライアンスチェックを適用する必要があります。

ハードブロックとソフトブロック：

• ハードブロックは、根本的な条件を解消するまで、いかなる状況でも注文の続行を許可しません。注文をオーバーライドすることはできず、注文を変更またはキャンセルするか、ブロックの原因となる条件を取り除く必要があります（例：証券を取引制限リストから削除する、口座の凍結を解除する）。ハードブロックは、例外が許されない規制要件や会社の方針に限って適用します。対象となるのは、取引制限リストへの違反、凍結または停止中の口座での取引、規制上のポジション上限超過、法的保留の対象となる証券の取引です。
• ソフトブロックは、注文を続行する前に、警告への確認と記録された正当化理由を求めます。ソフトブロックは、専門的な判断により例外が正当化される可能性があるガイドラインに適しています。対象となるのは、社内の集中度ガイドライン（規制上の上限とは異なります）、ウォッチリストとの一致、モデル配分からの軽微な乖離、アドバイザリーアラートを発生させる取引（例：上限には達していないものの、上限に近づいている場合）です。ソフトブロックのオーバーライドはすべて、承認者の身元、タイムスタンプ、申告された正当化理由とともに記録する必要があります。

コンプライアンスチェックのレイテンシー要件： 取引前コンプライアンスチェックは、執行品質を実質的に損なわない時間内に完了する必要があります。市場価格が変動している株式および ETF の注文では、コンプライアンスチェックのレイテンシが執行価格リスクに直接影響します。目標とするレイテンシのベンチマークは次のとおりです。リアルタイム取引のワークフローでは、単一注文のコンプライアンスチェックを 100 ミリ秒未満で完了させる必要があります。モデル主導の取引（数百から数千件の注文）のバッチコンプライアンスチェックは、数分ではなく数秒以内に完了する必要があります。外部システムに保存された制限リストの確認など、リアルタイムのデータベース参照が必要なルールエンジンでは、レイテンシの目標を満たすためにキャッシュ戦略を採用する必要があります。キャッシュ戦略には、システム起動時に制限リストと集中度のしきい値をメモリに読み込み、変更イベントに応じて差分更新すること、セクターの比率や発行体へのエクスポージャーなどのポートフォリオ指標を事前計算し、コンプライアンスチェックごとに一から再計算するのではなく、ポジションの変更に応じて差分更新すること、チェックのたびにデータベースへ問い合わせるのではなく、口座レベルのコンプライアンス状態のインメモリスナップショットを維持し、各取引後に更新することが含まれます。

ルールの優先順位と順序：

最も重要なチェックを最初に評価し、ルール間の相互作用を適切に処理できるよう、ルールは優先順位に従って整理する必要があります。一般的な優先順位は、（1）口座ステータスの確認（凍結、停止、閉鎖）、（2）制限リストのスクリーニング、（3）規制上のポジション制限、（4）規制コンプライアンスルール（ウォッシュセール、フリーライディング）、（5）クライアント固有の制限、（6）会社レベルの集中度制限、（7）モデルおよびガイドラインへの準拠です。複数のルールが同じ注文に対して発動した場合は、最も厳しい結果を適用します。いずれかのルールによるハードブロックは、他のルールによるソフトブロックより優先されます。

制限リストと監視リスト

制限リストと監視リストは、会社またはその従業員に利益相反、情報優位性、あるいは規制上の義務がある証券の取引を管理する、コンプライアンス上の重要なツールです。

会社の制限リスト（MNPI に基づく）：

会社の制限リストには、会社またはその関連会社が重要な未公開情報（MNPI）を保有する証券が含まれます。投資銀行部門の関連会社を持つブローカー・ディーラーでは、公開企業が関わるアドバイザリー業務（M&A、引受、事業再編）に会社が従事する際に、制限リストに証券が追加されます。制限リストに記載された証券の取引は、会社のすべての口座（自己勘定、アドバイザリー、個人）で禁止されます。制限リストは通常、法務部門および情報遮断壁（チャイニーズウォール）グループの意見を取り入れながら、コンプライアンス部門が管理します。追加と削除には時間的な制約があります。証券は MNPI が社内に伝達される前に追加する必要があり、情報が公開されるか、業務が終了した後にのみ削除できます。

個人取引制限リスト：

クライアントの取引、ポートフォリオ保有銘柄、または投資推奨に関する未公開情報にアクセスできる従業員であるアクセス者は、個人取引の制限対象となります。個人取引制限リストには、会社がクライアント向けに積極的に取引している証券（フロントランニング防止のため）、積極的に調査対象としている証券、IPO および限定募集の証券（SEC Rule 204A-1 に基づく事前承認が必要）が含まれる場合があります。個人取引制限は会社の制限リストとは独立して適用され、従業員の役割によって、より厳しくも緩やかにもなります。

クライアント固有の制限対象証券： 個々のクライアント口座には、法的制約（企業のインサイダーに該当する場合、特定の保有資産の売却を禁じる離婚判決）、契約上の義務（ロックアップ契約）、またはクライアントの希望（特定の企業の有価証券を購入しないようクライアントが会社に指示する場合）により、独自の取引制限対象有価証券リストが設けられていることがあります。これらの制限は口座単位で管理され、当該口座の取引前コンプライアンスチェックで確認されます。

発行体制限の波及（親会社／子会社）：

有価証券が取引制限対象リストに追加された場合、その制限を関連する有価証券にも波及させる必要があります。親会社が制限対象となった場合は、すべての子会社、関連会社、および関係する事業体も制限対象とする必要があります。そのためには、企業間の関係を対応付けた発行体階層を維持する必要があります。波及の対象には、普通株式、優先株式、転換証券、オプション、ワラント、債券、その他、制限対象の発行体が発行した、または同発行体に関連するあらゆる金融商品を含める必要があります。企業グループ全体に制限を波及させないことは、よく見られるコンプライアンス上の不備であり、規制当局が特に検査する項目です。

監視リストと取引制限対象リスト（対応の違い）：

監視リストには、重点的な監視対象ではあるものの、全面的な取引禁止の対象ではない有価証券が登録されます。監視リストに登録された有価証券は取引できますが、取引が発生するとコンプライアンスレビューのアラートが生成されます。監視リストは、有価証券の取引を監視する理由があるものの、情報や状況が全面的な制限を必要とする水準には達していない場合に使用されます。たとえば、会社が業務受託の可能性について初期段階の協議を行っている場合、会社が調査対象とする企業についてうわさが広まっている場合、または従業員が潜在的な利益相反を報告した場合などです。監視リストとの照合ではソフトブロックが発生し、取引制限対象リストとの照合ではハードブロックが発生します。

グレーリスト（追加の監視区分）：

会社によっては、取引制限対象リストや監視リストに加えて、グレーリストを管理しています。グレーリストは、会社が重要な未公開情報（MNPI）をまもなく受け取る可能性はあるものの、まだ受け取っていない有価証券に使用されます。たとえば、投資銀行業務の提案が進行中で、業務委託契約書にはまだ署名されていない場合などです。グレーリストに登録された有価証券は取引制限の対象ではありませんが、すべての取引にフラグが付けられ、コンプライアンス監視チームによる取引後レビューが行われます。グレーリストは早期警告の仕組みとなり、MNPIを受け取る前から会社が監視手続きを整えていたことを示すのに役立ちます。これは、インサイダー取引の疑いに対する防御において重要となる場合があります。

リストの管理と更新：

状況の変化に応じて、取引制限対象リストと監視リストを速やかに更新する必要があります。リストが古いままだと、次の2つのリスクが生じます：（1）制限対象とすべき有価証券が制限されず、会社がインサイダー取引責任を問われるリスクにさらされること、（2）削除すべき有価証券が制限対象のまま残り、正当な取引が不必要にブロックされることです。ベストプラクティスには、リアルタイムまたは毎日のリスト更新、取引管理システムからの自動フィード（投資銀行業務に起因する制限用）、すべての登録項目が引き続き有効であることを確認する定期的なレビューサイクル、追加・削除・変更のすべてについて理由と承認者を記録する監査証跡などがあります。

集中度制限

集中度制限は、単一の証券、発行体、セクター、または資産クラスへの過度なエクスポージャーを防ぎます。これらの制限は、リスク管理と規制遵守の両方を目的としています。

証券レベルの集中度：

最も一般的な集中度制限は、ポートフォリオのうち単一の証券に投資できる割合の上限を定めます。単一の株式ポジションに対する一般的な基準値は、口座価値の5%から10%です。コンプライアンスシステムは、取引後のポジション価値（現在の保有分と提案された注文の合計）を口座の合計価値に対する割合として計算し、制限値と比較する必要があります。買い注文の場合、確認は簡単です。この購入によってポジションがポートフォリオのX%を超えるかどうかを確認します。他の証券の売り注文の場合は、売却によって分母（ポートフォリオの合計価値）が変化し、残りのポジションが集中度制限を超えることにならないかを確認する必要があります。

セクターおよび業種の制限：

セクター制限は、単一のGICSセクター（例：テクノロジーへの投資を25%以下にする）または業種（例：半導体への投資を10%以下にする）に対するエクスポージャーの合計に上限を設けます。セクター制限を実装するには、ポートフォリオ内のすべての証券をセクターおよび業種に分類する必要があります。そのためには、最新の分類データを備えた信頼できる証券マスターデータベースが必要です。セクター制限の確認では、提案された取引を含むセクター内のすべてのポジションを合算し、その合計を制限値と比較する必要があります。

資産クラスの制限：

資産クラス制限は、株式、債券、オルタナティブ、現金といった幅広いカテゴリーにわたるエクスポージャーに上限を設けます。通常、これらの制限は投資方針書（IPS）に基づき、範囲で表されます（例：株式40～70%、債券20～50%、オルタナティブ0～15%、現金1～5%）。取引前のコンプライアンス確認では、提案された取引によっていずれかの資産クラスの配分が許容範囲を外れないことを検証します。

発行体の制限：

発行体制限は、すべての証券種別を通じた単一発行体へのエクスポージャーの合計に上限を設けます。クライアントは同一発行体の普通株式、社債、転換社債を保有している場合があります。発行体制限では、これらすべてのエクスポージャーを合算します。発行体が債務不履行に陥ると、種別にかかわらずすべての証券が影響を受けるため、これは信用リスク管理において特に重要です。

規制上の制限（登録ファンド）：

1940年投資会社法は、登録投資会社（投資信託）に対して特定の分散要件を課しています。分散型ファンドは75-5-10テストを満たす必要があります。つまり、ファンド資産の少なくとも75%は分散されており、単一発行体への投資が総資産の5%を超えず、かつ発行体の発行済議決権証券の10%を超えて保有していないことが条件です。資産の残り25%はこれらの制限の対象外です。これらは違反すると取引が確実にブロックされる、厳格な規制上の制限です。

口座および世帯をまたいだ集計：

一部の集中度制限は、個々の口座だけでなく、関連する口座（世帯、家族グループ、または同じ戦略で運用されるすべての口座）にも適用されます。世帯レベルの集中度制限を適用するには、制限を評価する前に、コンプライアンスシステムで世帯内のすべての口座の保有分を集計する必要があります。これにより、各口座は個別には制限内でも、世帯全体では単一の証券またはセクターへのエクスポージャーが過剰になる事態を防げます。口座が異なるカストディアンに保管されていたり、口座種別（課税口座、IRA、信託）が異なっていたり、投資方針が異なっていたりする場合があるため、集計には複雑さが伴います。

ポジションとエクスポージャーの上限

ポジションとエクスポージャーの上限は、ポジションの絶対的な規模とリスクエクスポージャーを管理し、割合に基づく集中度の上限を補完します。

最大ポジションサイズ：

単一の証券におけるポジションの株数または想定元本に対する絶対的な上限です。この上限は、口座単位、戦略単位、または企業単位で設定できます。企業単位のポジション上限により、単一の証券に対する企業全体の保有量が、規制上の報告基準（例：発行済み株式の5％で求められるSchedule 13D/13Gの提出要件）に達するほど大きくなったり、市場への影響や流動性に関する懸念が生じたりすることを防ぎます。

想定元本エクスポージャーの上限：

デリバティブやレバレッジ商品については、現金支出にかかわらず、想定元本エクスポージャーの上限によって経済的エクスポージャーの総額を制限します。資産が100万ドルのポートフォリオが、想定元本500万ドルの先物エクスポージャーを保有している場合、レバレッジは5倍です。少額の現金投資で過大な市場エクスポージャーが生じる可能性があるため、デリバティブを利用する戦略では想定元本エクスポージャーの上限が不可欠です。コンプライアンスシステムは、契約数に契約倍率と原資産価格を掛けて想定元本エクスポージャーを計算する必要があります。

オプションのポジション上限（取引所が課す上限）：

証券取引所は上場オプションにポジション上限を課し、同じ市場側（すべてのコールとショートプット、またはすべてのプットとショートコール）について、単独の個人または共同で行動する複数の個人が保有または売り建てられる契約数を制限しています。ポジション上限は、取引量と浮動株数に応じて原資産ごとに異なります。OCC（Options Clearing Corporation）は最新のポジション上限を公表しています。取引所が課すポジション上限を超えると、規制措置や強制決済につながる可能性があります。

空売り規制：

米国ではRegulation SHOが空売りを規制し、取引前にいくつかの要件を課しています。

• 借入先確保要件： 空売りを執行する前に、ブローカー・ディーラーは、決済日までに証券を借りて受け渡せると合理的に判断できる根拠を持っている必要があります。この借入先の確保は、空売り注文を出す前に記録しなければなりません。
• 借入困難銘柄リスト： 借入先の確保が難しい証券は、借入困難銘柄リストに登録されます。これらの証券の空売りでは、借入先の確保ではなく、売却執行前に実際に株式を借りる事前借入が必要となる場合があります。
• しきい値証券： 受渡し不履行が著しい証券は、しきい値証券リストに登録されます。しきい値証券のショートポジションには、追加の解消要件が適用されます。
• 代替アップティック・ルール（Rule 201）： 証券価格が前日の終値から10％以上下落すると、当日と翌日の残りの時間に空売り価格の制限が適用されます。空売りは、現在の全国最良買い気配を上回る価格でのみ執行できます。

レバレッジの上限：

信用取引口座では、Regulation Tが当初証拠金要件（株式では一般に50％）を定め、FINRA Rule 4210が維持証拠金要件（ロングポジションでは一般に25％、ショートポジションでは30％）を定めています。取引前コンプライアンスシステムは、提案された取引によって口座の証拠金余力を超過したり、維持要件を下回ったりしないことを確認する必要があります。ポートフォリオ証拠金口座では計算がさらに複雑になり、リスクベースの手法を用います。

規制遵守ルール

取引前コンプライアンスシステムは、取引行為を規制する特定の規則を適用する必要があります。

ウォッシュセールの検出（30日間の期間）： IRC Section 1091では、損失を出して証券を売却した日の前後30日以内（61日間の期間）に納税者が「実質的に同一の」証券を購入した場合、税務上の損失控除が認められません。取引前コンプライアンスシステムでは、次の方法でウォッシュセールの可能性を検出する必要があります。（1）口座が過去30日以内に同一または実質的に同一の証券を損失を出して売却していないかを確認する（再購入するとウォッシュセールが発生します）。（2）損失を出す売却案について、同一証券の購入が保留中または予定されており、売却後30日以内に行われないかを確認する。実質的に同一の証券には、同じ株式、同じ株式のオプション、解釈によっては同じ指数に連動する ETF が含まれます。関連口座（配偶者、IRA）をまたぐウォッシュセールの検出はさらに複雑です。IRS は、同一の納税者が管理する口座全体にウォッシュセール規則を適用するためです。

フリーライディングの防止（Regulation T）：

現金口座（信用取引口座ではない口座）では、顧客は証券を購入し、その代金を全額支払う前に売却することはできません。顧客が証券を購入した場合、決済日（T+1）までに代金を支払う必要があります。支払い前にその証券を売却すると、フリーライディングに該当し、口座は90日間の取引制限の対象になります（90日間、すべての購入に決済済み資金を使用する必要があります）。取引前コンプライアンスシステムでは、未決済の購入を追跡し、現金口座で未払いの証券を売却できないようにする必要があります。

パターン・デイトレーダーの検出：

FINRA Rule 4210では、5営業日以内に4回以上のデイトレード（同じ日に同一証券を売買すること）を行い、その期間の顧客の総取引数に占めるデイトレードの割合が6％を超える顧客を、パターン・デイトレーダーと定義しています。パターン・デイトレーダーは、信用取引口座で少なくとも25,000ドルの純資産を維持する必要があります。取引前コンプライアンスシステムでは、直近5日間のデイトレード数を数え、基準に近づいた場合に警告または取引をブロックする必要があります。

投資信託のマーケットタイミング制限：

投資信託の受益証券を頻繁に取引すること（短期間での購入と解約）は、希薄化や取引コストの増加を通じて長期保有者に損害を与える可能性があります。ほとんどの投資信託の目論見書には、指定された期間（多くの場合30～90日）内の往復取引を制限するマーケットタイミング方針が含まれています。取引前コンプライアンスシステムでは、投資信託の購入および解約の状況を追跡し、ファンドが定めるマーケットタイミング方針に違反する取引を検出する必要があります。SEC Rule 22c-2では、マーケットタイミングの監視に必要な受益者の取引データを共有するため、ファンドが仲介業者と契約を締結することを義務付けています。

インサイダー取引の防止（Section 16、Rule 144）：

Securities Exchange Act の Section 16では、企業のインサイダー（役員、取締役、受益所有割合が10％の所有者）に取引の報告と短期売買益（6か月間に行った購入と売却による利益）の返還を義務付けています。Rule 144は、支配証券および制限証券の再販売を制限し、保有期間要件と取引数量制限を課しています。会社が企業インサイダーの口座を管理する場合、取引前コンプライアンスシステムでは、次の要件を適用する必要があります。（1）インサイダーの所属会社の証券を取引する前に事前承認を求めること。（2）取引禁止期間の制限（インサイダーは通常、決算発表前の期間は取引できません）。（3）Rule 144の取引数量制限（いずれの3か月間においても、売却数量は、発行済株式数の1％または直近4週間の平均週間取引高のいずれか大きい方を超えてはなりません）。（4）Form 4の提出に関する調整。

ERISAの禁止取引規則： 従業員退職所得保障法（ERISA）の適用対象となる口座では、プランと「利害関係者」（受託者、サービスプロバイダー、雇用主、労働組合）との間の特定の取引が禁止されています。取引前コンプライアンスシステムは、ERISA プラン口座ごとに利害関係者のリストを維持し、禁止取引に該当する取引をブロックする必要があります。たとえば、プランのスポンサーまたはその関連会社が発行した有価証券の購入や、利害関係者との融資またはリース契約の締結などです。労働省が発行する禁止取引免除（PTE）に基づく免除が存在するため、システムは適用可能な免除を認識できるよう設定可能である必要があります。

クライアント固有の制限

全社的なルールや規制上のルールに加えて、個々のクライアント口座には、コンプライアンスシステムが適用しなければならない固有の制限が課される場合があります。

投資方針の制約：

各口座の投資方針書（IPS）では、業種（たばこ、銃器、ギャンブルは不可）、地域（新興国市場、特定の国は不可）、証券の種類（デリバティブ、仕組商品、私募は不可）、格付け（投資適格債のみ、BBB 未満は不可）、その他の基準に基づく除外を指定できます。これらの制約は証券の属性に対応付けられ、制限の厳しさに応じてハードブロックまたはソフトブロックとして適用されます。IPS の制約は口座開設時にコンプライアンスシステムに登録し、IPS の改訂時に更新する必要があります。

タックスロス・ハーベスティングの連携：

タックスロス・ハーベスティングを積極的に行っている口座では、ウォッシュセールを避けるためにコンプライアンス面での連携が必要です。ある口座が税務上の損失を確定するために証券を売却した場合、コンプライアンスシステムは、同じ、または実質的に同一の証券を30日間のウォッシュセール期間内に買い戻すことを防止しなければなりません。対象は同一口座に限らず、同一納税者のすべての口座（配偶者の口座や IRA を含む）に及びます。そのため、世帯単位で連携した口座間のウォッシュセール監視が必要です。

法律上取引が制限されている証券：

裁判所命令、離婚判決、信託条項、その他の法的文書により、特定の証券の取引が制限されたり、取引に条件が課されたりする場合があります。たとえば、手続き中に婚姻財産（証券を含む）の売却を禁じる離婚判決、集中保有ポジションの売却前に受託者の承認を必要とする信託条項、訴訟中の資産凍結を命じる裁判所命令、規制当局との同意命令により課される制限などがあります。通常、これらの制限はコンプライアンス担当者が手動で登録し、ハードブロックとして設定します。

ESG／SRI スクリーニング：

環境・社会・ガバナンス（ESG）スクリーニングおよび社会的責任投資（SRI）の基準では、財務以外の要因に基づいて証券を除外します。一般的なスクリーニングには、化石燃料の除外（石炭、石油、ガスの採掘から指定割合を超える収益を得ている企業）、兵器の除外（問題視される兵器や民間用銃器の製造企業）、たばこおよびアルコールの除外、動物実験の除外、人権に関するスクリーニングがあります。ESG スクリーニングでは、証券を ESG データプロバイダー（MSCI ESG、Sustainalytics、ISS ESG）のデータに対応付け、最新の分類データを維持する必要があります。企業の変化に伴って ESG 分類も変わる可能性があるため、スクリーニングデータを定期的に更新する必要があります。

口座単位の取引制限：

特定の口座状態により、取引制限が必要になる場合があります。たとえば、凍結口座（規制当局の措置、疑わしい活動の調査、または顧客との紛争に伴うもの）、書類の提出待ちの口座（口座開設書類の不備、未署名の IPS、受益者指定の欠落）、遺産整理中の口座（法的権限の確認を待つ間の取引凍結）、差し押さえまたは徴収の対象となる口座（送金を禁止される場合）などです。これらの口座単位のフラグは、すべての取引活動、または特定の種類の取引活動に対するハードブロックとなります。

コンプライアンス上の例外承認ワークフロー

ソフトブロックには、業務効率とコンプライアンスの厳格さを両立する、体系的な例外承認プロセスが必要です。

ソフトブロックの審査プロセス：

ソフトブロックが発生すると、注文はコンプライアンス審査中の保留状態になります。システムは、コンプライアンス担当者または権限を付与された審査担当者に、注文の詳細、ブロックを発生させたルール、関連する指標の現在の状態（例：「この購入によりテクノロジーセクターの配分が27％となり、ガイドラインの25％を超えます」）、関連するコンテキスト（例：「この口座のIPSでは、アドバイザーの承認があれば最大5％の戦術的なオーバーウェイトが認められています」）を提示します。審査担当者は、ガイドライン違反があっても取引が正当化されるかを評価し、注文を承認（例外承認）または却下します。

例外承認の権限レベル：

すべての例外承認を同じレベルで許可すべきではありません。段階的な権限構造により、例外の重大度に応じた役職者が承認を行えます。

• レベル1（トレーダー／アドバイザー）： 定められた許容範囲内の軽微なガイドライン逸脱（例：集中度がガイドラインを2パーセントポイント未満上回る場合）。トレーダーまたはアドバイザーは、記録を残したうえで自己承認できます。
• レベル2（コンプライアンス担当者）： 中程度の逸脱、またはウォッチリストとの一致。コンプライアンス担当者による審査と承認が必要です。
• レベル3（最高コンプライアンス責任者または委員会）： 重大な逸脱、同一口座で同じルールに対する例外承認が繰り返される場合、または規制リスクの高まりを伴う例外承認。CCOまたはコンプライアンス委員会の承認が必要です。

例外承認の記録要件：

例外承認ごとに、次の情報を記録する必要があります：（1）注文の詳細、（2）発動したルール、（3）違反の定量的な詳細（指標がしきい値をどれだけ超えているか）、（4）例外承認を申請した人の身元、（5）例外承認を許可した人の身元、（6）承認のタイムスタンプ、（7）例外承認の理由、（8）承認に付随する条件（例：「オーバーウェイトを30日以内に解消することを条件に承認」）。これらの記録は会社のコンプライアンス記録の一部として保管し、規制当局による調査の対象としなければなりません。

エスカレーション手順：

例外承認を許可すべきか審査担当者が判断に迷う場合や、特に慎重な対応が必要な状況（例：インサイダー取引の懸念につながる可能性のある取引）を伴う場合、システムは明確なエスカレーション経路を提示する必要があります。エスカレーションでは、例外承認をCCO、法務部門、またはコンプライアンス委員会に回付できます。エスカレーション経路とその結論を記録しなければなりません。

例外承認後の監査：

コンプライアンス部門は、例外承認の活動を定期的に監査し、傾向や体系的な問題を特定する必要があります。監査では、例外承認の総数と頻度、ルールの種類ごとの例外承認（どのルールが最も頻繁に例外承認されるか）、口座またはアドバイザーごとの例外承認（特定のアドバイザーが同じルールに繰り返し抵触し、例外承認していないか）、承認された例外に付随する条件が満たされたか（例：要件どおりオーバーウェイトが実際に30日以内に解消されたか）、例外承認が何らかの不利益な結果（顧客への損害、規制上の問題）を招いたかを調査します。

例外承認のパターン分析：

同じルールが頻繁に例外承認されている場合、ルールのしきい値が不適切に設定されている（厳しすぎて誤検知が過剰に発生している）、特定のアドバイザーや戦略が体系的にガイドラインの範囲外で運用されている（ガイドラインの調整または戦略の変更が必要）、あるいは現在の市場環境や規制要件を踏まえると、ルールが適切でなくなっている可能性があります。例外承認のパターン分析は、ルール調整プロセスに直接反映されます。

ルールの設定と保守

トレード前コンプライアンスシステムの有効性は、継続的なルール管理に左右されます。新しいルールの追加、しきい値の変更、古くなったルールの廃止を行い、ルールセットに最新の規制要件と企業ポリシーが反映されていることを確認します。

ルールの追加と変更：

規制の変更、企業の新たな事業分野への参入、または既存のルールセットに対するコンプライアンス部門の不足点の特定に伴い、新しいルールが必要になることがあります。ルールの追加プロセスには、次の内容を含める必要があります。（1）ルールのロジックを定義する（どの条件でブロックが発生するか、どの種類のブロックが行われるか）。（2）しきい値またはパラメーター値を設定する。（3）ルールの適用対象となる口座または口座タイプを決定する。（4）過去の注文データに対してルールをテストし、その影響を評価する（ブロックされる注文の件数）。（5）CCOまたはコンプライアンス委員会の承認を得る。（6）ブロックを有効にする前に、監視のみのモードでルールを導入する（シャドーモード）。（7）シャドー期間に想定どおりの動作が確認された後、ブロックを有効にしてルールを稼働させる。

過去の注文を使ったルールのバックテスト：

新しいルールを有効にする前、またはしきい値を変更する前に、過去の注文を代表するサンプルを使ってルールのバックテストを実施します。バックテストにより、予想されるブロック率（ブロックされる注文の割合）、誤検知率（実際には正当な注文であるにもかかわらずブロックされる注文の割合）、および見逃し率（ブロックすべき注文が検出されない割合）が明らかになります。このデータはしきい値の調整に役立ち、新しいルールが業務に与える影響をコンプライアンスチームが予測するうえで役立ちます。

誤検知の分析：

誤検知率が高いと、コンプライアンスシステムの信頼性が損なわれ、業務上の摩擦が生じます。トレーダーやアドバイザーが、ソフトブロックは無効だと認識して日常的に上書きすると、「アラート疲れ」が起き、適切に評価せずにブロックを上書きし始める可能性があります。その結果、有効なブロックまで上書きされかねません。コンプライアンスチームはルールごとに上書き率を追跡し、定められたしきい値を超える上書き率（たとえば、50％を超える頻度で上書きされるルール）のルールを調査する必要があります。是正措置には、しきい値の調整、ルールロジックの改善、またはルールをソフトブロックから監視アラートへ再分類することなどが含まれます。

ルールのチューニング：

ルールのチューニングとは、実際の違反を検出することと誤ブロックを最小限に抑えることのバランスを最適化するために、しきい値やパラメーターを継続的に調整するプロセスです。チューニングはデータに基づいて行う必要があります。コンプライアンスチームは、ブロック率、上書き率、上書きされた取引の結果を分析し、しきい値が適切に調整されているかを判断します。チューニングの決定は文書化し、CCOの承認を得る必要があります。

ルールのバージョン管理：

コンプライアンスルールセットは、ソフトウェアコードと同様にバージョン管理の対象とする必要があります。ルールの追加、変更、しきい値の調整、廃止を含むすべての変更について、適用日、変更者、承認、および変更理由を記録します。バージョン管理により、コンプライアンスチームは過去の任意の日付に適用されていたルールセットを再構成できます。これは、特定の取引が行われた時点でどのような統制が導入されていたかを示す必要がある規制当局の検査や調査に不可欠です。

規制変更の管理：

規制が変更された場合、コンプライアンスチームはトレード前コンプライアンスルールセットへの影響を評価し、必要な変更を実施する必要があります。そのためには、規制の動向（SECの発表、FINRAの規制通知、取引所規則の変更）を監視し、既存のルールへの影響を分析し、必要に応じてルールを変更または追加し、変更後のルールをバックテストしたうえで、規制の発効日前に変更を導入します。規制変更管理カレンダーを用意し、今後の発効日とルール変更の進捗状況を追跡する必要があります。

実践例

references/examples.md には、エンドツーエンドのシナリオに使える実践例が3つあります。（1）複数のカストディアンを利用するRIA向けの取引前コンプライアンスルールエンジンの設計、（2）投資銀行関連会社を持つブローカーディーラー向けの制限リスト管理の実装、（3）従来から保有している集中ポジションを考慮した、世帯単位の集中上限の設定です。

よくある落とし穴

• 世帯単位で集計せず、口座単位の集中上限だけを実装することで、関連する複数の口座に過剰な世帯エクスポージャーが蓄積する
• 制限リストのエントリーを企業グループ全体（親会社、子会社、関連会社）に反映せず、規制当局が特に検査するギャップを残す
• すべてのコンプライアンス違反をハードブロックに設定し、業務を停滞させる。コンプライアンスと取引効率のバランスを取るには、ハードブロックとソフトブロックを区別することが不可欠です
• オーバーライドのパターンを追跡または分析せず、しきい値の調整不良やガイドラインを常習的に回避するアドバイザーなど、システム上の問題を見逃す
• バックテストやシャドーモードでのテストをせずに新しいルールを直接本番環境に導入し、予期しないブロックによって取引業務を妨げる
• 制限リストやウォッチリストを古いままにし、削除すべき証券が残って正当な取引をブロックする一方で、追加すべき証券を見逃す
• コンプライアンスチェックの遅延を無視し、ルール評価の遅さによって時間的制約のある注文の約定品質を低下させる
• ポジションサイズの制約によって小規模口座には異なるしきい値が必要となることを考慮せず、すべての口座規模に同じ集中上限を適用する
• 世帯内の口座間でウォッシュセールの検出を連携せず、税務上の損失確定プログラムを損なう
• コンプライアンスルールをバージョン管理せず、規制当局の検査で過去の取引時に有効だったルールセットを再現できなくする
• 取引前コンプライアンスを一度きりの導入と見なし、定期的なバックテスト、調整、規制変更管理を必要とする継続的なプロセスとして扱わない
• コンプライアンスルールのオーバーライドに体系的な記録を求めず、規制当局からオーバーライドの正当化記録を求められた際に検査リスクを生じさせる
• 買い注文だけで集中上限を確認し、他のポジションの売り注文によって分母（ポートフォリオ総額）が変わり、残りのポジションが割合のしきい値を超える可能性を考慮しない
• 定期的な検証をせずに単一のESGデータプロバイダーに依存し、企業分類の経時的な変化に伴って古い、または一貫性のないスクリーニング結果が生じる
• ハードブロックが必須の規制上のポジション上限と、ソフトブロックも可能な社内リスクガイドラインを区別せず、不必要な硬直性や不十分な統制を招く不適切なブロック方式を適用する

相互参照

• order-lifecycle（trading-operations プラグイン）：取引前コンプライアンスは注文ライフサイクルにおける重要な段階であり、注文の生成からルーティングまでの間に注文をインターセプトします。注文ライフサイクルのスキルでは、取引フローのどこにコンプライアンスチェックが当てはまるかについて、より広い文脈を説明します
• post-trade-compliance（trading-operations プラグイン）：取引後コンプライアンスのモニタリングでは、市場の動きによって約定後に発生した違反など、取引前に検出されなかった違反を検出します。取引前と取引後のコンプライアンスを組み合わせることで、完全なコンプライアンス監視フレームワークが構成されます
• order-management-advisor（advisory-practice プラグイン）：OMS はコンプライアンスチェックのワークフローを実行し、ハードブロックとソフトブロックのステータスを管理し、取引監査証跡の一部として例外承認の記録を残します
• investment-suitability（compliance プラグイン）：取引がクライアントのリスクプロファイル、投資目的、財務状況に適しているかを評価する際、適合性および最善の利益の分析は取引前コンプライアンスと重なります
• conflicts-of-interest（compliance プラグイン）：制限リストの管理と個人取引の制限は、利益相反を直接抑制するための管理策です。利益相反のスキルでは、利益相反の特定と軽減に関するより広いフレームワークを説明します
• investment-policy（wealth-management プラグイン）：IPS の制約（資産クラスの範囲、品質の最低基準、除外リスト）は取引前コンプライアンスルールとして組み込まれます。IPS の変更には、コンプライアンスルール設定の対応する更新が必要です
• portfolio-management-systems（advisory-practice プラグイン）：PMS は取引前コンプライアンスエンジンに渡す取引案を生成します。コンプライアンスチェックの結果は PMS に戻され、ブロックまたはフラグ付けされた取引についてポートフォリオマネージャーに通知されます
• books-and-records（compliance プラグイン）：例外承認の記録、コンプライアンスチェックの結果、ルール変更の記録は、SEC および FINRA の保存要件が適用される会社の帳簿および記録の一部です
• settlement-clearing（trading-operations プラグイン）：決済タイミングは、フリーレイドの検出と現金の利用可能性のチェックに影響します。T+1 決済サイクルによって、資金または有価証券が利用可能であることを取引前コンプライアンスが検証すべき期間が定まります