金融サービス · 業種別モジュールの概要と8つの画面の全体像
金融サービスの業種別モジュールは、銀行、信用組合、保険会社、資産運用会社、証券会社、フィンテック向けにSellioCRMを最適化します。平坦な連絡先を当事者のグラフに置き換え、あらゆる商品の手前にチェックリスト付きのオンボーディング案件を置き、市場の提供業者を通じて本人確認と制裁リストの照会を実行し、規制対象のすべての判断を改ざんできない履歴に封印します。任意機能です。管理者が有効にするまで、CRMは何も変わりません。
金融サービスの業種別モジュールがあるのは、規制対象の金融機関が連絡先に売るのではなく、当事者と関係を結ぶからです。そしてその当事者は、素性が把握され、検証され、承認されて初めて商品を受け取れます。一般的なCRMはこの順序を逆にし、先に提案をさせて書類仕事を後回しにします。ここでは規制当局と同じ順序です。当事者が存在し、オンボーディング案件が開かれ、要件が満たされ、照会が実行され、担当役が判断し、それから初めて商品が提案されます。
このモジュールであるもの、そうでないもの
これは関係管理とコンプライアンスの仕組みであって、勘定系システムではありません。資金を動かさず、元帳でもなく、残高の正本になることは決してありません。基幹システムから口座を取り込むと、ミラー口座として入り、そのデータの基準日を保持し、その数字が最新か古いかを画面に表示します。こうして、写しと原本を取り違える人が出ないようにします。
- 当事者、個人、法人と、それらの間の所有関係のグラフをモデル化します。
- そのグラフをたどって実質的支配者を算出し、経路を根拠として保存します。
- 当事者の種別ごとの要件チェックリストに沿って、オンボーディング案件を進行させます。
- 本人確認、書類、生体認証、制裁リスト、PEP、ネガティブ報道、法人実在性、信用情報機関の照会を実行します。
- 規制対象の判断をひとつ残らず、編集できない履歴に記録します。
- 取引の実行、公式な取引明細の発行、勘定系システムの代替は行いません。
8つの画面の全体像
モジュールを有効にすると、メニューに金融サービスのグループと8つの画面が追加されます。実際の業務の流れに沿って設計されているので、モジュールから出ることなく最初から最後まで進められます。
- ダッシュボード: 組織のコンプライアンス状況を一望します。当事者の総数、KYC承認済みの件数、有効なリーガルホールドの件数、世帯の件数に加えて、当事者、オンボーディング案件、判断、スクリーニング結果、オファー、申込の内訳を表示します。
- 当事者: 中心となる台帳です。個人と法人を作成し、所有比率つきの関係を結び、実質的支配者を算出し、当事者のプロファイルを保持し、他システムにある口座や商品をミラー表示します。
- オンボーディング: 当事者ごとに1件の案件を持ち、要件チェックリスト、リスク区分、必須要件のうち何件が満たされたかの表示、承認と却下のボタンを備えます。
- スクリーニング: 照会提供業者の一覧と、チェックの実行画面です。どの提供業者が利用可能で、どれが認証情報待ちかを示し、結果を根拠として1件ずつ保存します。
- オファー: 当事者に商品を提案します。KYC承認済みの当事者だけが対象となり、受諾または拒否によって適合性の判断が封印されます。
- 申込: 受諾されたオファーから生まれる社内の処理ラインです。提出済み、審査中、承認済みまたは否決、有効の順に進みます。
- 世帯: 当事者を家族や経済的なグループにまとめ、通貨ごとに分けた連結残高を表示します。
- ガバナンス: 自分で編集できる法域、整合性検証つきの規制判断の履歴、調査中の対象の削除を阻止するリーガルホールドを扱います。
登録から口座の有効化までの一連の流れ
- ガバナンスで法域を確認します。ブラジル、欧州連合、米国は画面を初めて開いた時点で作成済みです。必要に応じて追加、名称変更、削除ができます。
- 当事者で新規当事者を選び、種別を法人か個人から選択し、名称を入力して当事者を追加をクリックします。
- 同じく当事者の画面で、作成した当事者を選んでプロファイルのブロックを入力します。個人であれば職業、収入区分、重要な公的地位を有する者かどうかのチェック。法人であれば業種、年間売上区分、上場の有無です。システムはリスクの推奨値を返しますが、これはあくまで推奨であって決定ではありません。
- 当事者が法人の場合は、関係のブロックでグラフを組み立てます。種別、関係先の当事者、比率を指定します。実質的支配者はすぐ下に算出され、その根拠となった経路も表示されます。
- オンボーディングで、案件を開く対象に当事者を選び、案件を開くをクリックします。チェックリストは当事者の種別に応じてあらかじめ用意されています。
- スクリーニングで当事者と照会の種類を選び、実行します。結果を案件に戻すには、対応する要件を充足済みにします。
- オンボーディングに戻り、必須要件の表示が完了になったら承認をクリックします。却下する場合は、理由をカンマ区切りで入力します。
- オファーで当事者を選び、対象と表示されていることを確認して、オファーを作成をクリックします。オファーが受諾されたら申込を使って申込を開き、審査に送る、承認する、有効にするの順に進めます。
システムが閉ざす扉
- オンボーディング案件の承認には、必須要件がすべて満たされている必要があります。飛ばして承認する手段はありません。
- 案件の却下、オファーの拒否、申込の否決には、構造化された理由が必要です。理由のない否決は記録されません。
- KYCが承認されていない当事者へのオファー作成はブロックされ、どこで解決すればよいかを画面が案内します。まずオンボーディングでその当事者のKYCを承認してください。
- リーガルホールドの対象は削除できません。これは世帯についても同じです。
- 規制対象の判断はすべて改ざん不能な形で連鎖して記録され、ガバナンスの画面には誰も手を加えていないことを証明する整合性を検証するボタンがあります。
利用できる人と、有効にしておくべきもの
業種別モジュールの有効化は、組織を管理する権限のある方が行います。有効化した後の各画面へのアクセスは、通常どおりご自身のロールの権限に従い、データは他の部分と同じく組織ごとに分離されたままです。本人確認と制裁リストの照会は提供業者の認証情報に依存し、これはサービスの運営者が設定します。認証情報がない場合、提供業者は認証情報待ちと表示され、照会は未設定を返します。作り話の結果が返ることはありません。
よくある質問
- モジュールをオフにしたらデータは消えますか。いいえ。オフにするとメニューから画面が隠れるだけで、登録した内容は保存されたままで、再び有効にすれば元どおり表示されます。
- 当事者を削除できますか。リーガルホールドの対象でなければ削除できます。対象である場合は、証拠を保全するためにシステムが削除を拒否します。
- 履歴から誤った判断を消せますか。いいえ、これは意図した仕様です。履歴は編集も削除も受け付けません。正しい対処は新しい判断を記録することで、それが最新の判断になります。
- メニューに金融サービスが出てこないのはなぜですか。モジュールが有効化されていないか、ご自身のロールにアクセス権がないかのどちらかです。設定の業種別モジュールで確認してください。