JP4731751B2 - Financial institution sales support system, financial institution sales support server - Google Patents

Financial institution sales support system, financial institution sales support server Download PDF

Info

Publication number
JP4731751B2
JP4731751B2 JP2001220412A JP2001220412A JP4731751B2 JP 4731751 B2 JP4731751 B2 JP 4731751B2 JP 2001220412 A JP2001220412 A JP 2001220412A JP 2001220412 A JP2001220412 A JP 2001220412A JP 4731751 B2 JP4731751 B2 JP 4731751B2
Authority
JP
Japan
Prior art keywords
financial institution
important
customer
business
explanation
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.)
Expired - Fee Related
Application number
JP2001220412A
Other languages
Japanese (ja)
Other versions
JP2003030432A (en
Inventor
久訓 小林
義幸 荒井
鈴木  啓介
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Kokusai Electric Inc
Original Assignee
Hitachi Kokusai Electric Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Kokusai Electric Inc filed Critical Hitachi Kokusai Electric Inc
Priority to JP2001220412A priority Critical patent/JP4731751B2/en
Publication of JP2003030432A publication Critical patent/JP2003030432A/en
Application granted granted Critical
Publication of JP4731751B2 publication Critical patent/JP4731751B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、金融機関における営業業務の支援のために、顧客へ金融商品の取引における重要事項の説明を行うための重要事項の表示を行い、重要事項が説明済みか否かを表す重要事項説明履歴を含んだ営業日報を作成し登録する金融機関営業支援システムに関するものである。
【0002】
【従来の技術】
投資信託等の金融商品を販売する証券会社等の金融機関では、顧客との接触内容を作成し、データベースに記憶させて登録する営業日報のシステム化、及び顧客に関する商品取引の適合性等の顧客属性のシステム化が進められている。
【0003】
一方、金融機関が金融商品を販売する上で、リスクに関する説明が顧客へ十分になされていないことが多々あり、トラブルの原因となっている。そのため、2001年4月から施行された金融商品販売法により、金融機関は金融商品を販売する際に、その金融商品の特徴、リスク等の金融商品の取引における重要事項を顧客へ説明することを義務付けられている。
【0004】
【発明が解決しようとする課題】
しかしながら、金融商品の取引における重要事項の説明を含めて、営業日報の登録処理(記憶)及び顧客属性の表示が操作性において上手く連動していないのが現状である。従来の顧客属性のシステムは、顧客属性を記憶させて登録しておき、それを参照する機能を持っているが、顧客に対して金融商品の取引における重要事項が説明済みか否かを表す重要事項説明履歴の管理や一覧表示を行う機能は持っていなかった。
【0005】
本発明は上述した課題に鑑みてなされたものであり、営業日報と金融商品の取引における重要事項説明履歴とを関連付け、例えばこれらの表示を連動させることにより、操作性を向上させる金融機関営業支援システムを提供することを目的とする。
【0006】
【課題を解決するための手段】
上述した目的を達成するために、本発明は、金融機関における営業業務の支援を行う金融機関営業支援システムであって、金融商品の取引における重要事項が顧客に対して説明されているか否かを表す重要事項説明履歴を記憶する履歴記憶手段と、顧客との接触内容を示す営業日報を記憶する営業日報記憶手段と、前記履歴記憶手段に記憶された前記重要事項説明履歴を顧客に基づいて前記営業日報記憶手段に記憶された前記営業日報に関連付けるデータ関連付手段とを備えたことを特徴とするものである。
【0007】
このような構成によれば、例えば金融商品の取引における重要事項が説明済みか否かを表す重要事項説明履歴を営業日報に関連付けることができ、重要事項説明履歴の管理が容易に行われる。なお、本発明のデータ関連付手段は、例えば関連する2以上のデータを識別する識別子を設けたり、記憶手段における所定の記憶領域を互いにアドレス上で関連付けるようにして構成することができる。
【0008】
また、本発明の金融機関営業支援システムにおいて、さらに金融商品の取引における重要事項の説明の要否を含む顧客属性を記憶する顧客属性記憶手段を備え、前記データ関連付手段は、さらに前記顧客属性を顧客に基づいて前記重要事項説明履歴及び前記営業日報に関連付けることを特徴とするものである。
【0009】
このような構成によれば、例えば営業員は顧客属性から、その顧客について、ある金融商品についての重要事項の説明が必要であるか否かを容易に判断することができ、重要事項について説明漏れが発生する事態を防止し得る。また、重要事項説明履歴の管理が容易に行われる。
【0010】
また、本発明の金融機関営業支援システムは、金融商品の取引における重要事項の説明の要否を含む顧客属性を表示する顧客属性表示手段と、前記顧客属性表示手段に表示された顧客属性に基づいて、前記重要事項を表示する重要事項表示手段と、前記重要事項表示手段により前記重要事項が表示されたことを前記重要事項説明履歴として前記履歴記憶手段に記憶させて登録する履歴登録手段と、前記履歴登録手段により登録された前記重要事項説明履歴を前記営業日報に反映させて営業日報を表示する営業日報表示手段とを備えてなることを特徴とするものである。
【0011】
このような構成によれば、金融商品の取引における営業日報と顧客属性と重要事項説明履歴とを関連づけて管理することができ、業務の操作性を向上させることができる。
【0012】
なお、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援システムであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性、及び前記重要事項が説明済みか否かを表す重要事項説明履歴、及び前記顧客との接触内容であり前記重要事項説明履歴を含む営業日報を関連づけて記憶するデータベースと、前記顧客属性を表示する顧客属性表示手段と、前記顧客属性に基づく前記重要事項を表示すると共に、前記重要事項の表示に基づく前記重要事項説明履歴を前記データベースへ登録する重要事項表示/登録手段と、前記営業日報を前記データベースへ登録する営業日報登録手段とを備えたことを特徴とする金融機関営業支援システムが開示されている。
【0013】
また、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用サーバであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性、及び前記重要事項が説明済みか否かを表す重要事項説明履歴、及び前記顧客との接触内容であり前記重要事項説明履歴を含む営業日報を関連づけてデータベースへ記憶し、ユーザからの入力及び前記ユーザへの出力を行うための前記金融機関営業支援用クライアントから受信した要求に基づいて前記顧客属性を前記金融機関営業支援用クライアントへ送信し、前記金融機関営業支援用クライアントから受信した前記重要事項説明履歴を前記データベースへ登録し、前記融機関営業支援用クライアントから受信した前記営業日報を前記データベースへ登録することを特徴とする金融機関営業支援用サーバが開示されている。
【0014】
さらに、本発明の実施の形態においては、金融機関における営業業務の支援を行う金融機関営業支援用クライアントであって、顧客に関する情報であり金融商品の取引における重要事項の説明の要否を含む顧客属性を得るために、要求を本発明の金融機関営業支援用サーバへ送信し、前記金融機関営業支援用サーバから受信した前記顧客属性を表示し、予め登録された前記重要事項を前記顧客属性に基づいて表示し、前記重要事項が説明済みか否かを表す重要事項説明履歴を前記金融機関営業支援用サーバへ送信し、前記重要事項説明履歴を顧客との接触内容である営業日報に反映させ、前記営業日報を作成し、前記営業日報を前記金融機関営業支援用サーバへ送信することを特徴とする金融機関営業支援用クライアントが開示されている。このようなクライアントによれば、営業日報の登録と顧客属性の表示と重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに営業員の操作の負担を軽減でき、営業員は金融商品販売法に沿った営業活動を円滑に行うことができる。
【0015】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。まず、金融機関営業支援システムの構成について図1を用いて説明する。図1は、本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。この金融機関営業支援システムは、本店100と支店200から構成されている。本店100は、データベース120と接続されたサーバ110とクライアント130から構成されている。支店200は、クライアント130Aから構成されている。クライアント130及びクライアント130Aは同様の動作を行う。また、クライアント130及びクライアント130Aは複数であっても良い。サーバ110とクライアント130,130Aは、イントラネット300で接続されている。
【0016】
なお、データベース120は、サーバ110内に備えられていても良いし、サーバ110とクライアント130は一体型で構成されても良く、図1に示されるような形態に限定されるものではない。
【0017】
次に、金融機関営業支援システムの動作の概略について図1を用いて説明する。本店100にいる営業員は、クライアント130からイントラネット300を介してサーバ110へアクセスする。支店200にいる営業員は、クライアント130Aからイントラネット300を介してサーバ110へアクセスする。
【0018】
データベース120には、営業日報、顧客属性、重要事項説明履歴等が関連づけて蓄積されている。ここで、営業日報とは、顧客との1回の接触内容が記録された情報である。顧客属性とは、名前、住所、年齢等の顧客に関する基本的な情報や、投資経験、金融商品の取引における重要事項の説明の要否を含む取引の適合性等の情報である。金融商品の取引における重要事項とは、金融商品の特徴やリスク等の情報である。重要事項説明履歴とは、金融商品の取引における重要事項が説明済みか否かを表す情報である。
【0019】
クライアント130,130Aは、営業日報登録手段として機能する営業日報登録画面と顧客属性表示手段として機能する顧客属性表示画面と重要事項表示手段として機能する重要事項表示画面の表示を行うとともに、営業員からの入力を受け付ける。ここで、営業日報登録画面とは、例えば営業日報を登録するための「日報保存ボタン」や、金融商品の取引における重要事項が説明済みか否かのチェックが入る重要事項説明欄や、顧客コード、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等の入力機能を備えた画面である。顧客属性表示画面とは、顧客属性を表示する画面であり、例えば重要事項表示画面を表示するための「重要事項説明要ボタン」を備えている。重要事項表示画面とは、金融商品の取引における重要事項の説明を表示する画面であり、例えば重要事項説明履歴を営業日報へ登録する「日報への登録ボタン」を備えている。これらについては、図3乃至図5を用いて後述する。
【0020】
サーバ110は、クライアント130,130Aからのアクセスに応じて、データベース120に蓄積されている顧客属性等をクライアント130,130Aに送信する。また、サーバ110は、クライアント130,130Aから受信した営業日報や重要事項説明履歴をデータベース120に登録する。
【0021】
ここで、サーバ110とクライアント130,130Aにおける動作は全てソフトウェアで実現する。このソフトウェアは、例えばWebアプリケーションの形態であっても良い。
【0022】
次に、金融機関営業支援システムの動作の詳細について図2〜図5を用いて説明する。図2は、本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。ここでは、本店100の営業員がクライアント130に表示される画面の閲覧及びクライアント130を用いた入力を行いながら、電話または対面により顧客と接触している場合を想定して、説明を行う。なお、支店200の営業員であっても、クライアント130Aを用いて同様の動作を行うことが可能である。
【0023】
まず、営業員は、顧客属性表示画面を表示させるために例えば顧客コード等をクライアント130へ入力する。クライアント130は、イントラネット300を介してサーバ110へ顧客コードを送信する。顧客コードを受信したサーバ110は、データベース120から顧客コードに対応した顧客属性を検索し、イントラネット300を介してクライアント130へ送信する。クライアント130は新規ウィンドウを開き、顧客属性表示画面の表示を行う(S1)。
【0024】
図3は、顧客属性表示画面の一例を示す図である。図3に示した顧客属性表示画面において、金融商品名の下の欄にその金融商品の取引における重要事項の説明の要否が表示されている。顧客は、事前に金融商品毎の重要事項の説明が必要か否かの選択を行っており、選択された結果は顧客属性に予め登録されている。ここで、重要事項の説明の要否が「要」の表示は、重要事項表示画面を表示するための「重要事項説明要ボタン」を兼ねている。営業員は、顧客に重要事項について説明を行うために、重要事項表示画面を表示したい金融商品に対応した「重要事項説明要ボタン」を押す。例えば、営業員は「株式」の重要事項表示画面の表示を希望する場合、図3に示した顧客属性表示画面において「株式」の下の欄の「重要事項説明要ボタン」20を押す。
【0025】
ここで、クライアント130は、営業員が重要事項表示画面の表示を希望したか否かの判断を行う(S2)。営業員が重要事項表示画面の表示を希望しない場合(S2,N)、フローは処理S3へ移行する。
【0026】
一方、営業員が重要事項表示画面の表示を希望した場合(S2,Y)、クライアント130は、営業員が押した「重要事項説明要ボタン」に対応する重要事項を検索し、新規ウィンドウを開き、重要事項表示画面の表示を行う(S11)。ここで、各金融商品の取引における重要事項は、データベース120内に記憶されていてサーバ110からクライアント130へ送信されても良いし、クライアント130内に記憶されていても良い。
【0027】
図4は、重要事項表示画面の一例を示す図である。営業員は、クライアント130に表示された重要事項表示画面をもとに、顧客へ金融商品の取引における重要事項の説明を行う。
【0028】
次に、営業員は重要事項説明履歴を登録してから重要事項表示画面を終了することを希望する場合、図4に示した重要事項表示画面において「日報への登録ボタン」30を押す。また、営業員は重要事項説明履歴を登録せずに重要事項表示画面を終了することを希望する場合、図4に示した重要事項表示画面において重要事項表示画面の終了を指示する。
【0029】
ここで、クライアント130は、営業員が重要事項説明履歴の登録を希望したか否かの判断を行う(S12)。営業員が重要事項説明履歴の登録を希望しない場合(S12,N)、クライアント130はウィンドウを閉じて重要事項説明履歴の消去を行い(S13)、フローは処理S3へ戻る。
【0030】
一方、営業員が重要事項説明履歴の登録を希望した場合(S12,Y)、クライアント130は、イントラネット300を介してサーバ110へ重要事項説明履歴を送信する。重要事項説明履歴を受信したサーバ110は、データベース120に重要事項説明履歴の登録を行い(S21)、重要事項説明履歴を含む営業日報登録画面をクライアント130へ送信する。クライアント130はウィンドウを閉じて重要事項説明履歴の消去を行い(S22)、受信した重要事項説明履歴を含む営業日報登録画面の表示を行う(S23)。
【0031】
図5は、営業日報登録画面の一例を示す図である。図4に示した重要事項表示画面において「日報への登録ボタン」30を押すことにより、図5に示すように営業日報登録画面の重要事項説明欄には自動的にチェックが入る。ここで、営業日報登録画面の重要事項説明欄は手動でチェックできない構造にすることも可能である。
【0032】
次に、営業員は、顧客と接触した日時、顧客との接触方法、顧客との接触目的、提案商品等を営業日報としてクライアント130へ入力する(S24)。営業員は営業日報の登録を希望する場合、図5に示した営業日報登録画面において「日報保存ボタン」40を押す。
【0033】
ここで、クライアント130は、営業員が営業日報の登録を希望したか否かの判断を行う(S25)。営業員が営業日報の登録を希望しない場合(S25,N)、フローは処理S27移行する。一方、営業員が営業日報の登録を希望した場合(S25,Y)、クライアント130は、イントラネット300を介してサーバ110へ営業日報を送信する。サーバ110は、データベース120に営業日報の登録を行う(S26)。
【0034】
営業員は営業日報登録画面の終了を希望する場合、図5に示した営業日報登録画面において営業日報登録画面の終了を指示する。ここで、クライアント130は、営業員が営業日報登録画面の終了を希望したか否かの判断を行う(S27)。営業員が営業日報登録画面の終了を希望しない場合(S27,N)、フローは処理S24へ戻る。一方、営業員が営業日報登録画面の終了を希望した場合(S27,Y)、クライアント130はウィンドウを閉じて営業日報登録画面の消去を行い(S28)、フローは処理S3へ戻る。
【0035】
営業員が顧客属性表示画面の表示を希望しない場合(S2,N)、または重要事項表示画面の消去(S13)後、または営業日報登録画面の消去(S28)後、クライアント130は、営業員が顧客属性表示画面の終了を希望したか否かの判断を行う(S3)。ここで、営業員は顧客属性表示画面の終了を希望する場合、図3に示した顧客属性表示画面において顧客属性表示画面の終了を指示する。営業員が顧客属性表示画面の終了を希望しない場合(S3,N)、フローは処理S2へ戻る。一方、営業員が顧客属性表示画面の終了を希望した場合(S3,Y)、クライアント130はウィンドウを閉じて顧客属性表示画面の消去を行い(S4)、フローは終了する。
【0036】
以上に詳述したように本発明の実施の形態によれば、営業日報の登録と顧客属性の表示と重要事項の表示とを連動させることにより、実際の顧客との接触の流れに沿った画面の表示が行われるとともに営業員の操作の負担を軽減でき、営業員は金融商品販売法に沿った営業活動を円滑に行うことができる。また、金融商品の取引における重要事項が説明済みか否かを表す重要事項説明履歴を含んだ営業日報を登録することにより、重要事項説明履歴の管理が容易に行われる。また、顧客属性の表示と重要事項の表示とを連動させることにより、営業員は顧客属性における重要事項の説明の要否に基づいて、顧客との応対の際に忘れずに重要事項の説明を行うことができる。
【0037】
【発明の効果】
以上に詳述したように本発明によれば、営業日報と重要事項説明履歴とを関連付けて、例えばこれらを連動させることにより、操作性を向上させる金融機関営業支援システムを提供することができるという効果を奏する。
【図面の簡単な説明】
【図1】本実施の形態における金融機関営業支援システムの構成の一例を示すブロック図である。
【図2】本実施の形態における金融機関営業支援システムの動作の一例を示すフローチャートである。
【図3】営業日報登録画面の一例を示す図である。
【図4】顧客属性表示画面の一例を示す図である。
【図5】重要事項表示画面の一例を示す図である。
【符号の説明】
100 本店、110 サーバ、120 データベース、130,130A クライアント、200 支店、300 イントラネット。
[0001]
BACKGROUND OF THE INVENTION
The present invention displays important matters for explaining important matters in transactions of financial products to customers in order to support sales operations in financial institutions, and explains important matters indicating whether or not important matters have been explained. The present invention relates to a financial institution sales support system that creates and registers a daily business report including a history.
[0002]
[Prior art]
In financial institutions such as securities companies that sell financial products such as investment trusts, customers create system of daily reports that create contact details, store them in the database, and register customer transactions. Systematization of attributes is being promoted.
[0003]
On the other hand, when financial institutions sell financial products, there are many cases where explanations about risks are not sufficiently given to customers, which causes troubles. Therefore, in accordance with the Financial Products Sales Act, which came into effect from April 2001, financial institutions are required to explain important matters in transactions of financial products such as characteristics and risks of financial products to customers when selling financial products. Mandatory.
[0004]
[Problems to be solved by the invention]
However, the current situation is that the registration process (memory) of daily business reports and the display of customer attributes are not well linked in operability, including explanation of important matters in the transaction of financial products. The conventional customer attribute system has a function to store and register customer attributes and refer to them, but it is important to indicate whether important matters in the transaction of financial products have been explained to customers. There was no function to manage item explanation history or list display.
[0005]
The present invention has been made in view of the above-described problems, and relates to sales support for financial institutions that improves operability by associating business daily reports with important matter explanation histories in financial product transactions, for example, by linking these displays. The purpose is to provide a system.
[0006]
[Means for Solving the Problems]
In order to achieve the above-described object, the present invention is a financial institution sales support system that supports sales operations in a financial institution, and whether or not important matters in transactions of financial products are explained to customers. The history storage means for storing the important matter explanation history to represent, the business daily report storage means for storing the business daily report showing the contact details with the customer, the important matter explanation history stored in the history storage means based on the customer Data association means for associating with the business daily report stored in the business daily report storage means is provided.
[0007]
According to such a configuration, for example, the important matter explanation history indicating whether or not the important matter in the transaction of the financial product has been explained can be associated with the daily business report, and the important matter explanation history can be easily managed. Note that the data association means of the present invention can be configured, for example, by providing an identifier for identifying two or more related data, or associating a predetermined storage area in the storage means with each other on an address.
[0008]
The financial institution sales support system of the present invention further comprises customer attribute storage means for storing customer attributes including necessity of explanation of important matters in the transaction of financial products, and the data association means further includes the customer attributes Is related to the important matter explanation history and the business daily report based on the customer.
[0009]
According to such a configuration, for example, the sales employee can easily determine from the customer attributes whether or not it is necessary to explain important matters about a certain financial product for the customer. It is possible to prevent the occurrence of Moreover, management of important matter explanation histories is easily performed.
[0010]
The financial institution sales support system of the present invention is based on customer attribute display means for displaying customer attributes including necessity of explanation of important matters in the transaction of financial products, and customer attributes displayed on the customer attribute display means. Important matter display means for displaying the important matter, history registration means for storing and registering in the history storage means as the important matter explanation history that the important matter has been displayed by the important matter display means, It comprises business daily report display means for displaying a business daily report by reflecting the important matter explanation history registered by the history registration means in the business daily report.
[0011]
According to such a configuration, it is possible to manage daily business reports, customer attributes, and important matter explanation histories in transactions of financial products in association with each other, and it is possible to improve the operability of business.
[0012]
In the embodiment of the present invention, there is provided a financial institution sales support system for supporting sales operations in a financial institution, which is information about customers and includes customer attributes including necessity of explanation of important matters in financial product transactions. And an important matter explanation history indicating whether or not the important matter has been explained, a database that stores contents related to contact with the customer and a business daily report including the important matter explanation history, and the customer attribute are displayed. A customer attribute display means, an important matter display / registration means for displaying the important matter explanation history based on the display of the important matter and displaying the important matter explanation history based on the important matter display in the database, There is disclosed a financial institution sales support system characterized by comprising business daily report registration means for registration in a database.
[0013]
In the embodiment of the present invention, a financial institution sales support server for supporting business operations in a financial institution, which is information related to the customer and includes the necessity for explanation of important matters in transactions of financial products An attribute, an important matter explanation history indicating whether or not the important matter has been explained, and a business daily report that is the content of contact with the customer and includes the important matter explanation history are stored in the database in association with each other, and input from the user and The customer attribute is transmitted to the financial institution sales support client based on the request received from the financial institution sales support client for performing output to the user, and the important attribute received from the financial institution sales support client The item explanation history is registered in the database, and the daily business report received from the financial institution sales support client is stored in the database. Financial institution business support for the server, characterized in that the registration to the database is disclosed.
[0014]
Furthermore, in the embodiment of the present invention, the client is a financial institution sales support client that supports sales operations in the financial institution, and is a customer including information on the customer and necessity of explanation of important matters in the transaction of the financial product. In order to obtain the attribute, the request is transmitted to the financial institution sales support server of the present invention, the customer attribute received from the financial institution sales support server is displayed, and the important items registered in advance are set as the customer attribute. The important matter explanation history indicating whether or not the important matter has been explained is transmitted to the financial institution sales support server, and the important matter explanation history is reflected in the daily business report that is the content of contact with the customer. A financial institution sales support client is disclosed that creates the daily business report and transmits the business daily report to the financial institution sales support server. According to such a client, the registration of the daily business report, the display of customer attributes, and the display of important matters are linked to display the screen in accordance with the flow of contact with the actual customer and the sales staff's The operation burden can be reduced, and the sales staff can smoothly carry out sales activities in accordance with the financial product sales law.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. First, the configuration of a financial institution sales support system will be described with reference to FIG. FIG. 1 is a block diagram showing an example of the configuration of a financial institution sales support system in the present embodiment. This financial institution sales support system includes a head office 100 and a branch office 200. The head office 100 includes a server 110 and a client 130 connected to the database 120. The branch 200 is composed of a client 130A. The client 130 and the client 130A perform the same operation. Further, there may be a plurality of clients 130 and clients 130A. The server 110 and the clients 130 and 130A are connected by an intranet 300.
[0016]
Note that the database 120 may be provided in the server 110, and the server 110 and the client 130 may be integrated, and is not limited to the form shown in FIG.
[0017]
Next, an outline of the operation of the financial institution sales support system will be described with reference to FIG. A salesperson at the head office 100 accesses the server 110 from the client 130 via the intranet 300. A sales employee in the branch 200 accesses the server 110 via the intranet 300 from the client 130A.
[0018]
The database 120 stores daily business reports, customer attributes, important matter explanation histories and the like in association with each other. Here, the business daily report is information in which the content of one contact with a customer is recorded. The customer attributes are basic information about the customer such as name, address and age, and information such as suitability of transactions including investment experience and necessity of explanation of important matters in transactions of financial products. Important matters in the transaction of financial products are information such as characteristics and risks of the financial products. The important matter explanation history is information indicating whether or not important matters in the transaction of financial products have been explained.
[0019]
The clients 130 and 130A display a daily sales report registration screen that functions as a daily sales report registration unit, a customer attribute display screen that functions as a customer attribute display unit, and an important item display screen that functions as an important item display unit. Accepts input. Here, the business daily report registration screen includes, for example, a "daily report save button" for registering a business daily report, an important matter explanation column for checking whether important matters in transactions of financial products have been explained, customer code It is a screen provided with input functions such as the date and time of contact with the customer, the contact method with the customer, the purpose of contact with the customer, and the proposed product. The customer attribute display screen is a screen for displaying customer attributes, and includes, for example, an “important matter explanation button” for displaying an important matter display screen. The important matter display screen is a screen for displaying an explanation of important matters in the transaction of the financial product, and has, for example, a “registration button for daily report” for registering the important matter explanation history in the business daily report. These will be described later with reference to FIGS.
[0020]
In response to the access from the clients 130 and 130A, the server 110 transmits the customer attributes and the like stored in the database 120 to the clients 130 and 130A. In addition, the server 110 registers the daily business report and the important matter explanation history received from the clients 130 and 130A in the database 120.
[0021]
Here, all the operations in the server 110 and the clients 130 and 130A are realized by software. This software may be in the form of a Web application, for example.
[0022]
Next, details of the operation of the financial institution sales support system will be described with reference to FIGS. FIG. 2 is a flowchart showing an example of the operation of the financial institution sales support system in the present embodiment. Here, explanation will be made assuming that the salesperson of the head office 100 is in contact with the customer by telephone or face-to-face while browsing the screen displayed on the client 130 and performing input using the client 130. Note that the salesperson of the branch 200 can perform the same operation using the client 130A.
[0023]
First, the sales employee inputs, for example, a customer code to the client 130 in order to display a customer attribute display screen. The client 130 transmits the customer code to the server 110 via the intranet 300. Receiving the customer code, the server 110 searches the database 120 for a customer attribute corresponding to the customer code, and transmits it to the client 130 via the intranet 300. The client 130 opens a new window and displays the customer attribute display screen (S1).
[0024]
FIG. 3 is a diagram illustrating an example of a customer attribute display screen. In the customer attribute display screen shown in FIG. 3, whether or not it is necessary to explain important matters in the transaction of the financial product is displayed in the column below the financial product name. The customer selects in advance whether or not it is necessary to explain important matters for each financial product, and the selected result is registered in advance in the customer attribute. Here, the display of “necessary” indicating whether or not important matters need to be explained also serves as an “important matter explanation required button” for displaying an important matter display screen. In order to explain important matters to the customer, the sales employee presses an “important matter explanation button” corresponding to the financial product for which the important matter display screen is to be displayed. For example, when the sales employee desires to display the important stock display screen of “stock”, the sales representative presses the “important matter explanation required button” 20 in the column under “stock” on the customer attribute display screen shown in FIG.
[0025]
Here, the client 130 determines whether or not the salesperson desires to display the important item display screen (S2). If the salesperson does not wish to display the important item display screen (S2, N), the flow proceeds to processing S3.
[0026]
On the other hand, when the salesperson desires to display the important item display screen (S2, Y), the client 130 searches for an important item corresponding to the “important item explanation required button” pressed by the salesperson, and opens a new window. The important item display screen is displayed (S11). Here, important matters in the transaction of each financial product are stored in the database 120 and may be transmitted from the server 110 to the client 130, or may be stored in the client 130.
[0027]
FIG. 4 is a diagram illustrating an example of an important matter display screen. Based on the important matter display screen displayed on the client 130, the sales employee explains important matters in the transaction of the financial product to the customer.
[0028]
Next, when the sales employee wishes to end the important matter display screen after registering the important matter explanation history, the salesperson presses the “Register to daily report” button 30 on the important matter display screen shown in FIG. Further, when the sales staff desires to end the important matter display screen without registering the important matter explanation history, the sales employee instructs the end of the important matter display screen on the important matter display screen shown in FIG.
[0029]
Here, the client 130 determines whether or not the salesperson wishes to register the important matter explanation history (S12). If the salesperson does not wish to register the important matter explanation history (S12, N), the client 130 closes the window and deletes the important matter explanation history (S13), and the flow returns to the process S3.
[0030]
On the other hand, when the sales staff desires to register the important matter explanation history (S12, Y), the client 130 transmits the important matter explanation history to the server 110 via the intranet 300. Receiving the important matter explanation history, the server 110 registers the important matter explanation history in the database 120 (S21), and transmits a daily business report registration screen including the important matter explanation history to the client 130. The client 130 closes the window and deletes the important matter explanation history (S22), and displays the business daily report registration screen including the received important matter explanation history (S23).
[0031]
FIG. 5 is a diagram showing an example of the daily business report registration screen. By pressing the “Register to daily report” button 30 on the important item display screen shown in FIG. 4, the important item explanation column of the business daily report registration screen is automatically checked as shown in FIG. Here, the important matter explanation column of the business daily report registration screen can be structured so that it cannot be manually checked.
[0032]
Next, the sales employee inputs the date and time of contact with the customer, the contact method with the customer, the purpose of contact with the customer, the proposed product, etc. to the client 130 as a daily business report (S24). When the salesperson wishes to register the daily business report, he presses the “daily report save button” 40 on the business daily report registration screen shown in FIG.
[0033]
Here, the client 130 determines whether or not the salesperson wishes to register the daily business report (S25). If the salesperson does not wish to register the daily business report (S25, N), the flow proceeds to processing S27. On the other hand, when the salesperson desires to register the daily business report (S25, Y), the client 130 transmits the business daily report to the server 110 via the intranet 300. The server 110 registers a daily business report in the database 120 (S26).
[0034]
When the sales staff desires to end the business daily report registration screen, the sales staff instructs the business daily report registration screen to end on the business daily report registration screen shown in FIG. Here, the client 130 determines whether or not the salesperson wishes to end the business daily report registration screen (S27). If the salesperson does not wish to end the business daily report registration screen (S27, N), the flow returns to step S24. On the other hand, when the salesperson desires to end the business daily report registration screen (S27, Y), the client 130 closes the window and deletes the business daily report registration screen (S28), and the flow returns to the process S3.
[0035]
If the salesperson does not want to display the customer attribute display screen (S2, N), or after the important matter display screen is deleted (S13) or after the daily business report registration screen is deleted (S28), the client 130 It is determined whether or not the customer attribute display screen is desired to end (S3). Here, when the sales employee desires to end the customer attribute display screen, the sales employee instructs the customer attribute display screen to end on the customer attribute display screen shown in FIG. If the salesperson does not wish to end the customer attribute display screen (S3, N), the flow returns to the process S2. On the other hand, when the salesperson desires to end the customer attribute display screen (S3, Y), the client 130 closes the window and deletes the customer attribute display screen (S4), and the flow ends.
[0036]
As described in detail above, according to the embodiment of the present invention, the screen along the flow of contact with the actual customer is obtained by linking the registration of the daily business report, the display of the customer attribute, and the display of the important matter. Is displayed and the burden on the operations of the sales staff can be reduced, and the sales staff can smoothly carry out the sales activities in accordance with the financial product sales law. Further, by registering a daily business report including an important matter explanation history indicating whether or not an important matter in the transaction of the financial product has been explained, the important matter explanation history can be easily managed. In addition, by linking the display of customer attributes with the display of important matters, sales representatives will not forget to explain important matters when interacting with customers based on the necessity of explanation of important matters in customer attributes. It can be carried out.
[0037]
【The invention's effect】
As described in detail above, according to the present invention, it is possible to provide a financial institution sales support system that improves operability by associating business daily reports with important matter explanation histories, for example, by linking them together. There is an effect.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of the configuration of a financial institution sales support system in the present embodiment.
FIG. 2 is a flowchart showing an example of the operation of the financial institution sales support system in the present embodiment.
FIG. 3 is a diagram showing an example of a business daily report registration screen.
FIG. 4 is a diagram illustrating an example of a customer attribute display screen.
FIG. 5 is a diagram illustrating an example of an important matter display screen.
[Explanation of symbols]
100 head office, 110 server, 120 database, 130, 130A client, 200 branches, 300 intranet.

Claims (2)

金融機関における営業業務の支援を行う金融機関営業支援システムであって、
顧客ごとに登録された複数の金融商品それぞれに対する取引における重要事項の説明の要否を含む顧客属性、前記重要事項それぞれが説明済みか否かを表す重要事項説明履歴、及び前記顧客との接触内容であ営業日報を顧客ごとに関連付けて記憶するデータベースを有する金融機関営業支援用サーバと、
ユーザから顧客コードを含む顧客属性要求の入力を受け付けて前記金融機関営業支援用サーバへ送信する顧客属性要求手段、
前記顧客属性要求手段が前記金融機関営業支援用サーバへ送信した前記顧客属性要求に応じて前記金融機関営業支援用サーバから受信した前記顧客属性に含まれる重要事項の説明の要否を金融商品ごとに表示する顧客属性表示手段、
前記顧客属性表示手段により前記重要事項の説明が必要であると表示された場合に、前記重要事項の説明を必要とする金融商品ごとに、ユーザから前記重要事項説明履歴の入力を受け付けて前記金融機関営業支援用サーバへ送信する重要事項説明履歴登録手段、
及び前記重要事項説明履歴登録手段が前記金融機関営業支援用サーバへ送信した前記重要事項説明履歴に応じて前記金融機関営業支援用サーバから前記重要事項説明履歴を含む営業日報登録画面データを受信して営業日報登録画面データに基づいて営業日報登録画面を表示するとともに、ユーザからの前記営業日報の入力を受け付けて前記金融機関営業支援用サーバへ送信する営業日報登録手段を有する金融機関営業支援用クライアントとを備え、
前記金融機関営業支援用サーバは、
前記金融機関営業支援用クライアントから前記顧客コードを含む前記顧客属性要求を受信すると、該顧客属性要求に基づいて前記データベースから前記顧客属性を検索して前記金融機関営業支援用クライアントへ送信し、
前記金融機関営業支援用クライアントから前記重要事項説明履歴を受信すると、該重要事項説明履歴を前記データベースへ顧客ごとに関連付けて登録するとともに、前記受信した重要事項説明履歴を含む営業日報登録画面データを前記金融機関営業支援用クライアントへ送信し、
前記金融機関営業支援用クライアントから前記営業日報を受信すると、該営業日報を前記データベースへ顧客ごとに関連付けて登録する
ことを特徴とする金融機関営業支援システム。
A financial institution sales support system for supporting sales operations in financial institutions,
Customer attribute including the necessity of explanation of important matters in the transaction for a plurality of financial instruments Shinaso respectively registered for each customer, the important matters explanation of important information history each representing whether already described or not, and the customer and financial institution business support for a server having a database to store the contact contents der Ru daily sales reports in relation to each customer and,
Customer attribute request means for accepting an input of a customer attribute request including a customer code from a user and transmitting it to the financial institution sales support server;
The customer attribute request means the necessity of gold Torusho description of important matters to be included in the customer attribute received from the financial institution business support for the server in response to the sent to the financial institution business support for server customers attribute request customer attribute display means for displaying the goods your capital,
When the customer attribute display means displays that the explanation of the important matter is necessary, for each financial product that requires the explanation of the important matter, the input of the important matter explanation history is accepted from the user, and the financial Important matter explanation history registration means to be sent to the institutional sales support server,
And receiving a business daily report registration screen data including the explanation of important information history from the financial institution business support for the server in response to the explanation of important information history of the important matters described history registration means is transmitted to the financial institution business support for the server to Tomo When you view the business daily report registration screen based on the daily sales reports registration screen data Te, financial institution business support with the business daily report registration means for accepting the input of the business daily report from the user and transmits it to the financial institution business support for the server For clients with
The financial institution sales support server is:
Upon receipt of the customer attribute request, including the financial institution business support for the client or et al before Symbol customer code, and search for the customer attribute from the database and sent to the financial institution business support for clients based on the customer attribute request ,
Upon receipt of the financial institution business support for the client or et al before Symbol explanation of important information history, as well as registered in association with each customer a heavy essential matters explained the history to the database, business daily report registration screen, including the explanation of important information history of the received Send the data to the financial institution sales support client,
Upon receipt of the financial institution business support for the client or et al before Symbol daily sales reports, financial institution business support system, characterized in that registers the business daily report in association with each customer to the database.
各金融商品の取引における前記重要事項が前記データベースに記憶されている場合、When the important matters in the transaction of each financial product are stored in the database,
前記金融機関営業支援用クライアントは、The financial institution sales support client is:
ユーザから各金融商品の取引に対応する前記重要事項を要求する入力を受け付けて前記金融機関営業支援用サーバへ送信する重要事項要求手段と、An important matter requesting means for receiving an input requesting the important matter corresponding to a transaction of each financial product from a user and transmitting the input to the financial institution sales support server;
前記金融機関営業支援用サーバから受信する重要事項を表示する重要事項表示手段を有し、Important matter display means for displaying important matters received from the financial institution sales support server,
前記金融機関営業支援用サーバは、The financial institution sales support server is:
前記金融機関営業支援用クライアントから受信した前記重要事項の要求に基づいて前記データベースから前記重要事項を前記金融機関営業支援用クライアントへ送信するBased on the important matter request received from the financial institution sales support client, the important matter is transmitted from the database to the financial institution sales support client.
ことを特徴とする請求項1記載の金融機関営業支援システム。The financial institution sales support system according to claim 1.
JP2001220412A 2001-07-19 2001-07-19 Financial institution sales support system, financial institution sales support server Expired - Fee Related JP4731751B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001220412A JP4731751B2 (en) 2001-07-19 2001-07-19 Financial institution sales support system, financial institution sales support server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001220412A JP4731751B2 (en) 2001-07-19 2001-07-19 Financial institution sales support system, financial institution sales support server

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2008069084A Division JP2008181553A (en) 2008-03-18 2008-03-18 Financial institution operation support system

Publications (2)

Publication Number Publication Date
JP2003030432A JP2003030432A (en) 2003-01-31
JP4731751B2 true JP4731751B2 (en) 2011-07-27

Family

ID=19054232

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001220412A Expired - Fee Related JP4731751B2 (en) 2001-07-19 2001-07-19 Financial institution sales support system, financial institution sales support server

Country Status (1)

Country Link
JP (1) JP4731751B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5056364B2 (en) * 2007-11-16 2012-10-24 沖電気工業株式会社 Automated trading system
JP5439214B2 (en) * 2010-02-10 2014-03-12 株式会社日立製作所 How to get product information

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000082184A (en) * 1998-09-04 2000-03-21 G & G Pharma Kk Pos system, information storing method for the pos system, and pos register
JP2001005862A (en) * 1999-06-25 2001-01-12 Fujitsu Ltd Sales support information reference system
JP2003167997A (en) * 2001-12-04 2003-06-13 Hitachi Kokusai Electric Inc Customer information management system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000082184A (en) * 1998-09-04 2000-03-21 G & G Pharma Kk Pos system, information storing method for the pos system, and pos register
JP2001005862A (en) * 1999-06-25 2001-01-12 Fujitsu Ltd Sales support information reference system
JP2003167997A (en) * 2001-12-04 2003-06-13 Hitachi Kokusai Electric Inc Customer information management system

Also Published As

Publication number Publication date
JP2003030432A (en) 2003-01-31

Similar Documents

Publication Publication Date Title
US6988097B2 (en) Negotiation system and method for electronic commerce
US7370007B2 (en) Catalog search agent
KR100854558B1 (en) Business branch system
JP2000148848A (en) Commodity comparison and sales supporting system
JP4731751B2 (en) Financial institution sales support system, financial institution sales support server
JP4628601B2 (en) Financial institution sales support system
KR100372919B1 (en) Electronic Commerce System and Selling Method in the Same
JP2008181553A (en) Financial institution operation support system
JP2003167997A (en) Customer information management system
JP4640719B2 (en) Financial institution sales support system
JP2003076887A (en) Used item transaction system, used item transaction support device and used item transaction method
JP2008181552A (en) Business support system for financial institution
JP2002269392A (en) Purchase agent supporting server using internet
JP4675007B2 (en) Financial product sales support system
JP4249536B2 (en) Electronic commerce system and electronic commerce server
JP4391669B2 (en) Online shopping system
KR20010107361A (en) Internet store multi-special method and internet store multi-special system
US20020138644A1 (en) Internet-based transaction management system
JP4681171B2 (en) Financial product sales support system
JP2009181156A (en) Customer information management system
JP2003006489A (en) Commodity reception and stock information presentation system
JP2001357263A (en) Electronic commerce management system and computer- readable information storage medium
JP2002133224A (en) Order receipt system
TW202001775A (en) Smart ordering system for completing the ordering of goods through the intelligent response of the manufacturer end operation interface
JP2008152812A (en) Financial institution business support system

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061106

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080318

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100702

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100720

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100916

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101109

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110106

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: 20110405

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110420

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140428

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4731751

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees