reconciliation

照合

基本概念

1. 照合の種類と階層

照合とは、2つ以上のシステム間で記録を体系的に比較し、不一致を特定して解決することです。証券業務では、社内記録（投資記録簿、IBOR）がカストディアンの公式記録（公式記録簿、OBOR）と一致することを確認し、該当する場合は清算会社の記録との一致も確認します。照合の階層は、最も基本的なデータ要素であるポジションから、さらに多くの要素から導出されるデータへと進みます。

ポジション照合。 基礎となる照合です。各口座で保有する各証券の株式数または口数を、運用会社のポートフォリオ管理システム（PMS）とカストディアンとの間で比較します。ポジション照合は通常、許容誤差ゼロで行われます。わずかな株数の差異であっても、すべてブレークとなります。端数株の差異（配当再投資プランでよく見られます）も特定して解決する必要があります。ポジション照合は毎日行い、カストディアンの終業時ファイルをPMSのポジション台帳と比較します。

現金照合。 決済済み現金、未決済の決済、未収収益、未処理の手数料引き落としを考慮しながら、PMSとカストディアン間の現金残高を比較します。タイミングの違いは避けられないため、現金照合はポジション照合よりも複雑です。たとえば、T日に約定した取引はT+1日に決済されますが、PMSとカストディアンでは、現金への影響を異なる日に記録する場合があります。現金照合では許容誤差のしきい値が一般的に設定され、通常はシステム間の丸め誤差を許容するための少額（例：0.50～5.00ドル）です。許容誤差を超えた残高は調査が必要です。

取引照合。 PMSに記録された個々の取引（売買、配当、利息支払い、振替、手数料）を、カストディアンの取引台帳と比較します。取引照合は取引単位で行い、証券、数量、価格、取引日、決済日を照合します。いずれか一方に一致しない取引があれば、ブレークとなります。取引照合は通常T+1日に行い、カストディアンの終業時ファイルを受領した後に前日の取引を比較します。

時価照合。 システム間で、各ポジションおよび各口座の時価総額を比較します。時価のブレークは、多くの場合、価格の差異に起因します。PMSとカストディアンで異なる価格情報ベンダーを利用していたり、取引の少ない証券や流動性の低い証券に対して異なる価格設定の優先順位を適用していたりする場合があります。時価の許容誤差は通常、絶対額ではなくベーシスポイントで表します（例：口座価値の5～10 bps）。これは、50,000ドルの口座における100ドルの差異は、5,000,000ドルの口座における100ドルの差異よりも重大だからです。

未収収益照合。 債券保有分の未収利息と、宣言済みで未払いの配当を比較します。未収収益の差異は、日数計算規則の違い（実日数／実日数方式と30／360方式）、権利落ち日と基準日のタイミング、またはデフォルト債券の扱いの違いによって頻繁に生じます。未収収益が総価値に占める割合の大きい債券中心のポートフォリオでは、この照合が特に重要です。

取得原価照合。 PMSとカストディアンの間で、各ポジションの税務ロット単位の取得原価を比較します。取得原価の不一致は、解決が最も難しいものの一つです。これは、過去の企業行動（株式分割、合併、スピンオフ、資本の払い戻しによる調整）が各システムで異なる方法で処理されたことに起因する場合があるためです。カストディアンは様式1099-Bで取得原価をIRSに報告するため、不一致を解決しないと、税務報告が誤る可能性があります。取得原価照合は通常、ポジション照合よりも頻度が低く、月次または四半期ごとに実施されますが、不一致の許容誤差はゼロです。

2. 3者間の照合

カストディアンや清算会社とは別のポートフォリオ管理システムを使用しているアドバイザリー会社では、3者間の照合が標準的な慣行です。比較する3つの記録は次のとおりです。

アドバイザーシステム（PMS／ポートフォリオ会計）。 ポートフォリオ管理システム（Orion、Black Diamond、Tamarac、Addeparなど）で管理される、会社の投資記録（IBOR）です。会社がパフォーマンス報告、請求、リバランス、顧客向けの連絡に使用する記録です。アドバイザーシステムには、各顧客が何を保有しているかについての会社の認識が反映されています。

カストディアンの記録。 カストディアン（Schwab、Fidelity、Pershingなど）が管理する公式記録（OBOR）です。顧客資産について法的な効力を持つ記録です。カストディアンは、資産の保管、取引の決済、IRSへの報告を担います。アドバイザーシステムとカストディアンの記録が一致しない場合、会社が反証できない限り、カストディアンの記録が正しいものとみなされます。

清算会社の記録。 別の事業体を通じて清算する会社（コルレス清算会社を通じて清算する取次ブローカー・ディーラー）の場合、清算会社はポジションと取引の独自の記録を管理します。清算会社は決済処理、証拠金計算の管理、顧客向け明細書の作成を行います。完全開示型の取り決めでは、清算会社の記録はカストディアンの記録と一致するはずですが、タイミング、コーポレートアクションの処理、データフィードのエラーによって差異が生じることがあります。

データ要素ごとの正とする情報源。 データ要素によって、正とする情報源となるシステムは異なります。

データ要素	正とする情報源	理由
株式数／口数	カストディアン	カストディアンが証券を法的に保管しているため
決済済み現金残高	カストディアン	カストディアンが現金口座を管理しているため
取引執行の詳細	執行ブローカー／カストディアン	取引がそのプラットフォームで行われたため
取得原価（税務報告用）	カストディアン	カストディアンが1099-BをIRSに報告するため
パフォーマンスリターン	アドバイザーシステム（PMS）	PMSが計算方法を管理しているため
モデルの割り当てと乖離	アドバイザーシステム（PMS）	PMSが投資プロセスを管理しているため
手数料体系と請求	アドバイザーシステム（PMS）	PMSがアドバイザリー契約に基づいて手数料を計算するため
コーポレートアクションの選択	カストディアン	カストディアンがアクションを処理するため

照合の頻度。 標準的な頻度は次のとおりです。

• ポジションの照合：毎日（各営業日の終了時）
• 現金の照合：毎日
• 取引の照合：T+1（取引またはイベントの1営業日後）
• 時価の照合：毎日
• 未収収益の照合：ポートフォリオの構成に応じて毎日または毎週
• 取得原価の照合：毎月または四半期ごと

3. ブレの特定

ブレとは、2つ以上の記録を照合する際に特定された不一致です。ブレの特定とは、調査と解決のためにブレを検出、分類し、優先順位を付けるプロセスです。

許容しきい値。 すべての不一致が調査に値するわけではありません。許容しきい値は、報告対象となるブレを構成する最小の不一致を定義します。

照合の種類	一般的な許容値	理由
ポジション（株式数／口数）	ゼロ（完全一致が必要）	株式数に差があれば、取引の欠落または誤りを示します
現金残高	$0.50 - $5.00	システム間でわずかな丸め誤差が生じることは想定されます
時価	口座価値の5～10 bps	価格情報源の違いにより、わずかな価値の不一致が生じます
未収収益	$0.01 - $1.00	日数計算や丸めの慣例はシステムによって異なります
取得原価	ゼロ（完全一致が必要）	取得原価に差があれば、税務報告の正確性に影響します
取引の照合	主要フィールドが完全一致	照合できない取引は調査が必要です

ブレの分類。 パターン分析とシステム的な是正を可能にするため、ブレを根本原因別に分類します。

• タイミングの差異。 最も一般的な分類です。PMSとカストディアンが同じ事象を異なる日に記録した場合に発生します。例：取引が一日の遅い時間に執行されると、PMSでは取引日に記録されますが、カストディアンのファイルには翌日に記録されることがあります。配当は、PMSでは基準日に、カストディアンでは支払日に計上されることがあります。タイミングに起因するブレは通常、1～2営業日以内に自動的に解消されます。
• 価格の差異。 PMSとカストディアンが異なる価格情報源を使用する場合や、異なる価格決定の優先順位を適用する場合に発生します。債券、為替レートの差が生じる国際株式、流動性の低い証券や取引の少ない証券で最もよく見られます。
• コーポレートアクションの差異。 コーポレートアクション（株式分割、合併、スピンオフ、配当再投資）が一方のシステムでは処理され、もう一方では処理されない場合、または異なる条件（異なる交換比率、異なる効力発生日）で処理された場合に発生します。コーポレートアクションは、自動的に解消されないポジションのブレの最大の原因です。
• 取引の欠落。 一方のシステムには記録されている取引が、もう一方には記録されていません。一般的な原因として、PMSを経由せずにカストディアンで直接発注された取引、一方のシステムでの手動仕訳、取引データが欠落するデータフィードの障害が挙げられます。
• 取引の重複。 同じ取引が一方のシステムに二重に記録されています。データフィードの再処理、手動入力と自動フィードの併用、コーポレートアクション処理中のシステムエラーが原因となることがあります。
• データ品質の問題。 証券識別子がシステム間で一致しない（CUSIPやティッカーシンボルの変更）、口座番号のマッピングが誤っている、またはデータフィードの解析エラーによりフィールド値が破損している状態です。

ブレの重大度レベル。 ブレは業務への影響に基づいて優先順位を付けます。

• 重大（当日中に解決が必要）。 顧客向け報告や間近に迫った請求に影響するポジションのブレ、重要なしきい値（例：$10,000）を超える現金のブレ、未解決のまま放置すると取引に影響するブレ。
• 高（2営業日以内に解決が必要）。 取引が活発な証券のポジションのブレ、許容値を超える時価のブレ、前日分の未照合取引。
• 中（5営業日以内に解決が必要）。 未収収益の差異、定期照合で特定された取得原価の不一致、流動性の低い証券の価格のブレ。
• 低（当月のサイクル内に解決）。 許容範囲内の軽微な丸め誤差、自動的に解消される見込みの既知のタイミングの差異、報告や請求に影響しない情報提供のみを目的とした不一致。

4. ブレーク解消ワークフロー

ブレークを特定して分類したら、体系化された解消ワークフローに移行します。効果的なブレーク解消には、徹底した調査と運用効率の両立が求められます。

調査手順。 ポジションブレークに対する標準的な調査手順は次のとおりです。

1. 両システムで保留中の取引と未決済の活動を確認し、ブレークが既知のタイミング差異ではないことを検証します。
2. PMS とカストディアンの両方で、対象証券の取引履歴を確認し、記録が食い違い始めた時点（記録が初めて一致しなくなった日付）を特定します。
3. 当該証券のコーポレートアクションカレンダーを確認し、すべての必須アクションが両システムに反映されていることを確かめて、未処理のコーポレートアクションがないか確認します。
4. 対象日付の取引について、PMS の取引ブロッターとカストディアンの取引確認ファイルを比較し、欠落または重複した取引がないか確認します。
5. 証券識別子のマッピングを検証します。PMS の CUSIP、ISIN、またはティッカーシンボルが、カストディアンの証券マスターに正しく対応していることを確認します。
6. 原因を特定できない場合は、該当期間における証券と口座の取引履歴を求める照会をカストディアンに提出します。

一般的なブレークの原因と解消方法。

ブレークの原因	解消方法
未処理の株式分割	PMS で分割を適用します（株数と取得原価を調整）
配当金再投資の見落とし	PMS に再投資取引を追加します
カストディアンに直接発注した取引	PMS に遡及して取引を入力します
データフィードの障害（取引の欠落）	該当日のカストディアンファイルを再インポートします
取引の重複入力	PMS から重複分を削除します
CUSIP の変更（コーポレートアクション）	PMS の証券マッピングを更新します
価格の差異	PMS の価格情報源を更新するか、価格を上書きします
現金計上のタイミング	翌日にブレークが自動解消されることを確認し、タイミング差異として記録します

ブレークの経過日数とエスカレーション。 未解決のブレークは、発生からの経過日数を追跡する必要があります。経過日数の起算日は、ブレークが初めて特定された日です。エスカレーションルールにより、長期化したブレークに対して管理者が対応できるようにします。

• 0～2営業日：オペレーションアナリストが調査して解消します。
• 3～5営業日：オペレーションスーパーバイザーにエスカレーションします。スーパーバイザーは調査記録を確認し、担当の再割り当てや指示を行う場合があります。
• 6～10営業日：オペレーションマネージャーにエスカレーションします。ブレークが未解決のままである理由について、書面での説明が必要です。
• 10営業日超：最高執行責任者または最高コンプライアンス責任者にエスカレーションします。このように長期化したブレークは、ベンダーとの連携やシステム変更を要する、全社的な問題を示している可能性があります。

解消記録。 解消したブレークはすべて、ブレークの特定日、ブレークのカテゴリー、根本原因の判定、実施した是正措置、修正を行ったシステム、解消日、および解消した担当者を記録する必要があります。この記録は会社の帳簿および記録の一部となり、規制当局による検査の対象です。

ブレークの再発パターン分析。 オペレーションチームは、再発パターンを特定するため、ブレークデータを定期的（週次または月次）に確認する必要があります。同じ証券、口座、またはデータフィードで同じ種類のブレークが繰り返し発生する場合、根本原因は個別の取引ではなく、システム上の問題である可能性が高いです。システム上の原因には、手作業で修正を繰り返すのではなく、プロセスまたはシステムの変更が必要です。システム上の問題の例：特定のカストディアンフィードで端株が常に欠落する、特定の証券種別（例：外国普通株式）で常に価格ブレークが発生する、特定の発行体のコーポレートアクションが常に遅延する。

5. 照合の自動化

手動照合（スプレッドシートでレコードを手作業で比較する方法）は、エラーが発生しやすく、時間がかかり、規模の拡大にも対応できません。照合の自動化により、手作業を減らし、精度を高めるとともに、実際に不一致がある場合にのみ人が対応する例外ベースの処理が可能になります。

自動照合エンジン。 照合ソフトウェアは、設定可能な照合ルールを使用して、2つ以上のソースのレコードを比較します。照合エンジンは各ソースのデータファイルを取り込み、共通形式に正規化し、照合ルールを適用してレコードをペアにし、一致しない項目や許容範囲を超える項目に例外フラグを設定します。

ルールベースの自動解決。 照合に加えて、高度な照合システムでは、人の介入なしに特定の種類の不一致を自動的に解決できます。

• 既知のパターンに一致するタイミング差（たとえば、取引がPMSに記録された翌日にカストディアンのファイルに記録される場合）は、定義された期間内に相殺項目が現れれば自動解決できます。
• 許容範囲内の丸め差は自動解決して記録できます。
• 特定の証券種別における既知の価格ソースの差は、カストディアン価格を正しい価格として採用し、自動解決できます。

自動解決ルールは、実際の不一致を隠してしまわないよう、慎重に設計し、定期的に監査する必要があります。自動解決した各項目は、レビュー用に記録する必要があります。

例外ベースの処理。 成熟した照合プログラムの運用モデルは、例外ベースです。自動システムが通常の項目の照合と自動解決を処理し、人間のアナリストは例外のみに専念します。このモデルにより、手動レビューが必要な項目数を大幅に減らし、業務チームは人員を同じ割合で増やすことなく規模を拡大できます。

十分に自動化された照合プログラムでは、次のベンチマークを目標とします。

• 自動照合率（ポジション）：ポジションレコードの97-99%が介入なしに一致
• 自動照合率（取引）：取引の90-95%が介入なしに一致
• 例外率：レコードの1-5%で人によるレビューが必要
• 当日解決率：例外の80%+が特定された当日に解決
• 5日を超えて未解決の不一致：全口座の0.5%未満

ソース間のデータ正規化。 自動照合の重要な前提条件はデータの正規化です。これは、異なるソースのレコードを共通形式に変換することです。正規化における課題には、次のものがあります。

• 証券識別子：PMSではCUSIPを使用し、カストディアンではISINや独自の識別子を使用する場合があります。照合システムでは相互参照テーブルを維持する必要があります。
• 口座識別子：PMSの口座番号は、カストディアンの口座番号と異なる場合があります。対応付けテーブルが必要です。
• 取引種別コード：各システムでは、買い、売り、配当などに独自のコードを使用します。変換テーブルを使って、ソース固有のコードを標準分類に変換します。
• 日付形式と慣例：システムによって日付形式（MM/DD/YYYYとYYYY-MM-DDなど）や日付の慣例（取引日と決済日など）が異なる場合があります。
• 符号の慣例：あるシステムでは売却を数量の負数で表す一方、別のシステムでは正の数量と別の方向インジケーターを使用する場合があります。

照合スケジュール。 日次の照合サイクルは、予測可能なスケジュールに沿って進みます。

1. カストディアンの日次ファイルは、市場の取引終了後および決済処理後に生成されます（通常、翌営業日の午前0時から午前6時の間に利用可能になります）。
2. 照合システムが、カストディアンのファイルとPMSの日次データを取り込みます。
3. 自動照合を実行します（通常、午前7時から午前8時までに完了します）。
4. 例外レポートを生成し、業務アナリストに配布します。
5. アナリストが営業日中に例外を調査して解決します。
6. 解決した例外を記録してクローズします。
7. 経営陣のレビュー用に、日次照合状況レポートを作成します。 照合のSTP率。 ストレート・スルー・プロセッシング（STP）率は、照合項目のうち、データの取り込みから照合、解決までの全工程を手作業による介入なしに処理できる割合を示します。STP率が高いほど、照合業務が適切に自動化され、設定されていることを意味します。成熟した業務における業界ベンチマークは、ポジション照合で95～99％、取引照合で85～95％、現金照合で90～97％です。

6. コーポレートアクションの照合

コーポレートアクションは、手作業での解決が必要なポジション差異の最も頻繁な原因です。コーポレートアクションとは、証券の条件、構造、または所有権に影響を与える、証券の発行体が開始するあらゆるイベントを指します。株式分割、株式併合、合併、買収、スピンオフ、公開買付け、新株引受権の付与、配当（現金および株式）、資本払戻しなどが含まれます。

コーポレートアクションが差異を引き起こす理由。 コーポレートアクションは、次の理由から照合上の問題となります。

• イベントに複数の節目となる日付（発表日、基準日、権利落ち日、支払日、効力発生日）がある場合、カストディアンとPMSが同じアクションを異なる日に処理することがあります。
• 任意アクション（公開買付け、新株引受権の付与）では、口座名義人による選択が必要です。一方のシステムに選択内容が記録され、もう一方には記録されていない場合、ポジションに差異が生じます。
• 複雑なアクション（現金と株式を組み合わせた対価を伴う合併、端株の取扱いを伴うスピンオフ）では、システム間で処理方法が異なる可能性のある複数段階の処理が必要です。
• カストディアンのデータフィードからコーポレートアクションを自動処理するPMSプラットフォームもあれば、手入力が必要なプラットフォームもあります。手入力が遅れたり、誤って行われたりすると、差異が発生します。

コーポレートアクションのイベント処理のタイミング。 照合チームは、各コーポレートアクションのライフサイクルを追跡する必要があります。

• 発表日： 発行体がアクションを発表します。PMSには予定イベントを記録する必要があります。
• 基準日： 株主名簿上の株主が確定する日です。アクションの利益を受ける対象者に影響します。
• 権利落ち日： 証券がアクションの利益（配当や株式分割など）を受ける権利なしで取引される最初の日です。通常、カストディアンは権利落ち日を基準にポジションを調整します。
• 支払日／効力発生日： アクションが効力を発する日です（現金の支払い、新株の受け渡し、合併の完了など）。

任意アクションと強制アクションの照合。 強制アクション（株式分割、合併、現金配当）はすべての保有者に自動的に適用され、口座単位での介入なしに両方のシステムで処理される必要があります。任意アクション（公開買付け、新株引受権の行使、配当再投資の選択）では口座ごとの判断が必要であり、選択内容をシステム間で一貫して記録する必要があるため、差異のリスクがより高いカテゴリです。

配当および収益の照合。 現金配当は最も頻繁に発生するコーポレートアクションです。照合では、正しい1株当たり配当率が適用されたこと、基準日時点の株式数が一致していること、配当総額（配当率×株式数）が一致していること、正しい日に支払いが計上されたことを確認します。配当再投資（DRIP）は、PMSとカストディアンで使用する価格に基づく再投資額の計算にわずかな違いが生じる可能性があるため、端株の差異が発生する一般的な原因です。

株式分割および合併調整の検証。 分割または合併の処理後、照合チームは、新しい株式数が分割比率（合併の場合は交換比率）を旧株式数に乗じた数と一致すること、1株当たりの取得原価が株式数の調整に応じて逆方向に調整されていること、端株や現金精算額が正しく記録されていることを確認する必要があります。

7. 複数カストディアン間の照合

多くのアドバイザリー企業では、クライアント資産を2社以上のカストディアン（例：SchwabとFidelity、または主要カストディアンと信託会社）に預けています。複数カストディアンでの運用では、照合がさらに複雑になります。

カストディアン間での保有資産の集約。 PMSは、すべてのカストディアンにわたる保有資産を統合して把握できるようにする必要があります。そのためには、各カストディアンの記録と個別に照合する必要があります。あるカストディアンでのポジション差異が別のカストディアンでの照合に影響することはありませんが、PMSは各ポジションを正しいカストディアンに正確に紐付ける必要があります。

管理対象外資産の照合。 アドバイザーがモニタリングはするものの運用はしない資産（例：勤務先の401(k)プラン、外部の証券口座、年金保険）は、照合上の課題となります。その理由は、データソースがカストディアンからの直接フィードではなく、アグリゲーションフィード（Plaid、Yodlee、ByAllAccounts）であることが多いこと、データが1～3日遅れる場合があること、正確な照合に必要な粒度のポジションデータがない場合があること（例：ロット単位の取得原価がない）、クライアントの認証情報が変更されたり、金融機関がログイン手順を更新したりすると、フィード接続が切れることがあるためです。管理対象外資産は通常、管理対象資産よりも低い頻度（週次または月次）で、より広い許容範囲を設けて照合します。データ品質上、日次で許容差ゼロの照合を行えないためです。

カストディアンのデータフィード形式と配信時刻。 各カストディアンは、それぞれ独自の形式とスケジュールでデータを配信します。

カストディアン	一般的なファイル形式	一般的な配信時刻	備考
Schwab	CSV、独自レイアウト	午前2:00～5:00 ET	Schwab Advisor Centerのフィード
Fidelity	CSV、独自レイアウト	午前1:00～4:00 ET	Wealthscapeのデータフィード
Pershing	固定幅形式およびCSV	午前3:00～6:00 ET	NetX360のフィード

カストディアン間での正規化における課題。 複数のカストディアンにまたがって照合する場合、照合システムでは、証券識別子（あるカストディアンはCUSIPを使用し、別のカストディアンは独自IDを使用する場合があります）、取引種別コード（各カストディアンは、取引、配当、手数料、振替に独自の分類体系を使用します）、口座番号の形式、日付と時刻の表記、企業行動に関する用語と処理規則を正規化する必要があります。こうした正規化マッピングの維持と更新は、継続的な運用業務です。

8. 規制要件と受託者責任

照合は単なる業務上のベストプラクティスではなく、具体的な規制要件と受託者としての義務に基づくものです。

SEC Rule 204-2（アドバイザーの帳簿および記録）。 1940年投資顧問法に基づく Rule 204-2 は、SEC に登録された投資顧問に対し、すべての証券取引、顧客口座の保有状況、および裏付け資料を含む、正確な帳簿と記録の維持を義務付けています。この規則は毎日の照合プロセスを明示的に義務付けてはいませんが、正確な記録を維持する義務を果たすには、カストディアンの公式記録との定期的な照合が実質的に必要です。照合されていない内部記録に基づいて保有状況やパフォーマンスを顧客に報告するアドバイザーは、不正確な顧客向け情報を作成するリスクを負います。これはアドバイザーの受託者責任への違反であり、第206条の詐欺防止規定に違反する可能性もあります。

正確な記録を維持する受託者責任。 投資アドバイザーは、正確な情報を提供する義務を含む受託者責任を顧客に負っています。照合は、正確性を確保するための業務上の仕組みです。アドバイザーの内部記録がカストディアンの記録と異なり、請求、パフォーマンス報告、または投資判断に内部記録を使用した場合、請求額を誤る（過剰請求または過少請求する）、誤ったパフォーマンス数値を報告する（顧客に誤解を与える）、または誤った保有状況データに基づいて投資判断を行う（注意義務に違反する）可能性があります。規制当局は、照合を怠った結果として顧客向け報告や請求に誤りが生じたアドバイザーに対し、執行措置を講じてきました。

ERISA に基づく照合要件。 ERISA の適用対象となる退職年金制度の資産を運用するアドバイザーには、より厳格な受託者基準が適用されます。ERISA の受託者は、制度資産の正確な記録を維持し、すべての取引が適切に記録されていることを確認しなければなりません。制度資産の評価に影響する照合上の不一致は、加入者口座残高や給付額の計算ミスを招き、ERISA に基づく受託者責任への違反につながる可能性があります。DOL による退職年金制度のサービス提供者への監査では、照合プロセスが定期的に検査されます。

顧客向け報告の正確性に関する義務。 四半期報告書、パフォーマンス概要、オンラインポータルの表示など、顧客向け報告には、正確で照合済みのデータを反映しなければなりません。SEC の審査では、顧客向け報告の正確性が重点分野として繰り返し取り上げられています。照合されていないデータから顧客向け報告を作成する企業は、誤解を招く情報を配布するリスクを負い、投資顧問法の詐欺防止規定に基づく執行措置につながる可能性があります。

SOC 1／SOC 2 への影響。 多くの投資アドバイザー企業やそのサービス提供者は、SOC（システムおよび組織の統制）監査を受けます。SOC 1 レポートは財務報告に関連する統制を対象とし、SOC 2 レポートはセキュリティ、可用性、処理の完全性、機密性、プライバシーを対象とします。照合プロセスは、SOC 1 と SOC 2 の両方の監査で検証される主要な統制です。監査人は、照合が所定の頻度で実施されているか、不一致が調査され定められた期限内に解消されているか、エスカレーション手順が遵守されているか、また照合プロセスが文書化され監査可能な状態にあるかを評価します。照合統制の不備は、限定付きの SOC 意見につながる可能性があり、その結果、顧客や見込み顧客から無限定の SOC レポートを求められるなど、後続のビジネスに影響が及ぶことがあります。

作成例

3 つの作成例（毎日の複数カストディアン照合の設計（取り込みスケジュール、自動解決ルール、SOC 2 のドキュメント、KPI 目標）、コーポレートアクションの不一致パターンの根本原因調査（ベンダーのデータ配信タイミング、現金決済額の不足、スピンオフの取得原価）、および例外ベース処理による照合自動化の構築）は、references/examples.md にあります。具体的な照合プログラムの設計やトラブルシューティングを行う際に読み込んでください。

よくある落とし穴

