JP2008181552A - 金融機関営業支援システム - Google Patents

Abstract

【課題】営業日報の登録と顧客属性の表示と金融商品の取引における重要事項の表示とを連動させ、操作性を向上させることができる金融機関営業支援システムを提供する。
【解決手段】金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性及び顧客との接触内容である営業日報を関連づけて記憶するデータベース１２０と、顧客属性を表示する顧客属性表示手段と、顧客属性に基づいて重要事項を表示する重要事項表示手段と、営業日報をデータベース１２０へ登録する営業日報登録手段とを備えた。
【選択図】図１

Description

本発明は、金融機関における営業業務の支援のために、例えば、営業日報の登録と顧客属性の表示と金融商品の取引における重要事項の表示とを連動させることができる金融機関営業支援システムに関するものである。

投資信託等の金融商品を販売する証券会社等の金融機関では、顧客との接触内容を登録する営業日報のシステム化、及び顧客に関する商品取引の適合性等の顧客属性のシステム化が進められている。

一方、金融機関が金融商品を販売する上で、リスクに関する説明が顧客へ十分になされていないことが多々あり、トラブルの原因となっている。そのため、２００１年４月から施行された金融商品販売法により、金融機関は金融商品を販売する際に、その金融商品の特徴、リスク等の金融商品の取引における重要事項を顧客へ説明することを義務付けられている。

しかしながら、金融商品の取引における重要事項の説明を含めて、営業日報の登録及び顧客属性の表示が操作性において上手く連動していないのが現状である。また、金融機関は、顧客に応じて金融商品の取引における重要事項の説明をその都度行う必要があるが、忘れずに重要事項の説明を行うことは難しい。

本発明は上述した課題に鑑みてなされたものであり、営業日報と顧客情報とを関連付けることにより、営業日報の登録と顧客属性の表示とを連動させることが容易となり、その操作性を向上させる金融機関営業支援システムを提供することを目的とする。

上述した目的を達成するために、本発明は、金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客との接触内容を営業日報として記憶する営業日報記憶手段と、顧客に関する所定の情報を顧客情報として記憶する顧客情報記憶手段と、前記顧客情報記憶手段に記憶された前記顧客情報を顧客に基づいて前記営業日報記憶手段に記憶された前記営業日報に関連付けるデータ関連付け手段とを備えたことを特徴とするものである。

このような構成によれば、営業日報と顧客情報とを関連付けることにより、例えば営業日報の登録と顧客属性の表示とを連動させることが容易となり、その操作性を向上させることができる。なお、本発明のデータ関連付手段は、例えば関連する２以上のデータを識別する識別子を設けたり、データベース等の記憶手段における所定の記憶領域を互いにアドレス上で関連付けるようにして構成することができる。

また、本発明の金融機関営業支援システムにおいては、前記顧客情報記憶手段に記憶された顧客情報を顧客情報表示画面として表示する顧客情報表示手段を備え、前記顧客情報表示手段により表示された前記顧客情報表示画面に、前記顧客情報を前記顧客情報記憶手段に記憶させて登録するための手段を備えていることを特徴とするものである。

このような構成によれば、顧客属性の表示と登録とを連動させることができ、その操作性を向上させることができる。

さらに、本発明の金融機関営業支援システムにおいて、前記登録するための手段による登録処理は、前記顧客情報表示画面に基づいて前記顧客情報に基づく所定事項を表示させる処理に基づいて行われることを特徴とするものである。

このような構成によれば、営業日報の作成と顧客情報（属性）の表示と例えば金融商品の重要事項等の顧客情報に基づく所定事項の表示とを連動させることができて、営業日報と顧客情報を顧客毎に管理することができ、営業員は顧客情報（例えば顧客情報として重要事項の説明の要否に関する顧客属性）に基づく所定の事項（例えば重要事項の説明）の表示により、顧客の応対の際に忘れずに当該所定の事項（重要事項）の説明を行うことができる。

なお、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性及び前記顧客との接触内容である営業日報を関連づけて記憶するデータベースと、前記顧客属性を表示する顧客属性表示手段と、前記顧客属性に基づいて前記重要事項を表示する重要事項表示手段と、前記営業日報を前記データベースへ登録する営業日報登録手段とを備えたことを特徴とする金融機関営業支援システムが開示されている。

また、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用サーバであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性及び前記顧客との接触内容である営業日報を関連づけてデータベースへ記憶し、ユーザからの入力及び前記ユーザへの出力を行うための金融機関営業支援用クライアントから受信した前記営業日報を前記データベースへ登録し、前記金融機関営業支援用クライアントから受信した要求に基づいて前記顧客属性を前記金融機関営業支援用クライアントへ送信することを特徴とする金融機関営業支援用サーバが開示されている。

また、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用クライアントであって、顧客との接触内容である営業日報を作成し、前記営業日報を上記の金融機関営業支援用サーバへ送信し、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性を得るために、要求を前記金融機関営業支援用サーバへ送信し、前記金融機関営業支援用サーバから受信した前記顧客属性を表示し、予め登録された前記重要事項を前記顧客属性に基づいて表示することを特徴とする金融機関営業支援用クライアントが開示されている。このようなクライアントによれば、営業日報の登録と顧客属性の表示と金融商品の重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに、営業員の操作の負担を軽減できる。また、営業員は顧客属性における重要事項の説明の要否に基づいて、顧客の応対の際に忘れずに重要事項の説明を行うことができる。

上述したように、本発明によれば、営業日報と顧客情報とを関連付けることにより、営業日報の登録と顧客属性の表示とを連動させることが容易となり、その操作性を向上させる金融機関営業支援システムを提供することができるという効果を奏する。

以下、本発明の実施の形態について図面を参照して詳細に説明する。まず、金融機関営業支援システムの構成について図１を用いて説明する。図１は、本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。この金融機関営業支援システムは、本店１００と支店２００から構成されている。本店１００は、データベース１２０と接続されたサーバ１１０とクライアント１３０から構成されている。支店２００は、クライアント１３０Ａから構成されている。クライアント１３０及びクライアント１３０Ａは同様の動作を行う。また、クライアント１３０及びクライアント１３０Ａは複数であっても良い。サーバ１１０とクライアント１３０，１３０Ａは、イントラネット３００で接続されている。

なお、データベース１２０は、サーバ１１０内に備えられていても良いし、サーバ１１０とクライアント１３０は一体型で構成されても良く、図１に示されるような形態に限定されるものではない。

次に、金融機関営業支援システムの動作の概略について図１を用いて説明する。本店１００にいる営業員は、クライアント１３０からイントラネット３００を介してサーバ１１０へアクセスする。支店２００にいる営業員は、クライアント１３０Ａからイントラネット３００を介してサーバ１１０へアクセスする。

データベース１２０には、営業日報、顧客属性等が関連づけて蓄積されている。ここで、営業日報とは、顧客との１回の接触内容が記憶された情報である。顧客属性とは、名前、住所、年齢等の顧客に関する基本的な情報や、投資経験、金融商品の取引における重要事項の説明の要否を含む取引の適合性等の情報である。金融商品の取引における重要事項とは、金融商品の特徴やリスク等の情報である。

クライアント１３０，１３０Ａは、営業日報表示画面を兼ねた営業日報登録画面と顧客属性表示画面と重要事項表示画面の表示を行うとともに、営業員からの入力を受け付ける。ここで、営業日報登録画面とは、例えば営業日報を登録するための「日報保存ボタン」や、顧客コード、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等の入力機能を備えた画面である。顧客属性表示画面とは、顧客属性を表示する画面であり、例えば重要事項表示画面を表示するための「重要事項説明要ボタン」を備えている。重要事項表示画面とは、金融商品における重要事項の説明を表示する画面である。

なお、本実施の形態において、営業日報登録手段は営業日報登録画面に備えられており、顧客属性表示手段は顧客属性表示画面に備えられている。

サーバ１１０は、クライアント１３０，１３０Ａからのアクセスに応じて、データベース１２０に蓄積されている顧客属性等をクライアント１３０，１３０Ａに送信する。また、サーバ１１０は、クライアント１３０，１３０Ａから受信した営業日報をデータベース１２０に登録する。

ここで、サーバ１１０とクライアント１３０，１３０Ａにおける動作は全てソフトウェアで実現する。このソフトウェアは、例えばＷｅｂアプリケーションの形態であっても良い。

次に、金融機関営業支援システムの動作の詳細について図２〜図５を用いて説明する。図２は、本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。ここでは、本社１００の営業員がクライアント１３０に表示される画面の閲覧及びクライアント１３０を用いた入力を行いながら、電話または対面により顧客と接触している場合を想定して、説明を行う。なお、支社２００の営業員であっても、クライアント１３０Ａを用いて同様の動作を行うことが可能である。

まず、クライアント１３０は営業日報登録画面の表示を行う（Ｓ１）。図３は、営業日報登録画面の一例を示す図である。ここで、営業員は、顧客との接触において顧客属性の閲覧を希望する場合、顧客属性表示画面を表示させるために例えば図３に示した営業日報登録画面において顧客コードの入力の後、入力した顧客コードのアンカー１０を押す。

ここで、クライアント１３０は、営業員が顧客属性表示画面の表示を希望したか否かの判断を行う（Ｓ２）。営業員が顧客属性表示画面の表示を希望しない場合（Ｓ２，Ｎ）、フローは処理Ｓ３へ移行する。

一方、営業員が顧客属性表示画面の表示を希望した場合（Ｓ２，Ｙ）、クライアント１３０は、イントラネット３００を介してサーバ１１０へ顧客コードを送信する。顧客コードを受信したサーバ１１０は、データベース１２０から顧客コードに対応した顧客属性を検索し、イントラネット３００を介してクライアント１３０へ送信する。クライアント１３０は新規ウィンドウを開き、顧客属性表示画面の表示を行う（Ｓ１１）。

図４は、顧客属性表示画面の一例を示す図である。図４に示した顧客属性表示画面において、金融商品名の下の欄にその金融商品の取引における重要事項の説明の要否が表示されている。顧客は、事前に金融商品毎の重要事項の説明が必要か否かの選択を行っており、選択された結果は顧客属性に予め登録されている。ここで、重要事項の説明の要否が「要」の表示は、重要事項表示画面を表示するための「重要事項説明要ボタン」を兼ねている。営業員は、顧客との接触において重要事項の説明が必要な場合、重要事項表示画面を表示したい金融商品に対応した「重要事項説明要ボタン」を押す。例えば、営業員は「株式」の重要事項表示画面の表示を希望する場合、図４に示した顧客属性表示画面において「株式」の下の欄の「重要事項説明要ボタン」２０を押す。

ここで、クライアント１３０は、営業員が重要事項表示画面の表示を希望したか否かの判断を行う（Ｓ１２）。営業員が重要事項表示画面の表示を希望した場合（Ｓ１２，Ｙ）、クライアント１３０は、営業員が押した「重要事項説明要ボタン」に対応する重要事項を検索し、新規ウィンドウを開き、重要事項表示画面の表示を行う（Ｓ２１）。ここで、各金融商品の取引における重要事項は、データベース１２０内に記憶されていてサーバ１１０からクライアント１３０へ送信されても良いし、クライアント１３０内に記憶されていても良い。

図５は、重要事項表示画面の一例を示す図である。営業員は、クライアント１３０に表示された重要事項表示画面をもとに、顧客へ金融商品の重要事項の説明を行う。

金融商品の取引における重要事項の説明を終了し、営業員は重要事項表示画面の終了を希望する場合、図５に示した重要事項表示画面において重要事項表示画面の終了を指示する。この場合、日報への登録ボタン４０を押下することにより、顧客情報として重要事項が説明されたことが記憶されて登録される。ここで、クライアント１３０は、営業員が重要事項表示画面の終了を希望したか否かの判断を行う（Ｓ２２）。営業員が重要事項表示画面の終了を希望しない場合（Ｓ２２，Ｎ）、フローは処理Ｓ２２へ戻る。一方、営業員が重要事項表示画面の終了を希望した場合（Ｓ２２，Ｙ）、クライアント１３０はウィンドウを閉じて重要事項表示画面の消去を行い（Ｓ２３）、フローは処理Ｓ１３へ戻る。

営業員が重要事項表示画面の表示を希望しない場合（Ｓ１２，Ｎ）、または重要事項表示画面の消去（Ｓ２３）の後、クライアント１３０は、営業員が顧客属性表示画面の終了を希望したか否かの判断を行う（Ｓ１３）。ここで、営業員は顧客属性表示画面の終了を希望する場合、図４に示した顧客属性表示画面において顧客属性表示画面の終了を指示する。営業員が顧客属性表示画面の終了を希望しない場合（Ｓ１３，Ｎ）、フローは処理Ｓ１２へ戻る。一方、営業員が顧客属性表示画面の終了を希望した場合（Ｓ１３，Ｙ）、クライアント１３０はウィンドウを閉じて顧客属性表示画面の消去を行い（Ｓ１４）、フローは処理Ｓ３へ戻る。

営業員が顧客属性表示画面の表示を希望しない場合（Ｓ２，Ｎ）、または顧客属性表示画面の消去（Ｓ１４）の後、営業員は、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等を営業日報としてクライアント１３０へ入力する（Ｓ３）。

営業員は営業日報の登録を希望する場合、図３に示した営業日報登録画面において「日報保存ボタン」を押す。ここで、クライアント１３０は、営業員が営業日報の登録を希望したか否かの判断を行う（Ｓ４）。営業員が営業日報の登録を希望しない場合（Ｓ４，Ｎ）、フローは処理Ｓ６移行する。一方、営業員が営業日報の登録を希望した場合（Ｓ４，Ｙ）、クライアント１３０は、イントラネット３００を介してサーバ１１０へ営業日報を送信する。サーバ１１０は、データベース１２０に営業日報の登録を行う（Ｓ５）。

営業員は営業日報登録画面の終了を希望する場合、図３に示した営業日報登録画面において営業日報登録画面の終了を指示する。ここで、クライアント１３０は、営業員が営業日報登録画面の終了を希望したか否かの判断を行う（Ｓ６）。営業員が営業日報登録画面の終了を希望しない場合（Ｓ６，Ｎ）、フローは処理Ｓ２へ戻る。一方、営業員が営業日報登録画面の終了を希望した場合（Ｓ６，Ｙ）、クライアント１３０はウィンドウを閉じて営業日報登録画面の消去を行い（Ｓ７）、このフローを終了する。

以上に詳述したように本発明の実施の形態によれば、営業日報の登録と顧客属性の登録と金融商品の取引における重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに、営業員の操作の負担を軽減できる。また、顧客属性の表示と金融商品の取引における重要事項の表示とを連動させることにより、営業員は顧客属性における重要事項の説明の要否に基づいて、顧客との応対の際に忘れずに重要事項の説明を行うことができる。

本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。 本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。 営業日報登録画面の一例を示す図である。 顧客属性表示画面の一例を示す図である。 重要事項表示画面の一例を示す図である。

符号の説明

１００ 本社、１１０ サーバ、１２０ データベース、１３０，１３０Ａクライアント、２００ 支社、３００ イントラネット。

Claims (3)

1. 金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客との接触内容を営業日報として記憶する営業日報記憶手段と、顧客に関する所定の情報を顧客情報として記憶する顧客情報記憶手段と、前記顧客情報記憶手段に記憶された前記顧客情報を顧客に基づいて前記営業日報記憶手段に記憶された前記営業日報に関連付けるデータ関連付け手段と、を備えたことを特徴とする金融機関営業支援システム。
2. 請求項１に記載の金融機関営業支援システムにおいて、前記顧客情報記憶手段に記憶された顧客情報を顧客情報表示画面として表示する顧客情報表示手段を備え、前記顧客情報表示手段により表示された前記顧客情報表示画面に、前記顧客情報を前記顧客情報記憶手段に記憶させて登録するための手段を備えていることを特徴とする金融機関営業支援システム。
3. 請求項２に記載の金融機関営業支援システムにおいて、前記登録するための手段による登録処理は、前記顧客情報表示画面に基づいて前記顧客情報に基づく所定事項を表示させる処理に基づいて行われることを特徴とする金融機関営業支援システム。

Images