client-onboarding

クライアントのオンボーディング

主な概念

オンボーディングのワークフローアーキテクチャ

クライアントのオンボーディングは、見込み客を資金が入金され、投資可能な口座へと移行させる、複数の段階からなる一連のプロセスです。標準的な段階は次のとおりです。

1. 見込み客の受付 — 連絡先情報を収集し、CRM レコードを作成して、アドバイザーを割り当てます
2. 本人確認 — CIP/KYC チェック（氏名、生年月日、住所、SSN/TIN、政府発行の身分証明書）を実施します
3. 適合性データの収集 — 投資目的、リスク許容度、投資期間、財務状況を収集します
4. 口座種別の選択 — 個人、共同、信託、IRA、法人、その他の形態から選択します
5. 書類の作成 — 口座種別と機能に基づいて必要な書類一式を準備します
6. 電子署名 — 新規口座の申込書、契約書、開示書類を電子的に締結します
7. カストディアンへの提出 — 完了した申請書をカストディアンに送信し、口座を開設します
8. 入金 — 新規口座への入金に ACH、電信送金、ACAT 口座移管、または小切手預け入れを利用します
9. 初期投資 — 入金済みの口座にモデルポートフォリオを割り当てるか、初回取引を実行します

主なフローモデルは、アドバイザー支援型と**セルフサービス型（デジタルダイレクト）**の 2 つです。アドバイザー支援型のオンボーディングでは、アドバイザーが各ステップでクライアントを案内します。多くの場合、面談や画面共有を通じて進め、オンボーディングプラットフォームが CRM からデータを事前入力します。セルフサービス型のオンボーディングでは、クライアントが案内付きのデジタルワークフローを自分で完了し、アドバイザーが完了した申請内容を確認して承認します。多くの企業では、単純な口座種別にはセルフサービスを、複雑な口座種別にはアドバイザー支援型を用いるハイブリッドモデルに対応しています。

オンボーディングプラットフォームは、複数の下流システムを連携させるオーケストレーターとして機能します。連携先には、CRM（クライアントマスター）、KYC/AML ベンダー（本人確認）、カストディアン（口座開設 API）、文書管理システム（保管と取得）、ポートフォリオ管理システム（モデルの割り当て）があります。プラットフォームは、状態遷移を管理し、各段階のエラーに対処するとともに、アドバイザーとコンプライアンス担当者の双方に状況を可視化する必要があります。

デジタル本人確認

オンボーディング時の本人確認は、USA PATRIOT法第326条に基づくCIP要件を満たす必要があり、法人の場合はFinCEN CDDルール（31 CFR 1010.230）も満たす必要があります。オンボーディングのワークフローでは、次の最低限の本人確認情報を収集します。

• 個人： 法的な氏名、生年月日、居住地住所、社会保障番号（非市民の場合はTIN）
• 法人： 法的名称、設立日、主たる事業所、EIN/TIN、設立書類

デジタルオンボーディングに組み込まれた確認方法：

• データベース照合 — 本人確認ベンダー（LexisNexis Risk Solutions、Equifax、TransUnion、Alloy）のAPIをリアルタイムで呼び出し、提供されたデータを信用情報機関、公的記録、政府データベースの情報と照合します。書類の取り扱いが不要で、数秒で合否が判定されるため、デジタルオンボーディングで最も一般的な方法です。
• 書類確認 — クライアントが政府発行の身分証明書（運転免許証、パスポート）の写真をアップロードし、必要に応じて顔の照合用にセルフィーを提出します。OCRでデータ項目を抽出し、なりすましを防ぐためにライブネス検知を行います。データベース照合で結論が出ない場合の代替手段として、または米国以外の人物に対する主な方法として使用されます。
• 知識ベース認証（KBA） — クライアントが、信用情報ファイルをもとに生成された確認質問（例：「次の住所のうち、居住したことがあるものはどれですか？」）に回答します。データ侵害による情報漏えいのリスクから利用は減少していますが、補助的な方法として引き続き使われています。
• 生体認証 — 指紋認証または顔認証で、通常はモバイルのオンボーディングフローで使用されます。

口座開設前には、OFACおよび制裁リストのスクリーニングを必ず実施する必要があります。オンボーディングプラットフォームは、口座に関係するすべての人物（口座名義人、承認済み署名者、実質的支配者、受託者）を、OFAC SDNリスト、FinCEN 314(a)リスト、および各社固有の制限リストと照合する必要があります。一致または一致の可能性がある場合は、オンボーディングフローを停止し、手動審査のためにコンプライアンス部門へ回す必要があります。

法人アカウントの実質的支配者情報の収集では、法人の持分を直接的または間接的に25％以上保有するすべての個人に加え、重要な経営管理権を持つ個人を少なくとも1人（支配者）特定する必要があります。アカウント種別が法人（LLC、株式会社、パートナーシップ、特定の信託）の場合、オンボーディングのワークフローで実質的支配者情報の入力フォームを動的に表示する必要があります。

オンボーディングシステムでは、強化された顧客管理（EDD）の開始条件を検出してフラグを設定する必要があります。該当する条件には、外国要人（PEP）、高リスク法域との関係（FinCENの勧告およびFATFのガイダンスに基づく）、複雑で多層的な所有構造、ネガティブニュースのスクリーニング結果が含まれます。EDDが開始された場合、オンボーディングフローを一時停止し、手続きを進める前にコンプライアンスチームへエスカレーションする必要があります。

適合性とリスクのプロファイリング

オンボーディングは、投資適合性を判断するための主要なデータ収集機会です。投資推奨を行う前に、証券会社は、ブローカー・ディーラーについてはFINRA Rule 2111（適合性）およびRegulation Best Interestに、登録投資顧問業者については受託者としての注意義務に従うため、十分な情報を収集する必要があります。

必要なデータ項目：

• 投資目的（元本保全、インカム、成長、積極的な成長、投機）
• 投資期間（短期：3年未満、中期：3～10年、長期：10年超）
• リスク許容度（保守的、中程度、積極的――およびボラティリティに耐える行動面での意思）
• 流動性ニーズ（予想される引き出し、多額の支出、緊急時の準備資金）
• 年収および純資産（流動純資産を含む）
• 投資経験（経験年数、取引した資産クラス、知識レベル）
• 税務上の状況（限界税率、税務を考慮する口座と非課税口座）
• 特別な事情（特定銘柄への集中保有、雇用主による制限、ESGに関する希望）

リスク質問票の設計には、次の2つのアプローチがあります。

• 心理測定型の質問票は、損失を受け入れる意思、市場下落への反応、不確実性に対する安心感など、リスクに対するクライアントの感情面および行動面での関わり方を測定します。真のリスク許容度を捉えるのに適していますが、主観的になる可能性があります。
• 知識ベースの質問票は、投資概念に対するクライアントの理解度と、リスクを負う客観的な財務能力を評価します。コンプライアンスの観点からは正当性を説明しやすい一方、行動上の傾向を捉えられない可能性があります。

ベストプラクティスは、両方のアプローチを組み合わせることです。心理測定型の質問でリスクを受け入れる意思を評価し、財務データでリスク許容能力を評価したうえで、リスクスコアまたはカテゴリーを算出するマッピングアルゴリズムを使用します。次に、リスクスコアをモデルポートフォリオまたは投資戦略の範囲に対応付けます。

オンボーディング時の規制要件： 最初の投資推奨を行う前に、適合性プロファイルを文書化する必要があります。裁量口座については、オンボーディング中に投資方針書（IPS）を策定する必要があります。Reg BI口座については、ケア義務により、口座の種類を含むあらゆる推奨に、クライアントのプロファイルに照らした合理的な根拠が求められます。

口座種別の選択と設定

オンボーディングのワークフローでは、クライアントのニーズに基づいて口座種別を選択できるように案内する必要があります。口座種別と主な特徴は次のとおりです。

個人および共同名義の口座：

• 個人課税口座 — 単独所有者で、最もシンプルな構造
• 共同生存権付き共有名義口座（JTWROS） — 共同所有者が死亡した場合、存命の所有者が自動的に相続します
• 共有持分口座（TIC） — 共同所有者がそれぞれ指定された持分を所有し、その持分は各自の遺産に引き継がれます
• 夫婦共有財産 — 夫婦共有財産制度を採用する州で利用可能で、婚姻期間中に取得した資産を共同所有します

退職口座：

• Traditional IRA — 所得控除の対象となる拠出（所得制限あり）、運用益は課税繰延べ、73歳からRMDが適用されます
• Roth IRA — 税引後の拠出、運用益および適格な引き出しは非課税、口座所有者の生存中はRMDが適用されません
• SEP IRA — 雇用主が拠出し、拠出限度額は報酬の最大25％または年間のドルベースの上限です
• SIMPLE IRA — 従業員による給与繰延べ拠出に加えて、雇用主によるマッチング拠出または非選択的拠出があります
• 相続IRA — 受益者の口座で、配偶者以外の大半の受益者にはSECURE Actに基づく10年以内の分配ルールが適用されます

信託口座：

• 取消可能（生前）信託 — 設定者が管理権を維持し、資産は検認を回避します。通常、設定者のSSNがTINとして使用されます
• 取消不能信託 — 設定者は管理権を放棄し、独自のEINを持つ独立した納税主体となります。実質的所有者に関する規則が適用されます
• 遺言信託 — 遺言によって設立され、裁判所の書類が必要です

法人・事業体口座：

• LLC — 定款、運営契約書、EIN、実質的所有者の証明が必要です
• 法人（C-Corp、S-Corp） — 設立定款、付属定款、取締役会決議、EINが必要です
• パートナーシップ（LP、LLP、GP） — パートナーシップ契約書、EIN、ジェネラルパートナーの特定が必要です

未成年者用口座：

• UTMA/UGMA — カストディアンが、州によって18歳または21歳となる成年年齢まで、未成年者の資産を管理します

遺産口座：

• 遺言執行状または遺産管理状、死亡証明書、遺産用のEINが必要です

オンボーディング中に設定する口座の機能：

• マージン取引の適格性（別途マージン契約および追加の開示が必要です）
• オプション取引の承認レベル（カストディアンによりレベル0～4。オプション契約およびリスク開示が必要です）
• 小切手の振出しおよびデビットカードの利用
• 税務上の取得原価計算方法の選択（個別法、FIFO、平均原価法）
• 受益者の指定（退職口座およびTOD口座では、主たる受益者と予備の受益者）
• 配当金およびキャピタルゲインの再投資に関する設定
• 信頼できる連絡先（FINRA Rule 4512）

書類の収集と作成

口座の種類ごとに、特定の書類一式が必要です。オンボーディングシステムでは、口座の種類と選択された機能に基づいて、必要な書類を動的に組み立てる必要があります。

すべての口座の種類に共通する書類：

• 新規口座申込書（カストディアン固有）
• W-9（米国人）または W-8BEN/W-8BEN-E（米国人以外）
• 投資顧問契約書または証券口座契約書
• Form CRS（顧客関係概要）
• プライバシー通知（Reg S-P）
• 信頼できる連絡先の指定書

口座の種類ごとに必要な書類：

• 共同口座：所有形態を明記した共同口座契約書
• 信託口座：信託証明書（または信託契約書の全文）、受託者の本人確認書類、信託のTIN関連書類
• 法人・団体口座：設立書類（定款／設立証明書、パートナーシップ契約書）、口座開設を承認する法人決議書または運営契約書、実質的所有者証明書（FinCEN）
• IRA口座：IRA加入契約書、受益者指定書、IRA開示書、他の退職口座から資金を移す場合はロールオーバー／移管書類
• 遺産口座：遺言執行／遺産管理証明書、死亡証明書、EIN割当通知書
• 未成年者管理口座（UTMA/UGMA）：管理口座契約書、未成年者のSSN

機能ごとに必要な書類：

• マージン：マージン契約書、マージンリスク開示書
• オプション：オプション契約書、OCC「標準化オプションの特性とリスク」文書

最新のオンボーディングプラットフォームにおける書類の作成では、オンボーディングの前段階（本人確認、適合性評価、口座の種類）ですでに収集したデータをフォームに事前入力します。システムは、顧客データを入力した個別の書類一式を作成し、署名欄と手動での入力が必要な項目だけを未記入のままにします。これにより、エラーが大幅に減り、手続きが迅速化されます。

書類管理に関する考慮事項：

• バージョン管理：各フォームの使用バージョンを記録します（カストディアンは定期的にフォームを更新します）
• 有効期限の追跡：信託証明書や法人決議書など、一部の書類では定期的な再証明が必要になる場合があります
• 保管：SEC Rule 17a-4（証券会社）および Rule 204-2（投資顧問会社）により、書類の保管期間が定められています。通常は5～6年で、一部の記録は口座が存続する間保管されます
• 保存先：書類は、顧客および口座の記録に紐づけられた、検索・索引付けが可能なリポジトリに保存する必要があります

電子署名と同意

E-SIGN Act（15 USC 7001）および、一部の形で49州とDCが採択しているUniform Electronic Transactions Act（UETA）に基づき、口座開設書類に対する電子署名は法的拘束力を持ちます。

有効な電子署名に関するE-SIGN Actの要件：

• 署名者は、電子記録および電子署名の使用に同意する必要があります
• 同意は十分な情報に基づくものでなければなりません。署名者には、どの種類の記録が電子的に提供されるのか、また同意を撤回する方法を伝える必要があります
• 署名者は、使用される形式で電子記録にアクセスできることを証明する必要があります
• 会社は、原本を正確に再現できる形式で電子記録を保持する必要があります

**電子署名プラットフォームの統合：**ほとんどのアドバイザリー会社は、DocuSign、Adobe Sign、またはカストディアンに組み込まれた署名ツール（例：Schwabの口座開設API内の電子署名）を使用しています。統合パターンには次のものがあります。

• 埋め込み署名 — 電子署名の手続きをオンボーディングプラットフォームのユーザーインターフェース内に組み込み、シームレスな操作を実現します
• リダイレクト署名 — クライアントを電子署名ベンダーのポータルにリダイレクトして署名を完了させた後、オンボーディングプラットフォームに戻します
• メールベースの署名 — クライアントに書類の確認と署名を行うリンクを記載したメールを送信し、非同期で手続きを完了します

電子交付への同意は前提条件です。書類を電子的に交付する前に、会社はクライアントから明確な同意を得て、紙のコピーを受け取る権利について伝え、電子書類にアクセスできることを確認する必要があります。この同意は通常、デジタルオンボーディングの最初のステップの一つとして取得します。

**手書き署名が必要となる例外：**一部のカストディアンや特定の種類のフォームでは、依然として原本への手書き署名が必要です。一般的な例外には、特定の国際口座フォーム、一部の信託関連書類、特定のオルタナティブ投資の申込契約書、口座移管に必要なメダリオン署名保証などがあります。オンボーディングシステムはこれらの例外を特定し、手書き署名のワークフローに振り分ける必要があります。

複数当事者口座における署名手続きの設計：

• 共同口座：両方の口座所有者が署名する必要があります。システムでは署名順序を定めるか、並行して署名できるようにする必要があります
• 信託口座：口座に関して行動する権限を持つすべての受託者が署名する必要があります
• 法人などの事業体の口座：会社決議書または運営契約に基づき、署名権限を持つ署名者が署名する必要があります
• システムは各署名者の完了状況を追跡し、未完了の手続きについてリマインダーを送信する必要があります

**監査証跡の要件：**電子署名の記録には、署名者の本人情報（氏名、メールアドレス）、各署名のタイムスタンプ、IPアドレス、使用した認証方法、文書のハッシュ値（署名後に文書が変更されていないことを証明するため）、および完了証明書を含める必要があります。この監査証跡は口座記録の一部として保持する必要があります。

カストディアンへの提出と口座への入金

書類への署名が完了すると、口座開設のため、完成した申込書類一式をカストディアンに提出します。提出方法は、カストディアンや口座の複雑さによって異なります。

API による提出（ストレートスルー処理）：

