JP2003167997A - 顧客情報管理システム - Google Patents
顧客情報管理システムInfo
- Publication number
- JP2003167997A JP2003167997A JP2001370070A JP2001370070A JP2003167997A JP 2003167997 A JP2003167997 A JP 2003167997A JP 2001370070 A JP2001370070 A JP 2001370070A JP 2001370070 A JP2001370070 A JP 2001370070A JP 2003167997 A JP2003167997 A JP 2003167997A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- information
- business
- explanation
- important
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012790 confirmation Methods 0.000 description 32
- 238000010586 diagram Methods 0.000 description 18
- 238000000034 method Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】 重要事項の説明を必要とする顧客に対しても
れなく説明を実施することができ、さらに重要事項の説
明を顧客に対して実施したか否かを容易に確認すること
ができる顧客情報管理システムを提供することを目的と
する。 【解決手段】 金融商品の取引における顧客情報を管理
する顧客情報管理システムであって、顧客情報は、顧客
に関する情報である顧客属性情報と、顧客との接触内容
である営業日報情報を含み、顧客属性情報は、顧客が金
融商品毎の重要事項の説明を必要としているか否かの情
報を含み、営業日報情報は、顧客に対して重要事項の説
明が実施されたか否かの情報を含み、営業日報情報の保
存時に、顧客属性情報と営業日報情報を照合し、顧客が
必要としている重要事項の説明が実施されていない場合
に通知を行う。
れなく説明を実施することができ、さらに重要事項の説
明を顧客に対して実施したか否かを容易に確認すること
ができる顧客情報管理システムを提供することを目的と
する。 【解決手段】 金融商品の取引における顧客情報を管理
する顧客情報管理システムであって、顧客情報は、顧客
に関する情報である顧客属性情報と、顧客との接触内容
である営業日報情報を含み、顧客属性情報は、顧客が金
融商品毎の重要事項の説明を必要としているか否かの情
報を含み、営業日報情報は、顧客に対して重要事項の説
明が実施されたか否かの情報を含み、営業日報情報の保
存時に、顧客属性情報と営業日報情報を照合し、顧客が
必要としている重要事項の説明が実施されていない場合
に通知を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、証券、金融、保険
業界等において、金融商品の取引における重要事項の説
明を、顧客に対して確実に実施したか否かを確認でき、
重要事項の説明の実施を促すことができる顧客情報管理
システムに関するものである。
業界等において、金融商品の取引における重要事項の説
明を、顧客に対して確実に実施したか否かを確認でき、
重要事項の説明の実施を促すことができる顧客情報管理
システムに関するものである。
【０００２】
【従来の技術】金融機関が金融商品を販売する上で、リ
スクに関する説明が顧客へ十分になされていないことが
多々あり、トラブルの原因となっている。そのため、２
００１年４月から施行された金融商品販売法により、金
融機関は金融商品を販売する際に、その金融商品の特
徴、リスク等の金融商品の取引における重要事項を顧客
へ説明することを義務付けられている。
スクに関する説明が顧客へ十分になされていないことが
多々あり、トラブルの原因となっている。そのため、２
００１年４月から施行された金融商品販売法により、金
融機関は金融商品を販売する際に、その金融商品の特
徴、リスク等の金融商品の取引における重要事項を顧客
へ説明することを義務付けられている。
【０００３】従来、金融商品毎の重要事項の説明を顧客
が必要としているか否かの情報を含む顧客属性情報、及
び重要事項の説明を顧客に対して実施したか否かの情報
を含む営業日報情報は、例えば紙による記録や電子化さ
れたデータベースにより管理されている。
が必要としているか否かの情報を含む顧客属性情報、及
び重要事項の説明を顧客に対して実施したか否かの情報
を含む営業日報情報は、例えば紙による記録や電子化さ
れたデータベースにより管理されている。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
顧客属性情報と営業日報情報は、それぞれ独立して入力
され保存されている。そのため、実際に営業員が営業日
報情報を作成しながら顧客と接触する場合、顧客が購入
しようとしている金融商品の重要事項の説明を必要とし
ているのか否かの情報を営業日報情報から得ることがで
きず、営業員は重要事項の説明を怠ってしまう場合があ
る。
顧客属性情報と営業日報情報は、それぞれ独立して入力
され保存されている。そのため、実際に営業員が営業日
報情報を作成しながら顧客と接触する場合、顧客が購入
しようとしている金融商品の重要事項の説明を必要とし
ているのか否かの情報を営業日報情報から得ることがで
きず、営業員は重要事項の説明を怠ってしまう場合があ
る。
【０００５】本発明は上述した課題に鑑みてなされたも
のであり、重要事項の説明を必要とする顧客に対しても
れなく説明を実施することができ、さらに重要事項の説
明を顧客に対して実施したか否かを容易に確認すること
ができる顧客情報管理システムを提供することを目的と
する。
のであり、重要事項の説明を必要とする顧客に対しても
れなく説明を実施することができ、さらに重要事項の説
明を顧客に対して実施したか否かを容易に確認すること
ができる顧客情報管理システムを提供することを目的と
する。
【０００６】
【課題を解決するための手段】上述した目的を達成する
ために、本発明は、金融商品の取引における顧客情報を
管理する顧客情報管理システムであって、前記顧客情報
は、顧客に関する情報である顧客属性情報と、前記顧客
との接触内容である営業日報情報を含み、前記顧客属性
情報は、前記顧客が金融商品毎の重要事項の説明を必要
としているか否かの情報を含み、前記営業日報情報は、
前記顧客に対して前記重要事項の説明が実施されたか否
かの情報を含み、前記営業日報情報の保存時に、前記顧
客属性情報と前記営業日報情報を照合し、前記顧客が必
要としている前記重要事項の説明が実施されていない場
合に、通知を行うことを特徴とするものである。
ために、本発明は、金融商品の取引における顧客情報を
管理する顧客情報管理システムであって、前記顧客情報
は、顧客に関する情報である顧客属性情報と、前記顧客
との接触内容である営業日報情報を含み、前記顧客属性
情報は、前記顧客が金融商品毎の重要事項の説明を必要
としているか否かの情報を含み、前記営業日報情報は、
前記顧客に対して前記重要事項の説明が実施されたか否
かの情報を含み、前記営業日報情報の保存時に、前記顧
客属性情報と前記営業日報情報を照合し、前記顧客が必
要としている前記重要事項の説明が実施されていない場
合に、通知を行うことを特徴とするものである。
【０００７】このような構成によれば、顧客が必要とし
ている重要事項の説明を実施していないことを通知する
ことにより、営業員は、顧客に対して確実に重要事項の
説明を実施することができる。
ている重要事項の説明を実施していないことを通知する
ことにより、営業員は、顧客に対して確実に重要事項の
説明を実施することができる。
【０００８】また、本発明に係る顧客情報管理システム
において、前記重要事項の説明が実施されない場合は、
前記営業日報情報の保存を行わないことを特徴とするも
のである。
において、前記重要事項の説明が実施されない場合は、
前記営業日報情報の保存を行わないことを特徴とするも
のである。
【０００９】このような構成によれば、重要事項の説明
を実施したことが入力されるまで営業日報情報の保存を
行うことができないようにすることにより、営業員は、
顧客に対してより確実に重要事項の説明を実施すること
ができる。
を実施したことが入力されるまで営業日報情報の保存を
行うことができないようにすることにより、営業員は、
顧客に対してより確実に重要事項の説明を実施すること
ができる。
【００１０】また、前記顧客情報は、さらに前記顧客と
の前記取引に関する情報である取引情報を含み、本発明
に係る顧客情報管理システムは、前記取引情報に対応す
る前記営業日報情報を検索し、前記営業日報情報に含ま
れた前記重要事項の説明が実施されたか否かの情報を表
示することを特徴とすることもできる。
の前記取引に関する情報である取引情報を含み、本発明
に係る顧客情報管理システムは、前記取引情報に対応す
る前記営業日報情報を検索し、前記営業日報情報に含ま
れた前記重要事項の説明が実施されたか否かの情報を表
示することを特徴とすることもできる。
【００１１】このような構成によれば、取引された商品
に対して重要事項の説明が実施されたか否かを表示する
ことにより、営業員は、顧客に対して適切な営業活動を
行うことができる。
に対して重要事項の説明が実施されたか否かを表示する
ことにより、営業員は、顧客に対して適切な営業活動を
行うことができる。
【００１２】
【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。本実施の形態におけ
る顧客情報管理システムとは、顧客属性情報、取引情
報、営業日報情報を関連づけて顧客情報として管理する
ことである。ここでは証券会社を例にとり、本実施の形
態における顧客情報管理システムの構成について説明す
る。図１は、本実施の形態における顧客情報管理システ
ムの構成の一例を示すブロック図である。この顧客情報
管理システムは、本店１００と支店２００から構成され
ている。本店１００には、証券会社ホスト１１０とサー
バ１２０とデータベース１３０とクライアント１４０が
備えられている。支店２００には、クライアント１４０
Ａが備えられている。サーバ１２０には証券会社ホスト
１１０とデータベース１３０が接続されている。サーバ
１２０とクライアント１４０，１４０Ａ間におけるデー
タの送受信は、イントラネット３００を介して行われ
る。クライアント１４０とクライアント１４０Ａは、同
様の構成を持ち同様の動作を行う。
て図面を参照して詳細に説明する。本実施の形態におけ
る顧客情報管理システムとは、顧客属性情報、取引情
報、営業日報情報を関連づけて顧客情報として管理する
ことである。ここでは証券会社を例にとり、本実施の形
態における顧客情報管理システムの構成について説明す
る。図１は、本実施の形態における顧客情報管理システ
ムの構成の一例を示すブロック図である。この顧客情報
管理システムは、本店１００と支店２００から構成され
ている。本店１００には、証券会社ホスト１１０とサー
バ１２０とデータベース１３０とクライアント１４０が
備えられている。支店２００には、クライアント１４０
Ａが備えられている。サーバ１２０には証券会社ホスト
１１０とデータベース１３０が接続されている。サーバ
１２０とクライアント１４０，１４０Ａ間におけるデー
タの送受信は、イントラネット３００を介して行われ
る。クライアント１４０とクライアント１４０Ａは、同
様の構成を持ち同様の動作を行う。
【００１３】なお、データベース１３０は、サーバ１２
０内に備えられていても良いし、サーバ１２０とクライ
アント１４０は一つの構成としても良いし、クライアン
ト１４０とクライアント１４０Ａは複数であっても良
く、図１に示されるような形態に限定されるものではな
い。
０内に備えられていても良いし、サーバ１２０とクライ
アント１４０は一つの構成としても良いし、クライアン
ト１４０とクライアント１４０Ａは複数であっても良
く、図１に示されるような形態に限定されるものではな
い。
【００１４】次に、顧客情報管理システムの動作の概略
について図１を用いて説明する。証券会社ホスト１１０
は、必要に応じて顧客属性情報と取引情報をサーバ１２
０へ送信する。なお、これはクライアント１４０から入
力され、データベース１３０に蓄積するようにしても良
い。つまり、ホスト１１０からデータ転送されるばあし
に限定されることは無い。ここで、顧客属性情報とは、
部店コード、顧客コード、顧客名、金融商品毎の重要事
項説明の要否等からなる情報である。取引情報とは、部
店コード、顧客コード、顧客名、商品区分、約定日、銘
柄コード等からなる情報である。図２は本実施の形態に
おける顧客属性情報のテーブル構造例を示す図である。
サーバ１２０は、証券会社ホスト１１０から受信した顧
客属性情報を、図２に示したテーブル構造に従ってデー
タベース１３０へ蓄積する。図３は本実施の形態におけ
る取引情報のテーブル構造例を示す図である。ここで、
商品の性格上、注文を取引とみなせる商品がある。ま
た、注文から約定（取引成立）まで時間を要する商品が
ある。そのため、注文に関する情報を取引情報に含める
場合がある。サーバ１２０は、証券会社ホスト１１０か
ら受信した取引情報を、図３に示したテーブル構造に従
ってデータベース１３０へ蓄積する。
について図１を用いて説明する。証券会社ホスト１１０
は、必要に応じて顧客属性情報と取引情報をサーバ１２
０へ送信する。なお、これはクライアント１４０から入
力され、データベース１３０に蓄積するようにしても良
い。つまり、ホスト１１０からデータ転送されるばあし
に限定されることは無い。ここで、顧客属性情報とは、
部店コード、顧客コード、顧客名、金融商品毎の重要事
項説明の要否等からなる情報である。取引情報とは、部
店コード、顧客コード、顧客名、商品区分、約定日、銘
柄コード等からなる情報である。図２は本実施の形態に
おける顧客属性情報のテーブル構造例を示す図である。
サーバ１２０は、証券会社ホスト１１０から受信した顧
客属性情報を、図２に示したテーブル構造に従ってデー
タベース１３０へ蓄積する。図３は本実施の形態におけ
る取引情報のテーブル構造例を示す図である。ここで、
商品の性格上、注文を取引とみなせる商品がある。ま
た、注文から約定（取引成立）まで時間を要する商品が
ある。そのため、注文に関する情報を取引情報に含める
場合がある。サーバ１２０は、証券会社ホスト１１０か
ら受信した取引情報を、図３に示したテーブル構造に従
ってデータベース１３０へ蓄積する。
【００１５】営業員は、作成した営業日報情報をクライ
アント１４０，１４０Ａからサーバ１２０へ送信する。
ここで、営業日報情報とは、部店コード、顧客コード、
顧客名、接触日時、提案商品、金融商品毎の重要事項説
明の実施状況等からなる情報である。図４は本実施の形
態における営業日報情報のテーブル構造例を示す図であ
る。サーバ１２０は、クライアント１４０，１４０Ａか
ら受信した営業日報情報を、図４に示したテーブル構造
に従ってデータベース１３０へ蓄積する。
アント１４０，１４０Ａからサーバ１２０へ送信する。
ここで、営業日報情報とは、部店コード、顧客コード、
顧客名、接触日時、提案商品、金融商品毎の重要事項説
明の実施状況等からなる情報である。図４は本実施の形
態における営業日報情報のテーブル構造例を示す図であ
る。サーバ１２０は、クライアント１４０，１４０Ａか
ら受信した営業日報情報を、図４に示したテーブル構造
に従ってデータベース１３０へ蓄積する。
【００１６】また、営業員は、クライアント１４０，１
４０Ａからサーバ１２０へアクセスする。サーバ１２０
は、クライアント１４０，１４０Ａからのアクセスに応
じて、データベース１３０に蓄積されている顧客属性情
報や取引情報や営業日報情報をクライアント１４０，１
４０Ａへ送信する。
４０Ａからサーバ１２０へアクセスする。サーバ１２０
は、クライアント１４０，１４０Ａからのアクセスに応
じて、データベース１３０に蓄積されている顧客属性情
報や取引情報や営業日報情報をクライアント１４０，１
４０Ａへ送信する。
【００１７】クライアント１４０，１４０Ａは、営業日
報作成画面と、取引リスク説明確認画面と、顧客カード
参照画面と、管理者用取引確認画面と、営業員用取引確
認画面等の表示を行うとともに、営業員の入力を受け付
ける。営業日報作成画面と、取引リスク説明確認画面
と、顧客カード参照画面と、管理者用取引確認画面と、
営業員用取引確認画面については、後述する図６乃至図
１０において詳細に説明する。
報作成画面と、取引リスク説明確認画面と、顧客カード
参照画面と、管理者用取引確認画面と、営業員用取引確
認画面等の表示を行うとともに、営業員の入力を受け付
ける。営業日報作成画面と、取引リスク説明確認画面
と、顧客カード参照画面と、管理者用取引確認画面と、
営業員用取引確認画面については、後述する図６乃至図
１０において詳細に説明する。
【００１８】次に、顧客情報管理システムの動作の詳細
について説明する。まず、営業日報情報の入力及び保存
に関する動作について図５のフローチャートと図６の画
面例を用いて説明する。ここでは、本社１００の営業員
がクライアント１４０に表示される画面の閲覧及びクラ
イアント１４０を用いた入力を行いながら、電話または
対面により顧客と接触している場合を想定して説明を行
う。なお、支社２００の営業員であっても、クライアン
ト１４０Ａを用いて同様の動作を行うことが可能であ
る。
について説明する。まず、営業日報情報の入力及び保存
に関する動作について図５のフローチャートと図６の画
面例を用いて説明する。ここでは、本社１００の営業員
がクライアント１４０に表示される画面の閲覧及びクラ
イアント１４０を用いた入力を行いながら、電話または
対面により顧客と接触している場合を想定して説明を行
う。なお、支社２００の営業員であっても、クライアン
ト１４０Ａを用いて同様の動作を行うことが可能であ
る。
【００１９】予め、営業員はクライアント１４０を用い
てサーバ１２０へアクセスし、データベース１３０に蓄
積されている顧客属性情報に対して重要事項説明の要否
を入力する（Ｓ１）。顧客は事前に金融商品毎の重要事
項の説明が必要か否かの選択を行っており、営業員は選
択された結果に基づいて重要事項説明の要否を入力す
る。
てサーバ１２０へアクセスし、データベース１３０に蓄
積されている顧客属性情報に対して重要事項説明の要否
を入力する（Ｓ１）。顧客は事前に金融商品毎の重要事
項の説明が必要か否かの選択を行っており、営業員は選
択された結果に基づいて重要事項説明の要否を入力す
る。
【００２０】顧客との接触時に、営業員はクライアント
１４０を用いて営業日報作成画面のウィンドウを開く
（Ｓ２）。図６は本実施の形態における営業日報作成画
面の一例を示す図である。この営業日報作成画面は、検
索条件入力エリアと顧客属性情報表示エリアと営業日報
情報入力エリアから構成される。
１４０を用いて営業日報作成画面のウィンドウを開く
（Ｓ２）。図６は本実施の形態における営業日報作成画
面の一例を示す図である。この営業日報作成画面は、検
索条件入力エリアと顧客属性情報表示エリアと営業日報
情報入力エリアから構成される。
【００２１】まず、営業員は検索条件入力エリアへ例え
ば顧客コードを入力し、「顧客検索ボタン」１を押下す
る。クライアント１４０は、顧客コードをサーバ１２０
へ送信する。顧客コードを受信したサーバ１２０は、デ
ータベース１３０から顧客コードに対応した顧客属性情
報を検索し、クライアント１４０へ送信する。クライア
ント１４０は、受信した顧客属性情報を、顧客属性情報
表示エリアへ表示させる。
ば顧客コードを入力し、「顧客検索ボタン」１を押下す
る。クライアント１４０は、顧客コードをサーバ１２０
へ送信する。顧客コードを受信したサーバ１２０は、デ
ータベース１３０から顧客コードに対応した顧客属性情
報を検索し、クライアント１４０へ送信する。クライア
ント１４０は、受信した顧客属性情報を、顧客属性情報
表示エリアへ表示させる。
【００２２】次に、営業員は、顧客との接触に応じた営
業日報情報を営業日報情報入力エリアへ入力する（Ｓ
３）。営業員は、全ての営業日報情報を営業日報情報入
力エリアへ入力し、「日報保存ボタン」２を押下する
（Ｓ４）。この時、クライアント１４０は、営業日報情
報入力エリアの「提案商品チェック欄」にチェックされ
た提案商品に対応する顧客属性情報表示エリアの「重要
事項説明不要チェック欄」のチェックと、営業日報情報
入力エリアの「重要事項説明実施チェック欄」のチェッ
クとの照合結果が正しいか否かの判断を行う（Ｓ５）。
業日報情報を営業日報情報入力エリアへ入力する（Ｓ
３）。営業員は、全ての営業日報情報を営業日報情報入
力エリアへ入力し、「日報保存ボタン」２を押下する
（Ｓ４）。この時、クライアント１４０は、営業日報情
報入力エリアの「提案商品チェック欄」にチェックされ
た提案商品に対応する顧客属性情報表示エリアの「重要
事項説明不要チェック欄」のチェックと、営業日報情報
入力エリアの「重要事項説明実施チェック欄」のチェッ
クとの照合結果が正しいか否かの判断を行う（Ｓ５）。
【００２３】例えば、営業員が顧客に対して国内債の商
品を提案した場合、営業員は営業日報情報入力エリアの
「提案商品チェック欄」の国内債にチェックを入れる。
このとき、顧客属性情報表示エリアの「重要事項説明不
要チェック欄」において国内株と外国株にチェックが入
っているとする。これはチェックが入っている国内株と
外国株以外の商品に対して、顧客が重要事項の説明を必
要としていることを示す。提案された国内債に関して顧
客は重要事項の説明を必要としているため、営業員は国
内債に関する重要事項の説明を行い、営業日報情報入力
エリアの「重要事項説明実施チェック欄」の国内債にチ
ェックを入れなければならない。
品を提案した場合、営業員は営業日報情報入力エリアの
「提案商品チェック欄」の国内債にチェックを入れる。
このとき、顧客属性情報表示エリアの「重要事項説明不
要チェック欄」において国内株と外国株にチェックが入
っているとする。これはチェックが入っている国内株と
外国株以外の商品に対して、顧客が重要事項の説明を必
要としていることを示す。提案された国内債に関して顧
客は重要事項の説明を必要としているため、営業員は国
内債に関する重要事項の説明を行い、営業日報情報入力
エリアの「重要事項説明実施チェック欄」の国内債にチ
ェックを入れなければならない。
【００２４】照合結果が正しくない場合（Ｓ５，Ｎ）、
例えば「提案商品チェック欄」の国内債にチェックがあ
り、かつ「重要事項説明不要チェック欄」の国内債にチ
ェックがないにもかかわらず、「重要事項説明実施チェ
ック欄」の国内債にチェックがない場合、クライアント
１４０は「商品：国内債について、重要事項の説明が行
われていません」等のポップアップメッセージの表示を
行い（Ｓ６）、処理Ｓ７へ移行する。
例えば「提案商品チェック欄」の国内債にチェックがあ
り、かつ「重要事項説明不要チェック欄」の国内債にチ
ェックがないにもかかわらず、「重要事項説明実施チェ
ック欄」の国内債にチェックがない場合、クライアント
１４０は「商品：国内債について、重要事項の説明が行
われていません」等のポップアップメッセージの表示を
行い（Ｓ６）、処理Ｓ７へ移行する。
【００２５】一方、照合結果が正しい場合（Ｓ５，
Ｙ）、例えば「提案商品チェック欄」の国内債にチェッ
クがあり、かつ「重要事項説明不要チェック欄」の国内
債にチェックがなく、「重要事項説明実施チェック欄」
の国内債にチェックがある場合、処理Ｓ７へ移行する。
Ｙ）、例えば「提案商品チェック欄」の国内債にチェッ
クがあり、かつ「重要事項説明不要チェック欄」の国内
債にチェックがなく、「重要事項説明実施チェック欄」
の国内債にチェックがある場合、処理Ｓ７へ移行する。
【００２６】次に、クライアント１４０は営業日報情報
の保存を行い（Ｓ７）、このフローを終了する。クライ
アント１４０は営業員により作成された営業日報情報を
サーバ１２０へ送信する。営業日報情報を受信したサー
バ１２０は、データベース１３０に営業日報情報の登録
を行う。
の保存を行い（Ｓ７）、このフローを終了する。クライ
アント１４０は営業員により作成された営業日報情報を
サーバ１２０へ送信する。営業日報情報を受信したサー
バ１２０は、データベース１３０に営業日報情報の登録
を行う。
【００２７】ここではポップアップメッセージを表示し
て営業日報情報の保存を行うとしたが、「重要事項説明
実施チェック欄」にチェックが入るまでは営業日報情報
の保存を行うことができないようにしても良い。「重要
事項説明実施チェック欄」にチェックが入らなくても営
業日報情報の保存を行うことができるか否かは、設定を
更新することにより制御される。また、ここではポップ
アップメッセージを表示するとしたが、ログファイルを
作成するようにしても良い。以上が、営業日報情報の入
力及び保存に関する動作である。
て営業日報情報の保存を行うとしたが、「重要事項説明
実施チェック欄」にチェックが入るまでは営業日報情報
の保存を行うことができないようにしても良い。「重要
事項説明実施チェック欄」にチェックが入らなくても営
業日報情報の保存を行うことができるか否かは、設定を
更新することにより制御される。また、ここではポップ
アップメッセージを表示するとしたが、ログファイルを
作成するようにしても良い。以上が、営業日報情報の入
力及び保存に関する動作である。
【００２８】次に、取引情報と営業日報情報のチェック
のための表示について図７と図８の画面例を用いて説明
する。まず、営業員はクライアント１４０を用いて取引
リスク確認画面のウィンドウを開く。図７は本実施の形
態における取引リスク確認画面の一例を示す図である。
この取引リスク確認画面は、検索条件入力エリアと検索
結果表示エリアから構成される。次に、営業員は確認し
たい情報に関する顧客コード、取引年月日、取引商品、
売買区分等の検索条件を、検索条件入力エリアへを入力
し、「検索ボタン」１１を押下する。クライアント１４
０は、検索条件をサーバ１２０へ送信する。
のための表示について図７と図８の画面例を用いて説明
する。まず、営業員はクライアント１４０を用いて取引
リスク確認画面のウィンドウを開く。図７は本実施の形
態における取引リスク確認画面の一例を示す図である。
この取引リスク確認画面は、検索条件入力エリアと検索
結果表示エリアから構成される。次に、営業員は確認し
たい情報に関する顧客コード、取引年月日、取引商品、
売買区分等の検索条件を、検索条件入力エリアへを入力
し、「検索ボタン」１１を押下する。クライアント１４
０は、検索条件をサーバ１２０へ送信する。
【００２９】検索条件を受信したサーバ１２０は、デー
タベース１３０から検索条件に対応した取引情報、及び
その取引情報の商品区分に予め設定されたリスク説明事
項の要否を検索し、クライアント１４０へ送信する。こ
こで、リスク説明事項とは、重要事項の内容として説明
すべきリスクの種類であり、例えば価格変動リスク、信
用リスク、為替リスク、期間の制限リスクの４項目から
なり、商品区分に応じて説明を必要とする項目が異な
る。例えば株式という商品区分においては、価格変動リ
スク、信用リスクの２項目のリスク説明事項が必要と設
定されている。クライアント１４０は、検索結果の一覧
を検索結果表示エリアへ表示させる。
タベース１３０から検索条件に対応した取引情報、及び
その取引情報の商品区分に予め設定されたリスク説明事
項の要否を検索し、クライアント１４０へ送信する。こ
こで、リスク説明事項とは、重要事項の内容として説明
すべきリスクの種類であり、例えば価格変動リスク、信
用リスク、為替リスク、期間の制限リスクの４項目から
なり、商品区分に応じて説明を必要とする項目が異な
る。例えば株式という商品区分においては、価格変動リ
スク、信用リスクの２項目のリスク説明事項が必要と設
定されている。クライアント１４０は、検索結果の一覧
を検索結果表示エリアへ表示させる。
【００３０】次に、営業員は、検索結果表示エリアに表
示されている検索結果の一覧の中から、取引情報と営業
日報情報の確認をしたい顧客を選択し、その顧客に対応
する「表示希望ボタン」１２を押下する。クライアント
１４０は、選択された顧客の顧客コードをサーバ１２０
へ送信する。顧客コードを受信したサーバ１２０は、デ
ータベース１３０から顧客コードに対応した取引情報と
その取引情報に関連する営業日報情報を検索し、クライ
アント１４０へ送信する。
示されている検索結果の一覧の中から、取引情報と営業
日報情報の確認をしたい顧客を選択し、その顧客に対応
する「表示希望ボタン」１２を押下する。クライアント
１４０は、選択された顧客の顧客コードをサーバ１２０
へ送信する。顧客コードを受信したサーバ１２０は、デ
ータベース１３０から顧客コードに対応した取引情報と
その取引情報に関連する営業日報情報を検索し、クライ
アント１４０へ送信する。
【００３１】次に、クライアント１４０は、受信した取
引情報の一覧と営業日報情報の一覧を、顧客カード参照
画面のウィンドウを開いて表示する。図８は本実施の形
態における顧客カード参照画面の一例を示す図である。
この顧客カード参照画面は、営業日報情報表示エリアと
取引情報表示エリアから構成される。営業日報情報表示
エリアには、選択された顧客に関する営業日報情報の一
覧として、主に商品区分とその商品区分に対する説明方
法が表示される。ここで、説明方法とは、重要事項の説
明をどのように実施したかを示すものである。図８に示
す例では、訪問（自宅）により株式に関する重要事項の
説明を実施したことを示す○が表示されている。取引情
報表示エリアには、選択された顧客に関する取引情報の
一覧が表示される。この顧客カード参照画面を閲覧する
ことにより、営業員は取引された商品に対して重要事項
の説明が実施されたか否かを確認することができる。
引情報の一覧と営業日報情報の一覧を、顧客カード参照
画面のウィンドウを開いて表示する。図８は本実施の形
態における顧客カード参照画面の一例を示す図である。
この顧客カード参照画面は、営業日報情報表示エリアと
取引情報表示エリアから構成される。営業日報情報表示
エリアには、選択された顧客に関する営業日報情報の一
覧として、主に商品区分とその商品区分に対する説明方
法が表示される。ここで、説明方法とは、重要事項の説
明をどのように実施したかを示すものである。図８に示
す例では、訪問（自宅）により株式に関する重要事項の
説明を実施したことを示す○が表示されている。取引情
報表示エリアには、選択された顧客に関する取引情報の
一覧が表示される。この顧客カード参照画面を閲覧する
ことにより、営業員は取引された商品に対して重要事項
の説明が実施されたか否かを確認することができる。
【００３２】次に、取引情報と営業日報情報の厳密なチ
ェックのための表示について図９と図１０の画面例を用
いて説明する。まず、営業員が取引情報と営業日報情報
の厳密なチェックを行う場合について説明する。営業員
はクライアント１４０を用いて営業員用確認画面のウィ
ンドウを開く。図９は本実施の形態における営業員用確
認画面の一例を示す図である。この営業員用確認画面
は、検索条件入力エリアと検索結果表示エリアから構成
される。次に、営業員は検索条件入力エリアへ日付等の
検索条件を入力し、「検索ボタン」２１を押下する。ク
ライアント１４０は、検索条件をサーバ１２０へ送信す
る。検索条件を受信したサーバ１２０は、データベース
１３０から検索条件に対応した取引情報と営業日報情報
から予め定義された確認項目を抽出し、クライアント１
４０へ送信する。次に、クライアント１４０は、受信し
た確認項目を検索結果表示エリアへ表示する。営業員
は、検索結果表示エリアに表示された確認項目について
チェックを行う。
ェックのための表示について図９と図１０の画面例を用
いて説明する。まず、営業員が取引情報と営業日報情報
の厳密なチェックを行う場合について説明する。営業員
はクライアント１４０を用いて営業員用確認画面のウィ
ンドウを開く。図９は本実施の形態における営業員用確
認画面の一例を示す図である。この営業員用確認画面
は、検索条件入力エリアと検索結果表示エリアから構成
される。次に、営業員は検索条件入力エリアへ日付等の
検索条件を入力し、「検索ボタン」２１を押下する。ク
ライアント１４０は、検索条件をサーバ１２０へ送信す
る。検索条件を受信したサーバ１２０は、データベース
１３０から検索条件に対応した取引情報と営業日報情報
から予め定義された確認項目を抽出し、クライアント１
４０へ送信する。次に、クライアント１４０は、受信し
た確認項目を検索結果表示エリアへ表示する。営業員
は、検索結果表示エリアに表示された確認項目について
チェックを行う。
【００３３】図９の例では、取引情報の日付と顧客カー
ドの作成状況を検索条件としている。また、顧客カード
の作成不要理由を、検索結果表示エリアへ表示する確認
項目としている。具体的に、目論見書の作成不要理由に
は、「不要申し入れあり」、「既に作成済み」、「取引
経験有り、了承済み」、「未選択」等の種類がある。こ
こで、予め定義された確認項目は他の項目であってもよ
い。
ドの作成状況を検索条件としている。また、顧客カード
の作成不要理由を、検索結果表示エリアへ表示する確認
項目としている。具体的に、目論見書の作成不要理由に
は、「不要申し入れあり」、「既に作成済み」、「取引
経験有り、了承済み」、「未選択」等の種類がある。こ
こで、予め定義された確認項目は他の項目であってもよ
い。
【００３４】次に、管理者が取引情報と営業日報情報の
厳密なチェックを行う場合について説明する。管理者は
クライアント１４０を用いて管理者用確認画面のウィン
ドウを開く。図１０は本実施の形態における管理者用確
認画面の一例を示す図である。この管理者用確認画面
は、検索条件入力エリアと検索結果表示エリアから構成
される。次に、管理者は検索条件入力エリアへ日付等の
検索条件を入力し、「検索ボタン」３１を押下する。ク
ライアント１４０は、検索条件をサーバ１２０へ送信す
る。検索条件を受信したサーバ１２０は、データベース
１３０から検索条件に対応した取引情報と営業日報情報
から予め定義された確認項目を抽出し、クライアント１
４０へ送信する。次に、クライアント１４０は、受信し
た確認項目を検索結果表示エリアへ表示する。管理者
は、検索結果表示エリアに表示された確認項目について
チェックを行う。
厳密なチェックを行う場合について説明する。管理者は
クライアント１４０を用いて管理者用確認画面のウィン
ドウを開く。図１０は本実施の形態における管理者用確
認画面の一例を示す図である。この管理者用確認画面
は、検索条件入力エリアと検索結果表示エリアから構成
される。次に、管理者は検索条件入力エリアへ日付等の
検索条件を入力し、「検索ボタン」３１を押下する。ク
ライアント１４０は、検索条件をサーバ１２０へ送信す
る。検索条件を受信したサーバ１２０は、データベース
１３０から検索条件に対応した取引情報と営業日報情報
から予め定義された確認項目を抽出し、クライアント１
４０へ送信する。次に、クライアント１４０は、受信し
た確認項目を検索結果表示エリアへ表示する。管理者
は、検索結果表示エリアに表示された確認項目について
チェックを行う。
【００３５】図１０の例では、取引情報の日付とチェッ
ク状況を検索条件としている。また、確認書のチェック
と目論見書のチェックを、検索結果表示エリアへ表示す
る確認項目としている。すなわち、管理者は、検索結果
表示エリアに表示された確認書のチェックと目論見書の
チェックを行う。ここで、予め定義された確認項目は他
の項目であってもよい。
ク状況を検索条件としている。また、確認書のチェック
と目論見書のチェックを、検索結果表示エリアへ表示す
る確認項目としている。すなわち、管理者は、検索結果
表示エリアに表示された確認書のチェックと目論見書の
チェックを行う。ここで、予め定義された確認項目は他
の項目であってもよい。
【００３６】以上に詳述したように本実施の形態によれ
ば、同一画面に顧客属性情報と営業日報情報が表示され
るとともに、顧客が必要としている重要事項の説明が実
施されていない場合は重要事項の説明の実施を促すポッ
プアップメッセージ等が表示されることより、営業員は
顧客に対して確実に重要事項の説明を実施することがで
きる。また、同一画面に取引情報と営業日報情報が表示
されることにより、営業員は取引された商品に対して重
要事項の説明が実施されたか否かを確認し、顧客に対し
て適切な営業活動を行うことができる。また、取引情報
と営業日報情報に関する確認項目を抽出し、営業員と管
理者はその確認項目のチェックを行うことにより、顧客
に対して適切な営業活動を行うことができる。
ば、同一画面に顧客属性情報と営業日報情報が表示され
るとともに、顧客が必要としている重要事項の説明が実
施されていない場合は重要事項の説明の実施を促すポッ
プアップメッセージ等が表示されることより、営業員は
顧客に対して確実に重要事項の説明を実施することがで
きる。また、同一画面に取引情報と営業日報情報が表示
されることにより、営業員は取引された商品に対して重
要事項の説明が実施されたか否かを確認し、顧客に対し
て適切な営業活動を行うことができる。また、取引情報
と営業日報情報に関する確認項目を抽出し、営業員と管
理者はその確認項目のチェックを行うことにより、顧客
に対して適切な営業活動を行うことができる。
【００３７】
【発明の効果】以上に詳述したように本発明によれば、
重要事項の説明を必要とする顧客に対してもれなく説明
を実施することができ、さらに重要事項の説明を顧客に
対して実施したか否かを容易に確認することができる顧
客情報管理システムを提供することができるという効果
を奏する。
重要事項の説明を必要とする顧客に対してもれなく説明
を実施することができ、さらに重要事項の説明を顧客に
対して実施したか否かを容易に確認することができる顧
客情報管理システムを提供することができるという効果
を奏する。
【図１】本実施の形態における顧客情報管理システムの
構成の一例を示すブロック図である。
構成の一例を示すブロック図である。
【図２】本実施の形態における顧客属性情報のテーブル
構造例を示す図である。
構造例を示す図である。
【図３】本実施の形態における取引情報のテーブル構造
例を示す図である。
例を示す図である。
【図４】本実施の形態における営業日報情報のテーブル
構造例を示す図である。
構造例を示す図である。
【図５】本実施の形態における営業日報情報の入力及び
保存に関する動作の一例を示すフローチャートである。
保存に関する動作の一例を示すフローチャートである。
【図６】本実施の形態における営業日報作成画面の一例
を示す図である。
を示す図である。
【図７】本実施の形態における取引リスク確認画面の一
例を示す図である。
例を示す図である。
【図８】本実施の形態における顧客カード参照画面の一
例を示す図である。
例を示す図である。
【図９】本実施の形態における営業員用確認画面の一例
を示す図である。
を示す図である。
【図１０】本実施の形態における管理者用確認画面の一
例を示す図である。
例を示す図である。
１００ 本店、１１０ 証券会社ホスト、１２０ サー
バ、１３０ データベース、１４０，１４０Ａ クライ
アント、２００ 支店、３００ イントラネット。
バ、１３０ データベース、１４０，１４０Ａ クライ
アント、２００ 支店、３００ イントラネット。
Claims (2)
- 【請求項１】 金融商品の取引における顧客情報を管理
する顧客情報管理システムであって、 前記顧客情報は、顧客に関する情報である顧客属性情報
と、前記顧客との接触内容である営業日報情報を含み、 前記顧客属性情報は、前記顧客が金融商品毎の重要事項
の説明を必要としているか否かの情報を含み、 前記営業日報情報は、前記顧客に対して前記重要事項の
説明が実施されたか否かの情報を含み、 前記営業日報情報の保存時に、前記顧客属性情報と前記
営業日報情報を照合し、前記顧客が必要としている前記
重要事項の説明が実施されていない場合に、所定の者に
通知を行うことを特徴とする顧客情報管理システム。 - 【請求項２】 請求項１に記載の顧客情報管理システム
において、 前記重要事項の説明が実施されない場合は、前記営業日
報情報の保存を行わないことを特徴とする顧客情報管理
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001370070A JP3996384B2 (ja) | 2001-12-04 | 2001-12-04 | 顧客情報管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001370070A JP3996384B2 (ja) | 2001-12-04 | 2001-12-04 | 顧客情報管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003167997A true JP2003167997A (ja) | 2003-06-13 |
| JP3996384B2 JP3996384B2 (ja) | 2007-10-24 |
Family
ID=19179358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001370070A Expired - Fee Related JP3996384B2 (ja) | 2001-12-04 | 2001-12-04 | 顧客情報管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3996384B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003030432A (ja) * | 2001-07-19 | 2003-01-31 | Hitachi Kokusai Electric Inc | 金融機関営業支援システム |
| JP2009129312A (ja) * | 2007-11-27 | 2009-06-11 | Sumitomo Mitsui Banking Corp | 渉外営業支援システム及びその方法 |
| JP2010073146A (ja) * | 2008-09-22 | 2010-04-02 | Oki Electric Ind Co Ltd | 窓口端末 |
| JP2019510289A (ja) * | 2016-01-19 | 2019-04-11 | アリババ グループ ホウルディング リミテッド | サービス処理方法及び装置 |
| JP2021179727A (ja) * | 2020-05-12 | 2021-11-18 | 学校法人 芝浦工業大学 | 情報処理装置、情報処理システム、および情報処理方法 |
-
2001
- 2001-12-04 JP JP2001370070A patent/JP3996384B2/ja not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003030432A (ja) * | 2001-07-19 | 2003-01-31 | Hitachi Kokusai Electric Inc | 金融機関営業支援システム |
| JP4731751B2 (ja) * | 2001-07-19 | 2011-07-27 | 株式会社日立国際電気 | 金融機関営業支援システム、金融機関営業支援用サーバ |
| JP2009129312A (ja) * | 2007-11-27 | 2009-06-11 | Sumitomo Mitsui Banking Corp | 渉外営業支援システム及びその方法 |
| JP2010073146A (ja) * | 2008-09-22 | 2010-04-02 | Oki Electric Ind Co Ltd | 窓口端末 |
| JP2019510289A (ja) * | 2016-01-19 | 2019-04-11 | アリババ グループ ホウルディング リミテッド | サービス処理方法及び装置 |
| US11057492B2 (en) | 2016-01-19 | 2021-07-06 | Advanced New Technologies Co., Ltd. | Selective information sharing between users of a social network |
| US11381660B2 (en) | 2016-01-19 | 2022-07-05 | Advanced New Technologies Co., Ltd. | Selective information sharing between users of a social network |
| JP2021179727A (ja) * | 2020-05-12 | 2021-11-18 | 学校法人 芝浦工業大学 | 情報処理装置、情報処理システム、および情報処理方法 |
| JP7421179B2 (ja) | 2020-05-12 | 2024-01-24 | 学校法人 芝浦工業大学 | 情報処理装置、情報処理システム、および情報処理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3996384B2 (ja) | 2007-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8407100B2 (en) | Machine, methods, and program product for electronic order entry | |
| US20130282480A1 (en) | System and method for collaborative affinity marketing | |
| US20040143516A1 (en) | System for allowing vendors to manage product information in a database system | |
| JP2002063437A (ja) | 受発注システム及び流通支援システム並びに品揃え関連情報生成システム | |
| US8738428B2 (en) | Managing retail promotion events | |
| TW564363B (en) | Processing method for loan application in eCommerce transaction system | |
| JP3996384B2 (ja) | 顧客情報管理システム | |
| JP6916701B2 (ja) | 営業支援システム | |
| JP2011039799A (ja) | 電子記録債権申請システム | |
| JP2009070028A (ja) | 投資契約支援装置、投資契約支援プログラム | |
| JP2004227035A (ja) | 証券業務支援システム | |
| JP2002269392A (ja) | インターネット利用の購買エージェント支援サーバ | |
| JP2001283005A (ja) | 金融商品照会システム及びその方法、並びにコンピュータ上で動作する金融商品照会プログラムを記録した記録媒体 | |
| JP5755968B2 (ja) | 申請方法および申請装置 | |
| JP7256652B2 (ja) | Ｃｒｍシステム | |
| JP7451447B2 (ja) | 顧客情報管理システム | |
| KR20050114598A (ko) | 부동산거래정보관리방법, 그 시스템, 그 시스템의 메인서버, 그룹 서버 및 사용자 단말기 | |
| JP4731751B2 (ja) | 金融機関営業支援システム、金融機関営業支援用サーバ | |
| JP2016181230A (ja) | 金融商品販売支援システムおよび金融商品販売支援プログラム | |
| JP2016181231A (ja) | 金融商品販売支援システムおよび金融商品販売支援プログラム | |
| KR20010100479A (ko) | 온라인을 이용한 펀드매니저 가상주식투자 방법 | |
| JP2022050756A (ja) | 取引明細照合システム及び取引明細照合方法 | |
| JP2009181156A (ja) | 顧客情報管理システム | |
| JP2016181232A (ja) | 金融商品販売支援システムおよび金融商品販売支援プログラム | |
| KR20050009564A (ko) | 부동산거래정보관리방법, 그 시스템, 그 시스템의 메인서버, 그룹 서버 및 사용자 단말기 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041125 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050720 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070116 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070315 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070731 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070802 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3996384 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100810 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110810 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120810 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130810 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140810 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |