最適なオンボーディング・ソフトウェアの選び方(ステップ・バイ・ステップ+RFPテンプレート)
デジタル・オンボーディングに関するInvestGlassのプレゼンテーションへようこそ。私はInvestGlassのCEO、アレクサンダーです。このプレゼンテーションでは、見込み客のオンボーディング、KYCの修復の進め方、顧客のオフボーディングの方法をご紹介します。また、次の提案依頼に回答するために使用すべき50の質問も追加します!
InvestGlassはセールスオートメーションプラットフォームです。お客様のサーバーまたはスイスのサーバーに設置することができます。InvestGlassは自動化に必要な全てのツールを提供するスイスの家族経営の会社です。.
現在、金融、保険、政府、団体、クラブ、あらゆる規模の企業など、世界中で120社以上のお客様にサービスを提供しています。スイス、自国、またはプライベート・クラウド上にデータを保管し、スイスのソブリン・ソリューションを求めるお客様に選ばれています。.
コア製品とオンボーディング・プロセス
オンボーディング、CRM、オートメーションという8つのコア製品により、見込み客発掘から販売までの全行程を自動化します、, 承認プロセス, クライアントポータル、レポーティング、マーケティング、ポートフォリオ管理、インシデント管理。.
御社のオンボーディングを構築する場合、最初のステップは提供したい体験を定義することです:
- 顧客によるセルフ・オンボーディング
- フォームを押すリレーションシップ・マネージャー
- 見込み客がフォームに記入する前にマネジャーがデータを準備するハイブリッド・モデル
その後、ブランディング(色、レイアウト、スタイル)を設定し、オンボーディングのワークフローを定義します。一般的なセットアップには1~4週間かかり、その後、テスト、本番稼動、継続的なレポートの改善を行います。.
自動化、AI、デジタルフォーム
重要な問題は、オンボーディングのどの部分を自動化するかである。ルールベースの自動化により、フォームのフィルタリング、PEPステータスのチェック、原産国のフラグ立てなどのタスクが可能になり、アラートやタスクがトリガーされる。承認プロセスも自動化することができ、口座開設、リスク条件、または関税承認について同僚に投票させることができる。.
AIは、既存のフォームを構造化されたCRMフィールドとJSONペイロードに変換することで、オンボーディングをさらに強化します。これにより、特に多言語のフォーム(英語、フランス語、ドイツ語、中国語など)を統一されたデジタルフォーマットにマージする際の作業時間を節約できます。.
コードなし フォームビルダー を使えば、コーディングなしでプロフェッショナルなオンボーディングフォームをデザインできます。情報は、次のようにフォーム間で再利用できます。 パッケージ, 重複エントリーを減らすことができる。.
セキュリティ、コンプライアンス、マルチパーティワークフロー
InvestGlassは監査証跡、文書管理、モバイルアプリ、二要素認証(2FA)、安全なQRコードアクセスによりセキュリティを確保します。フォームには事前にデータを入力することができ、適切な顧客だけがアクセスできるようにします。.
KYC/KYB/KYTチェックは、API経由でサードパーティプロバイダーと統合されています。当社のシステムは、複数のUBOやLPOAとの複雑な関係(会社、信託、家族)をサポートし、ポータルへのアクセス、署名、口座閲覧の権限を定義します。.
電子署名ワークフローは、IPアドレス、タイムスタンプ、および2FA検証をキャプチャする監査証跡を使用して、複数の当事者が文書に安全に署名することを可能にします。マルチパーティオンボーディングは、権限のない閲覧者から機密フィールドを隠すことができ、プライバシーを確保します。.

承認、KYC修復、および報告
当社の承認プロセスは、口座開設、W8/W9レビュー、KYC修復、オフボーディングをカバーし、マルチステップシーケンスと承認者グループによってカスタマイズ可能です。.
KYCの是正は以下のような場合に発動される:
- 新しいサービスへの加入
- 定期的な見直し(5~10年ごとなど)
- 期限切れのIDや新たなPEP指定などのインシデント
すべてのアクションはライブレポートダッシュボードで追跡され、プロセス効率、ボトルネック、自動化の機会を強調表示します。クライアントは、完全自動化、完全手動監視、またはAI、ルール、人間によるレビューを組み合わせたハイブリッド・アプローチのいずれかを選択できます。.

インベストガラス デジタル・オンボーディング ブランディングとワークフローを完全にコントロールしながら、クライアント・ジャーニーを合理化し、コンプライアンスを自動化し、セキュリティを強化します。.
InvestGlassのデジタル・オンボーディングは、クライアント・ジャーニーを合理化し、コンプライアンスを自動化し、セキュリティを強化します。.
提案依頼書を作成するためによくある質問
質問はありますか?お知らせください!
- 言語
現在のファイル数は?アカウント開設プロセスは多言語対応ですか、それとも言語ごとに別々のアカウント開設プロセスを用意するのですか?
- プロフォーマ・ドキュメント
例えば、W8NW9IMIBen、リブレ・パッセージ、生命保険などである。
- コンタクトベースとアカウントベース
書類は連絡先ベースかアカウントベースか?
InvestGlassによるデジタル・オンボーディング
- フォーミュラ・ドキュメント(A、K、T)
貴社の文書に、A、K、Tなど、プロフォーマのままでなければならないフォームが含まれていませんか?
- 口座開設パッケージ
口座開設のためのパッケージは定義されていますか?商品ファミリーごとにグループ化できますか?
- コモンローとシビルロー
コモン・ローかシビル・ローかによって、異なるパッケージを設定しているか?
- InvestGlassによるデジタル署名プロセス
デジタル署名プロセスを導入していますか?2FA、IP/ID/タイムスタンプ記録でInvestGlassシステムを使用することを期待しますか?署名パッドによる署名を受け付けていますか?UBO/LPOAごとに署名パッドを隠す必要がありますか?あるUBOから別のUBOへは特定のフィールドを隠すべきですか?
- 本人確認
口座開設の際、行員との初回面談なしでも受け付けていますか。それとも、行員がまず本人確認書類を確認しなければなりませんか。
- プロスペクトの関与
見込み客にどのようなアカウント開設プロセスを期待するか?
- 補足資料
個人口座と法人口座の場合、どれだけの書類(身分証明書、資産証明書、納税証明書など)を集めることになりますか?必要な要素を標準化しましたか?
- 制限国
特定の国の遠隔地口座開設をブロックしますか?
- ドキュメント・パッケージ
複数のフォームが同時に入力された場合、効率化のためにそれらをパッケージにまとめ直しますか?
- デバイスとチャンネル
口座開設はモバイル、タブレット、デスクトップ、あるいは紙ベースのハイブリッド・プロセスで行われることを想定していますか?
- 期間
口座開設にはどのくらい時間がかかりますか?
- 第三者主導
口座開設は、外部のアセット・マネージャーやビジネス・イントロデューサーなどの第三者によって行われますか?
- 必須の質問
各フォームに最低限必要な回答を定義していますか?すべての質問は必須ですか?
- シミュレーター
フォームにシミュレーターは含まれていますか?もしあれば、どのようなものですか?
- 保存して後で続ける
フォームを保存し、後で記入できるようにしていますか?その場合、フォームのバージョニングを行い、有効性を確保していますか?
- 複数のUBO
複数のUBOの場合、順次完了を認めるのか、それとも1つのUBOがすべてを完了しなければならないのか?
- InvestGlass CRMおよび他のCRMとの統合
文書が完成したら、更新はサードパーティのCRMにフィードされますか?その場合、スキーマやJSONの例(顧客情報、知識、経験、ニーズ)はありますか?
- PDFフォーマット
生成されるPDFは、既存のフォーマットと完全に一致させるべきか、それとも細かい修正が可能か。
- 承認ワークフロー
口座開設を承認する際、承認者は個々のフィールドを確認するのでしょうか、それともPDF/パッケージ全体を確認するのでしょうか?現在のワークフローを教えてください。
- KYCの改善
KYCの是正を行っていますか?実施している場合は、どのようなプロセスですか?
- 期限切れの通知
データや文書の有効期限が切れた場合、InvestGlassが通知することを期待しますか?その場合、どのようなプロセスに従いますか?
- 評判と名前のチェック
AML、CFTC、PEPリストのために、World-Check、North Data、暗号ウォレットのレピュテーションチェックなどのツールを使用していますか?また、フラグをどこに表示すべきですか?
- 報告
アカウント開設の効率、放棄率、完了時間、フォームの種類、チーム、従業員、契約、承認者、承認プロセスに関するレポートを期待していますか?
- KYCツール
現在使用している、または使用する予定のKYCツールは何か(書類確認、生体認証チェック、ビデオによる本人確認など)。これらのツールを口座開設プロセスに組み込むべきか、またその結果をどのように表示すべきか。
- ホスティング、主権、居住のニーズ
データ主権や居住に関する特定のホスティング要件はありますか(スイス、EU、その他の管轄区域内でのホスティングなど)。顧客データの保存と処理に関して、注意すべき規制上の制約はありますか?
- Active Directoryへの接続
認証とユーザー管理のためにメンバーのActive Directoryへの接続が必要ですか?銀行員や従業員のアクセス権をこの統合で管理する必要がありますか?
- ユーザー認証方法
顧客や銀行員にどのような認証方法(SSO、MFA、生体認証など)を要求しますか?
- セッション管理
システムは、セッションのタイムアウト、再認証、またはデバイスの制限を強制すべきか。
- 当初の資金調達
口座開設プロセスにおいて、最初の入金や振込の指示を許可または要求すべきか。
- 支払い統合
オンボーディングの一環として、決済システム(SWIFT、SEPA、社内レールなど)との統合が必要ですか?
- アクセシビリティの遵守
オンボーディング・プロセスがアクセシビリティ基準(WCAG、ADAなど)に準拠する必要がありますか?
- 言語フォールバック
顧客が選択した言語で文書が入手できない場合、システムはデフォルトで英語にすべきか、オンボーディングをブロックすべきか。
- ガイド付き体験
オンボーディング・プロセスに、ガイド付きフロー、ツールチップ、ウィザード、またはライブチャットによる支援を期待していますか?
- データ保持
オンボーディング・データはどれくらいの期間保存されるべきか、またどのような保存・保管方針の下で保存されるべきか。
- 監査証跡
規制上の目的で、誰がいつどのような変更を行ったかを記録する不変の監査証跡が必要ですか?
記録の許可と監査
- カスタムレポート
放棄率、文書エラー、承認までの時間、ボトルネックに関するダッシュボードやレポートが必要ですか?
- コア・バンキングとの統合
完了したオンボーディング・データをコア・バンキング・プラットフォームにプッシュすべきか、それともInvestGlass CRMのみにプッシュすべきか?
- 第三者機関 InvestGlass APIを使用したAPI
税務当局、信用情報機関、規制当局などの第三者との統合が必要ですか?
- APIの可用性
パートナーに公開するAPIが必要なのか、それとも内部利用のみなのか。
InvestGlass API
- 管轄区域固有のワークフロー
オンボーディングは、顧客の居住地や法域によって異なるべきか(FATCA、CRS、MiFID II、FINMAなど)。
- 制裁審査の頻度
制裁措置とPEPスクリーニングは、入社時のみに実施すべきか、それとも入社後も継続的に実施すべきか?
- 同意管理
電子的な同意の保存が必要ですか(GDPR、プライバシー通知、利用規約など)。
- 役割ベースのアクセス
従業員は、自分の顧客だけにアクセスできるロールベースの権限を持つべきか、それとも、より広範なチームの可視性を持つべきか。
- 代表団
バンカーは、オンボーディング案件をプロセスの途中で別のバンカーに引き継ぐことができるべきか?
- トレーニング環境
オンボーディング・プロセスを練習するためのサンドボックス・モードが必要ですか?
- マルチエントティ・オンボーディング
一度に複数の関連企業(例えば、子会社や家族グループを持つ企業アカウント)をオンボードする機能が必要ですか?
- 文書のバージョン管理
更新を追跡し、古いフォームが使用されるのを防ぎ、規制遵守を確保するために、システムにドキュメントのバージョニングを含めるべきか。
質問はありますか?お知らせください!