• 大手カストディアン（Charles Schwab、Fidelity、Pershing、TD Ameritrade/Schwab）は、構造化データと書類を受け付ける口座開設 API を提供しています
• オンボーディングプラットフォームが、クライアント情報、口座設定、署名済み書類をプログラムから送信します
• カストディアンが提出内容を検証し、口座番号を返します（標準的な口座の場合、通常は数分から数時間以内）
• これは、ストレートスルー処理（STP）を目指す取扱件数の多い企業にとっての目標状態です

半自動の提出：

• 一部のカストディアンは、データを事前入力した状態でアドバイザーポータルからの提出を受け付けています
• オンボーディングプラットフォームがデータファイルを生成するか、カストディアンのウェブフォームにデータを事前入力します
• オペレーションチームのメンバーが内容を確認して「提出」をクリックします。つまり、人が処理に介在します

手動での提出：

• 複雑な口座種別（特定の信託、遺産、法人、海外口座など）では、手動での提出が必要になることがよくあります
• 署名済み書類をカストディアンの書類ポータルにアップロードするか、安全なファイル転送で送信します
• 処理時間は口座の複雑さによって異なり、数日から数週間かかります

NIGO（不備による差し戻し）への対応： NIGO による差し戻しとは、カストディアンが申込書の誤りや情報不足を見つけたことを意味します。NIGO の主な原因は次のとおりです。

• 署名の漏れ、または判読不能な署名
• フォーム間でデータに不一致がある（例：W-9 の氏名と口座申込書の氏名が一致しない）
• 必要書類の不足（例：信託証明書が含まれていない）
• 本人確認書類の無効または期限切れ
• 法人口座の実質的支配者に関する証明書の不足
• 口座種別のコードの誤り
• 退職口座の受益者指定の不足

NIGO の是正ワークフロー：オンボーディングシステムは、カストディアンからの NIGO 通知（API コールバック、メール、またはステータスのポーリング経由）を受信し、差し戻し理由を解析して、アドバイザーやクライアントに通知し、修正した情報や書類を収集して再提出できるようにする必要があります。NIGO 率の削減は、オンボーディングを最適化するうえで特に効果の大きい取り組みの一つです。

口座への入金方法：

• ACH 振替 — 紐付けられた銀行口座からの電子振替です。通常は 2〜4 営業日かかります。銀行口座の確認（少額入金、Plaid、または無効化した小切手の手動確認）が必要です
• 電信送金 — 高額の資金を当日または翌日に入金できます。カストディアンから送金指示を取得する必要があります
• ACAT 振替 — 他の証券会社から資産を移管するための Automated Customer Account Transfer システム（DTCC）です。全資産の移管には通常 4〜6 営業日かかります。特定の保有銘柄のみを移管する部分 ACAT も可能です
• 小切手による入金 — 紙の小切手またはモバイル小切手入金です。保留期間が適用されます
• 現物移管 — 既存の有価証券を売却せずに移管します。税務面に配慮が必要なクライアントにとって重要です
• ロールオーバー — 雇用主のプランまたは別の IRA からの直接ロールオーバーです。移管元の金融機関が発行するロールオーバー書類が必要です

初回投資： 口座への入金後、オンボーディングシステムはモデルポートフォリオの割り当てを開始する必要があります。裁量口座の場合、ポートフォリオ管理システム（PMS）の適切なモデルに口座を紐付け、初回の売買注文を生成します。非裁量口座の場合、アドバイザーが最初の投資提案を提出します。

コンプライアンスのチェックポイント

効果的なオンボーディングでは、特定の段階にコンプライアンスのゲートを設け、要件が満たされるまでワークフローが進まないようにします。

ゲート 1 — 本人確認（口座開設前）：

• CIP の本人確認で合格結果が得られる必要があります
• OFAC／制裁対象者のスクリーニングで、関連するすべての個人について問題がないことを確認する必要があります
• いずれかが不合格の場合、フローを停止し、コンプライアンス部門に引き継ぎます
• 本人確認が完了するまで口座を開設できません（米国愛国者法第 326 条）

ゲート 2 — 適合性に関する書類（投資前）：

• 投資プロフィール（目的、リスク許容度、投資期間、財務状況）を完成させる必要があります
• リスクに関する質問票を採点し、記録する必要があります
• Reg BI の場合、最初の推奨（口座の種類に関する推奨を含む）について、合理的な根拠を記録する必要があります
• 受託者責任を負うアドバイザーの場合、適合性プロフィールが提案する投資戦略を裏付ける必要があります

ゲート 3 — 実質的所有者（法人の口座開設前）：

• すべての法人名義口座について、FinCEN の実質的所有者に関する証明を完了する必要があります
• 25％の所有者と、少なくとも 1 名の支配権を持つ人物を特定し、本人確認する必要があります
• 適用除外となる法人の種類（上場企業、規制対象の金融機関、政府機関）を記録する必要があります

ゲート 4 — 開示書類の交付（口座開設前または口座開設時）：

• Form CRS は、口座開設前または口座開設時に交付する必要があります
• Form ADV Part 2A（RIA）は、アドバイザリー契約の締結前または締結時に交付する必要があります
• プライバシー通知は、口座開設時に交付する必要があります
• マージン取引やオプション取引が選択された場合は、それらに関する開示書類を交付する必要があります

ゲート 5 — 監督者による審査（リスクベース、口座の有効化前）：

• 特定の口座の種類や顧客プロフィールでは、口座が有効になる前に監督者による審査が必須となります
• よくある審査のきっかけ：裁量権限の申請、マージン取引またはオプション取引、シニア投資家（65 歳以上）、純資産額の基準、PEP または EDD の対象顧客、集中投資ポジション、複雑な法人構造
• 監督者は、申請書類一式、適合性に関する書類、コンプライアンス上の警告を確認します
• システムは審査状況を追跡し、監督者の承認が記録されるまで口座の有効化を防止する必要があります

コンプライアンス保留とエスカレーション：

• いずれかのゲートが不合格になると、申請はコンプライアンス保留状態になります
• システムは、具体的な不合格理由と裏付け書類を添えて、コンプライアンスチームに通知します
• エスカレーション先：直属の監督者、コンプライアンス担当者、最高コンプライアンス責任者、法務顧問
• 解決方法：顧客に追加情報を求める、条件付きで承認する、口座開設を却下する
• すべてのコンプライアンス上の判断を記録し、保管する必要があります

データフローとシステム連携

オンボーディングは、下流システムにデータを登録する主要なデータ収集イベントです。オンボーディング中に収集されたデータは、次のシステムに流れます。

• CRM（顧客マスター） — 連絡先情報、世帯の関係、担当アドバイザー、サービス階層、コミュニケーションの設定です。CRMは最初に更新するシステムとし、多くの場合、顧客の識別情報の信頼できる唯一の情報源として機能させます。
• ポートフォリオ管理システム（PMS） — 口座番号、モデルポートフォリオの割り当て、投資制限、税務ロット方式、リバランスの設定です。PMSは、カストディアンで新しい口座が開設され、資金が入金された後、その口座を受け取ります。
• カストディアン／口座マスター — カストディアンは、口座の登録内容、税務上のステータス、受益者、権限を付与された関係者など、正式な口座記録を管理します。オンボーディングシステムはカストディアンにデータを送信し、カストディアンは口座番号と確認を返します。
• コンプライアンスシステム — KYC／AML記録、適合性に関する書類、開示資料の交付確認、監督上の審査記録です。これらの記録は規制要件に従って保管し、検査時に参照できるようにする必要があります。
• ドキュメントリポジトリ — 署名済みの口座開設書類、本人確認記録、法人の設立書類、信託証明書です。検索できるように、顧客と口座ごとにインデックスを作成する必要があります。
• ファイナンシャルプランニングシステム — 目標、期間、収入予測、税務データです。会社がプランニングツールを使用している場合、オンボーディングデータを初期プランに反映する必要があります。

連携パターン：

• リアルタイムのAPI呼び出し — 本人確認、カストディアンへの送信、OFACスクリーニングに使用します。即時の応答が必要なため、タイムアウト処理とフォールバック手順を含める必要があります。
• 非同期／イベント駆動型 — 下流への通知（例：新しい口座のモデル割り当てが可能になったことをPMSに通知する場合）に使用します。メッセージキューまたはWebhookのパターンが一般的です。
• バッチ処理 — カストディアンとの連携の中には、バッチ送信サイクル（例：終業時のファイルアップロード）で処理するものがあります。オンボーディングシステムは送信をキューに入れ、結果を照合する必要があります。