• 検証せずにタイミングのずれとして処理すること。 すべての差異を「タイミングのずれ」と分類し、自然に解消すると考えたくなるものです。タイミングの違いはよくありますが、本当の差異をタイミングの違いとラベル付けすると、解決が遅れ、差異が拡大するおそれがあります。タイミングのずれと分類した差異はすべて、想定期間内（通常は1～2営業日）に解消したことを確認する必要があります。解消しない場合は、分類し直して調査してください。
• ポジションは照合しても、現金や取引は照合しないこと。 ポジションのみを照合する企業は、現金の差異（配当の未計上、不正確な手数料の引き落とし、または承認されていない現金の移動を示す可能性があります）や、取引の差異（PMS 外で行われた取引や重複入力を示す可能性があります）を見落とします。完全な照合プログラムでは、この3つすべてを対象とします。
• PMS を唯一の信頼できる情報源とすること。 顧客資産について法的に正式な記録となるのは PMS ではなくカストディアンです。差異が特定された場合、カストディアン自身の照会プロセスで確認されたカストディアン側の処理エラーなど、反証がない限り、カストディアンの記録が正しく、PMS を更新する必要があると考えるのが基本です。
• 取得原価の照合を無視すること。 取得原価の差異は現在のポジション数や時価に影響しないため、税務シーズンまで後回しにされ、そこで緊急の課題になることがあります。その時点では、過去の取得原価の不一致が数か月、あるいは数年前のものになっていて、解決が非常に困難な場合があります。取得原価を定期的に（月次または四半期ごとに）照合すれば、この問題を防げます。
• 自動解決の許容範囲を広く設定しすぎること。 自動解決ルールが寛容すぎると、本当の差異が見えなくなるおそれがあります。たとえば、100ドル以下の現金差異を自動解決すると、配当金の未払いが続いているパターンを見逃す可能性があります。自動解決のしきい値は、実用上可能な限り厳しく設定し、自動解決された項目は定期的にサンプルを抽出して正確性を確認してください。
• 差異の傾向を継続的に追跡しないこと。 毎日の差異を個別に解決するだけで、長期的なパターンを分析しない照合作業では、根本原因に対処できないまま、同じ種類の差異を繰り返し修正することになります。継続的な改善には、差異の傾向を毎月分析することが不可欠です。
• コーポレートアクションの処理を照合の入力要素として考慮しないこと。 タイミングのずれではない差異の主な原因はコーポレートアクションです。コーポレートアクションの処理と照合を別々の機能として扱う企業は、照合サイクルの前段階でコーポレートアクションを適時かつ正確に処理して差異を防ぐ機会を逃します。
• データ正規化への投資が不十分であること。 照合の自動化の品質は、データ正規化レイヤーの品質に左右されます。証券識別子、取引コード、または口座のマッピングが不完全または不正確だと、照合エンジンが誤った例外を生成し、アナリストの時間を浪費してシステムへの信頼を損ないます。
• 監査に備えて差異の解決内容を記録しないこと。 SOC 監査人や SEC の検査官は、すべての差異について、特定された時期、原因、実施した是正措置、解決した時期の記録を確認しようとします。監査人の観点では、解決内容が記録されていない差異は、未解決の差異と同じです。
• 照合を純粋に運用上の機能として扱うこと。 照合結果は、コンプライアンス（帳簿と記録の正確性）、顧客向けレポート（パフォーマンスとポジションの正確性）、収益（請求の正確性）に直接影響します。最高コンプライアンス責任者と企業の経営陣には定期的に照合結果を報告し、差異率が悪化した場合やシステム上の問題が特定された場合には、対応に関与してもらう必要があります。

相互参照

• portfolio-management-systems（advisory-practice プラグイン）— PMS は照合対象となる主要システムの 1 つです。PMS スキルでは、ポートフォリオ会計、カストディアンのデータフィード、PMS の観点からの差異の特定プロセスを扱います。このスキルでは、より広範な照合プログラムの設計と運用を扱います。
• settlement-clearing（trading-operations プラグイン）— 決済および清算のプロセスによって、後に照合される取引が生成されます。取引の決済不履行や清算の不一致は、照合差異の原因となります。
• corporate-actions（client-operations プラグイン）— コーポレートアクション処理は、タイミングに起因しない照合差異の主な原因です。コーポレートアクションスキルではイベント処理を扱い、このスキルではシステム間でのコーポレートアクション結果の照合を扱います。
• books-and-records（compliance プラグイン）— SEC Rule 204-2 および Rules 17a-3/17a-4 は、照合が支える記録保持義務を定めています。照合の文書記録そのものも、会社の帳簿および記録の一部です。
• account-maintenance（client-operations プラグイン）— 口座レベルの変更（名義変更、住所更新、受益者変更、口座の再登録）がシステム間で同期されていない場合、データの不一致が生じ、照合差異につながることがあります。
• performance-reporting（wealth-management プラグイン）— パフォーマンス計算は、正確に照合されたポジションおよび取引データに依存します。未解決の照合差異があると、顧客向けレポートのパフォーマンス数値が不正確になる可能性があります。
• operational-risk（trading-operations プラグイン）— 照合の失敗は、オペレーショナルリスクの一種です。オペレーショナルリスクスキルでは、より広範なリスク管理のフレームワークを扱い、このスキルではデータ精度リスクを軽減するための具体的な照合統制を扱います。
• fee-billing（advisory-practice プラグイン）— アドバイザリー手数料の請求は、正確な AUM 数値に依存し、その数値は照合済みのポジションおよび時価データに依存します。未照合のデータに基づいて請求すると、顧客への過大請求や過少請求のリスクがあります。