データ検証： オンボーディングシステムでは、システム間のデータの一貫性を検証する必要があります。一般的な検証項目は次のとおりです。

• すべてのフォームとシステムで氏名とSSN／TINが一致している
• オンボーディングプラットフォームとカストディアンで口座の種類が一致している
• オンボーディング記録とカストディアンの記録で受益者の指定が一致している
• CRMの担当アドバイザーがアドバイザリー契約と一致している
• PMSの税務ロット方式が顧客の選択と一致している

既存顧客のデータ事前入力： 既存顧客が追加口座を開設する場合、オンボーディングシステムはCRMと既存口座の記録から既知のデータを事前入力する必要があります。本人確認は簡略化できる場合があり（会社の方針に応じて、再確認または完全なCIPを実施）、適合性データについても再収集ではなく確認のみで済む場合があります。

オンボーディング指標と最適化

オンボーディングの効果を測定することで、継続的な改善が可能になります。

主要業績評価指標：

• 口座への初回入金までの時間 — 見込み顧客の受付から最初の入金までにかかる時間です。業界のベンチマークは、デジタルオンボーディングを利用したシンプルな口座で3～5営業日、複雑な口座で2～4週間です。最先端のデジタルサービスでは、個人課税口座の場合、当日を目標とします。
• 申込中断率 — 開始されたものの完了していないオンボーディングフローの割合です。特定のステップで中断率が高い場合は、手続きに障壁があることを示します。業界平均は、デジタル直販フローで25～40％、アドバイザーの支援がある場合は大幅に低くなります。
• NIGO率 — カストディアンによって却下された申込の割合です。目標は5％未満です。自動検証を導入していない企業の業界平均は10～20％です。
• ストレート・スルー・プロセッシング（STP）率 — 手作業を介さず、申込から口座開設まで処理される申込の割合です。標準的な個人口座および共同口座では80％超を目標とします。
• 初回問い合わせ解決率 — クライアントに追加の対応を求めずに解決したオンボーディング関連の問題の割合です。
• クライアント満足度スコア — オンボーディング後のアンケートでクライアントの体験を測定します。

ボトルネックの特定：

• オンボーディングの各段階にかかる時間を分析し、申込が滞留する箇所を特定します
• よくあるボトルネック：本人確認の失敗（特に米国以外の居住者）、信託関連書類の不足、電子署名の完了が遅れるクライアント、カストディアンの処理の滞留、コンプライアンス審査の待ち行列
• パイプラインの状況を示すダッシュボードを導入します。各段階にある申込数、段階ごとの平均所要時間、処理が長期化している申込を表示します

最適化戦略：

• データ入力を減らす — CRMから事前入力し、OCRで書類からデータを抽出し、資金移動には銀行口座確認サービス（Plaid、Yodlee）を連携します
• 早期に検証する — カストディアンへの提出を待つのではなく、データ入力中にリアルタイムで検証します。書類への署名より前に、NIGOの原因となるエラーを検出します
• 可能な限り並行処理する — クライアントが適合性アンケートに回答している間に本人確認を行い、確認結果を待つ間に書類を作成します
• モバイルファーストで設計する — クライアントがモバイル端末でオンボーディングを完了するケースは増加しています。フォームは画面サイズに応じて表示が調整され、署名フローは小さな画面でも機能する必要があります
• オンボーディングフローをA/Bテストする — 質問の順序、フォームのレイアウト、連絡の頻度を変えてテストし、中断率を下げます
• フォローアップを自動化する — 未完了の申込、未署名の書類、未入金の口座について、自動リマインダーを送信します

作業例

references/examples.md に、エンドツーエンドのシナリオを示す3つの作業例があります。次の例を確認してください：（1）Schwab／Salesforce／Orionとの連携による、個人課税口座のデジタルオンボーディングフローの設計、（2）富裕層クライアントの個人口座と並行した、取消不能信託口座のオンボーディング、（3）検証ルールと書類作成の自動化による、35％のNIGO率の削減。

よくある落とし穴

• 本人確認が完了する前に口座を開設すること — CIP は口座開設前または口座開設時に満たす必要があり、開設後ではありません
• 適合性データを収集しても、規制要件を満たす形式で文書化しないこと — プロファイルは書面で作成し、署名または承認を得たうえで保管する必要があります
• 口座の種類や機能に基づいて書類を動的に組み立てるのではなく、すべてに同じ書類一式を使用すること
• OFAC に照らしたすべての関係者（共同口座名義人、受託者、実質的所有者、権限を付与された署名者）のスクリーニングを行わないこと — 口座の主たる名義人だけのスクリーニングでは不十分です
• チェックポイントで不合格となった場合に、コンプライアンスゲートを越えてオンボーディングフローを続行できるようにすること — 回避可能な緩いゲートはコンプライアンスフレームワークを損ないます
• 電子署名がすべてのケースで受け入れられると思い込むこと — 一部のカストディアンやフォームの種類では、現在も自筆署名が必要です
• リスク質問票のスコアとモデルポートフォリオの対応関係を維持しないことにより、アドバイザー間で投資推奨に一貫性がなくなること
• カストディアンへの提出前にデータの整合性を検証せず、NIGO 率が高くなること
• 法人や信託のオンボーディングを個人のオンボーディングと同じように扱うこと — これらの口座種類では、より多くの書類、確認、審査が必要です
• 同じクライアントのために開設された複数の口座を単一の世帯に関連付けず、CRM と PMS にクライアントデータが分散すること
• 資金拠出の手順を怠ること — 開設しても資金が拠出されていない口座は収益を生まず、一定期間利用がないとカストディアンによって閉鎖される可能性があります
• 実質的所有者情報を収集しても、実質的所有者の本人確認を行わず、CDD ルールの本人確認要件に違反すること

相互参照

• know-your-customer（コンプライアンスプラグイン）：オンボーディングの本人確認段階で満たす必要がある KYC/CIP 要件です。KYC スキルでは規制基準を定義し、このスキルではオンボーディングワークフローでの実装方法を説明します
• investment-suitability（コンプライアンスプラグイン）：オンボーディング中に収集する適合性データは、その後のすべての投資推奨の基盤となります。適合性スキルでは規制上の義務を定義し、このスキルでは必要なデータの収集方法を説明します
• anti-money-laundering（コンプライアンスプラグイン）：OFAC スクリーニングと AML チェックは、オンボーディングフローに組み込まれたコンプライアンスゲートです。AML スキルでは規制の枠組みを扱い、このスキルでは連携ポイントを説明します
• reg-bi（コンプライアンスプラグイン）：Reg BI の開示義務と注意義務は、口座開設前または口座開設時に満たす必要があります。Form CRS の提供は、ブローカーディーラーと RIA に必須のオンボーディング手順です
• client-disclosures（コンプライアンスプラグイン）：開示書類（Form ADV、Form CRS、プライバシー通知、目論見書）は、所定のトリガーポイントでオンボーディング中に提供する必要があります
• crm-client-lifecycle（アドバイザリー業務プラグイン）：CRM はオンボーディングプロセスからクライアントおよび世帯のデータを受け取ります。オンボーディングでは、CRM が関係全体を通じて管理するクライアントのマスターレコードを作成します
• portfolio-management-systems（アドバイザリー業務プラグイン）：PMS はモデルポートフォリオの割り当てと初回投資の執行のため、オンボーディングから新規口座を受け取ります
• privacy-data-security（コンプライアンスプラグイン）：オンボーディングでは、Reg S-P および企業のサイバーセキュリティポリシーに基づいて保護する必要がある、機密性の高い非公開個人情報（SSN、財務データ、本人確認書類）を収集します
• account-opening-workflow（クライアント業務プラグイン）：オンボーディングの成果物を受け取るバックオフィスの口座開設プロセスです。業務処理、カストディアンへの提出、口座の有効化を担当します
• estate-gifting（ウェルスマネジメントプラグイン）：信託口座の開設と名義設定に関連する信託の種類および受益者指定の背景情報です