JP4238504B2 - Cash request acceptance system and control program thereof - Google Patents

Cash request acceptance system and control program thereof Download PDF

Info

Publication number
JP4238504B2
JP4238504B2 JP2002017816A JP2002017816A JP4238504B2 JP 4238504 B2 JP4238504 B2 JP 4238504B2 JP 2002017816 A JP2002017816 A JP 2002017816A JP 2002017816 A JP2002017816 A JP 2002017816A JP 4238504 B2 JP4238504 B2 JP 4238504B2
Authority
JP
Japan
Prior art keywords
approval
customer
reception
cash
cash request
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
JP2002017816A
Other languages
Japanese (ja)
Other versions
JP2003216821A (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.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
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 Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2002017816A priority Critical patent/JP4238504B2/en
Publication of JP2003216821A publication Critical patent/JP2003216821A/en
Application granted granted Critical
Publication of JP4238504B2 publication Critical patent/JP4238504B2/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】
【従来の技術】
今日、個人や企業といった顧客に対して金融機関から現金を配送するシステムとして現金受付配送システムが用いられている。このようなシステムに対して、顧客が現金を要求する場合、現金要求受付システムに電話やFAXによって申し込みを行う。
【0003】
図2は、従来の現金要求受付処理の説明図である。
先ず、顧客1は、現金要求受付システム2に架電し、オペレータに対して現金配送の申し込みを行う。あるいは、顧客1からFAXによる申し込みを行う(図中、▲1▼で示す)。尚、この例では顧客1がFAXを備えている場合を示している。
これにより、現金要求受付システム2では、オペレータが顧客1からの要求内容に対応した受付情報(電子化データ)を作成する。そして、作成した受付情報の確認のため、顧客1に対してその内容を記載した受付確認書FAXを送信する(図中、▲2▼で示す)。顧客1は、この受付確認書の内容を確認し、この内容で承認するならば、承認動作を行う(図中、▲3▼で示す)。この承認動作としては、上記の▲1▼の申し込みと同様に、オペレータに直接承認であることを伝える、あるいはFAXによる承認動作といったものである。
現金要求受付システム2では、顧客1からの承認が済むと、その現金要求内容を正式に受け付けたことを示す承認確認書をFAX送信する(図中、▲4▼で示す)。また、現金要求受付システム2では、所定の受付締切時刻を経過すると、顧客1から承認済みの受付データを日次単位で集計し、現金の管理を行う現金有高管理システム3や、実際の現金の配送を行う現金配送システム4に対して通知する。
【0004】
【発明が解決しようとする課題】
しかしながら、上記の現金要求受付システムでは、何らかの原因で、顧客1からの▲3▼承認が行われなかった場合、現金要求受付システム2では、集計処理の対象とはならず、そのまま承認未済データとしてデータベースに残ってしまっていた。また、顧客1が承認処理を忘れたままになっているような場合、顧客1が申し込んだ現金配送日になるまで顧客1が承認未済に気付かないといった事態も発生し、このような場合は重大な問題を発生する恐れがあった。
【0005】
【課題を解決するための手段】
本発明は、前述の課題を解決するため次の構成を採用する。
〈構成1〉
顧客からの現金要求を受け付けた後、当該受付内容の確認を顧客に対して行い、顧客からの承認処理が終了した後に、現金要求の集計処理を行う現金要求受付システムにおいて、顧客が承認したか否かを示す承認ステータスと、当該顧客の要求した現金の配送日に対し配送に要する日数に基づいて設定した承認期限の情報を有し、現金要求する顧客毎に作成される受付データテーブルを格納する受付情報データベースと、顧客から受け付けた現金要求の情報を受付データテーブルに格納すると共に、当該顧客から受けた承認通知の情報が入力された場合は、承認ステータスを承認済みに更新する受付処理部と、受付情報データベース中の受付データテーブルの承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データを管理側に出力する承認確認部と、受付データテーブルで承認ステータスが承認済みとなっている受付データを現金要求の集計データとして集計する集計部とを備えたことを特徴とする現金要求受付システム。
【0006】
〈構成2〉
構成1に記載の現金要求受付システムにおいて、承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データの顧客に対して、承認未済である旨のメッセージを音声自動応答により通知すると共に、顧客からの応答信号の入力によって承認通知を受け付ける受付処理部を備えたことを特徴とする現金要求受付システム。
【0007】
〈構成3〉
構成1に記載の現金要求受付システムにおいて、受付データテーブルにファクシミリの有無情報を設けた受付情報データベースと、ファクシミリを備え、かつ、承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データの顧客に対して、承認未済である旨のメッセージをファクシミリにより一斉通知する受付処理部を備えたことを特徴とする現金要求受付システム。
【0008】
〈構成4〉
構成1〜3のいずれかに記載の現金要求受付システムにおいて、承認期限が経過し、かつ、承認未済の受付データを削除する承認確認部を備えたことを特徴とする現金要求受付システム。
【0009】
〈構成5〉
顧客からの現金要求を受け付けた後、当該受付内容の確認を顧客に対して行い、顧客からの承認処理が終了した後に、現金要求の集計処理を行う現金要求受付システムのコンピュータを、顧客から受け付けた現金要求の情報を顧客毎に作成された受付データテーブルに格納すると共に、当該顧客から受けた承認通知の情報が入力された場合、顧客が承認したか否かを示す承認ステータスと、当該顧客の要求した現金の配送日に対し配送に要する日数に基づいて設定した承認期限の情報を有し、現金要求する顧客受付データテーブルを格納する受付情報データベースにおける承認ステータスを承認済みに更新する受付処理部と、受付情報データベース中の受付データテーブルの承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データを出力する承認確認部と、受付データテーブルで承認ステータスが承認済みとなっている受付データを現金要求の集計データとして集計する集計部として機能させることを特徴とする現金要求受付システムの制御用プログラム。
【0010】
〈構成6〉
構成5に記載の現金要求受付システムの制御用プログラムにおいて、現金要求受付システムのコンピュータを、承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データの顧客に対して、承認未済である旨のメッセージを音声自動応答により通知すると共に、顧客からの応答信号の入力によって承認通知を受け付ける受付処理部として機能させることを特徴とする現金要求受付システムの制御用プログラム。
【0011】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて詳細に説明する。
〈構成〉
図1は、本発明の現金要求受付システムの具体例を示す構成図である。
図示の現金要求受付システム100は、受付処理部101、受付情報データベース102、承認確認部103、集計部104、集計結果データベース105からなる。受付処理部101は、顧客1からの現金配送の申し込みを受け付け、かつ、この受付情報を受付情報データベース102に格納すると共に、受付確認の電話を行うための機能部である。また、受付処理部101は、顧客1からの承認情報の受付および承認確認の電話、更に、承認未済の顧客1に対する承認処理を促す電話をかけるための機能を有すると共に、承認情報を受け付けた場合は、受付情報データベース102中の後述する承認ステータスを承認済みに更新する機能を有している。受付情報データベース102は、顧客1からの受付情報を格納するためのデータベースである。
【0012】
図3は、受付情報データベース102中の受付データテーブルの説明図である。
受付データテーブルは、受付毎に作成されるデータテーブルである。この受付データテーブルは、その受付データテーブルを識別するための受付番号と、受付の日時を示す受付日時と、顧客1を識別するための顧客番号といったデータに加えて、承認ステータスと承認期限の項目を備えている。ここで、承認ステータスとは、顧客1からの承認が完了しているか否かを示すフラグである。また、承認期限とは、顧客1が要求した配送日に配送するには、いつまでに承認処理を完了しなければならないかを示す情報である。これは、配送システムとして、受付日から最短で何日後に配送可能かが、顧客1の配送先や配送ルート等の要因によって予め決定されているため、顧客1毎に事前に登録された内容である。尚、上述した顧客番号も登録時に設定された番号である。
【0013】
図1に戻って、承認確認部103は、所定時刻で起動され、受付情報データベース102中の受付データテーブルの承認期限が当日であり、かつ、承認ステータスが承認未済となっているデータを抽出し、これを管理者5に対して出力する機能を有している。また、集計開始時刻を経過した場合、受付情報データベース102から、承認未済となった受付データテーブルを削除する機能を有している。
集計部104は、承認確認部103にて承認確認がなされている受付データを金種・日付・配送場所に分類して集計し、これを集計結果データとして集計結果データベース105に格納する機能を有している。集計結果データベース105は、この集計結果データを格納するデータベースである。
尚、上記の受付処理部101は、顧客1との電話の受付および応答を行うための電話システムと、各機能に対応したソフトウェアおよびこれらソフトウェアを実行するためのCPUやメモリ等のハードウェアを備えたパーソナルコンピュータから構成されている。また、承認確認部103および集計部104は、それぞれの機能に対応したソフトウェアおよびこれらソフトウェアを実行するためのCPUやメモリ等のハードウェアから構成されている。
【0014】
〈動作〉
図4は、具体例の動作を示すフローチャートである。
先ず、現金要求受付システム100では、例えば午前9:00といった時刻になると、受付処理部101によって顧客1からの現金要求受付を開始する(ステップS1)。現金要求受付システム100では、この受付開始から例えば午後4:00の受付終了時刻まで、顧客1からの現金要求受付を行う。
また、例えば、本日分の受付終了時刻(例えば午後3:00)の30分前といった時刻に承認確認部103が承認未済データの抽出処理を開始するよう設定されており、ステップS1の受付開始後、この承認未済データ抽出時刻であるかを監視する(ステップS2)。ステップS2において、承認未済データ抽出時刻に達していない場合は、そのまま受付処理を行い(ステップS3)、ステップS4で本日分の受付終了時刻になるまでステップS2に戻って、承認未済抽出時刻の監視および受付処理を継続する。ここで、ステップS3の受付処理とは、受付処理部101を用いたオペレータによる電話受付および確認、電話による承認受付および承認確認といった処理である。また、受付処理部101は、顧客1からの承認情報が入力された場合は、受付情報データベース102中の承認ステータスを承認済みに更新する。
【0015】
承認確認部103では、ステップS2において承認未済データ抽出時刻に達すると、受付情報データベース102をアクセスし、各受付データテーブルの承認ステータスが承認未済となっており、かつ、承認期限が当日となっているデータを抽出する(ステップS5)。次に、抽出した承認未済データの一覧を現金要求受付システム100の管理者5(例えば、現金要求受付システム100のオペレータ)に対して帳票出力する(ステップS6)。これにより、管理者5は該当する顧客1に対して電話をかけて承認を促す。
ステップS4において、本日締切分の受付終了時刻に達すると、集計部104は本日締切分の集計処理を行う(ステップS7)。即ち、受付情報データベース102中の受付データで承認ステータスが承認済みとなっているものを、金種、配送日、配送先別に集計する。その後は、集計データを図示しない現金有高管理システムや現金配送システムに通知するが、これらの処理については従来と同様であるため、ここでの説明は省略する。また、承認確認部103は、本日締切分の受付が終了すると、承認期限経過後のデータを削除する(ステップS8)。尚、本日分の受付終了時刻以降の受付は翌日扱いとなる。
【0016】
〈効果〉
以上のように、上記具体例によれば、受付データとして承認ステータスと承認期限を設け、所定時刻に、承認期限が当日で、かつ、承認ステータスが承認未済となっているデータを出力するようにしたので、受付データにおける承認の有無が明確となり、従って、承認未済のままデータベースに残ってしまうことを防止することができる。更に、このようなデータを承認確認部103が削除するようにしたので、受付データの管理が確実となり、かつ、不用なデータによるデータベースの格納領域を減らすことができる。
【0017】
〈利用形態〉
上記具体例では、顧客1への通知手段としてオペレータによる顧客1への架電としたが、音声自動応答装置による通知および承認処理を行うようにしてもよい。即ち、受付処理部101を音声自動応答装置で構成する。尚、音声自動応答装置は、顧客1からのトーン信号の入力によって各種の処理を行うものであるが、これについては公知であるため、ここでの説明は省略する。そして、承認確認部103が承認未済のデータを抽出した場合は、そのデータを受け取って、顧客1に対して承認が未済である旨のメッセージを流し、かつ、音声自動応答による承認処理を同時に行うよう構成する。このようにすれば、承認未済通知と承認処理を連続して行うことができるため、確実な承認処理を行うことができる。また、このように受付処理部101を音声自動応答装置で構成した場合は、顧客1からの現金要求の受付、受付確認も音声自動応答により行うことができる。
また、顧客1への通知手段としてファクシミリを利用してもよい。この場合、受付処理部101がファクシミリ機能を有すると共に、顧客1の事前登録内容として、ファクシミリの有無を登録する。そして、受付データテーブル中の情報としてファクシミリの有無の情報を追加する。これにより、受付処理部101は、現金要求の受付および確認をファクシミリで行うと共に、承認未済でかつファクシミリ有りの顧客1に対してはファクシミリ一斉送信を行う。そして、承認確認部103は、ファクシミリなしの顧客についてのみ管理者5宛に帳票出力を行う。管理者5は、これに基づいて承認未済である旨の通知を顧客に対して行う。このように構成することにより、オペレータの負担が軽減され、省力化と業務効率の向上を図ることができる。
【0018】
尚、上記具体例では、承認未済データの抽出時刻として本日締切分の受付終了時刻30分前としたが、これに限定されるものではない。例えば、受付開始後の午前中に抽出処理を行い、承認未済の顧客に対して連絡するよう構成してもよい。
また、上記具体例では、顧客1への通知手段として電話(音声自動応答を含む)やファクシミリとしたが、これ以外でも、電子メール等、顧客1との連絡が確実に行えるものであればどのようなものであっても適用可能である。
【図面の簡単な説明】
【図1】本発明の現金要求受付システムの具体例を示す構成図である。
【図2】従来の現金要求受付処理の説明図である。
【図3】受付データテーブルの説明図である。
【図4】具体例の動作を示すフローチャートである。
【符号の説明】
1 顧客
100 現金要求受付システム
101 受付処理部
102 受付情報データベース
103 承認確認部
104 集計部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a cash request reception system that performs reception, aggregation, management, etc. of cash request processing from a customer, and particularly relates to handling of unapproved data after the cash request reception deadline.
[0002]
[Prior art]
Today, a cash acceptance delivery system is used as a system for delivering cash from financial institutions to customers such as individuals and companies. When a customer requests cash for such a system, an application is made to the cash request acceptance system by telephone or FAX.
[0003]
FIG. 2 is an explanatory diagram of a conventional cash request acceptance process.
First, the customer 1 makes a call to the cash request receiving system 2 and applies for cash delivery to the operator. Alternatively, the customer 1 makes an application by FAX (indicated by (1) in the figure). In this example, the customer 1 is provided with a FAX.
Thereby, in the cash request reception system 2, the operator creates reception information (digitized data) corresponding to the request content from the customer 1. Then, in order to confirm the created reception information, a reception confirmation document FAX describing the contents is transmitted to the customer 1 (indicated by (2) in the figure). If the customer 1 confirms the contents of the acceptance confirmation document and approves the contents, the customer 1 performs an approval operation (indicated by (3) in the figure). As the approval operation, as in the case of the application (1), the operator is notified directly of the approval, or an approval operation by FAX.
When the approval from the customer 1 is completed, the cash request acceptance system 2 transmits an approval confirmation letter indicating that the cash request content has been officially received (indicated by (4) in the figure). In addition, in the cash request acceptance system 2, when the predetermined acceptance deadline has passed, the cash receipt management system 3 that collects the acceptance data approved by the customer 1 on a daily basis and manages the cash, or the actual cash This is notified to the cash delivery system 4 that performs the delivery.
[0004]
[Problems to be solved by the invention]
However, in the above cash request acceptance system, if (3) approval from the customer 1 is not performed for some reason, the cash request acceptance system 2 is not subject to tabulation processing and remains as unapproved data. It was left in the database. In addition, if customer 1 has forgotten the approval process, it may happen that customer 1 does not realize that approval has not been completed until the date of cash delivery that customer 1 applied for. Could cause serious problems.
[0005]
[Means for Solving the Problems]
The present invention employs the following configuration in order to solve the above-described problems.
<Configuration 1>
After accepting a cash request from a customer, the customer confirms the details of the receipt, and after the approval process from the customer is completed, whether the customer has approved in the cash request acceptance system that performs the cash request counting process Stores an acceptance data table created for each customer who requests cash, with approval status indicating whether or not, and information on the expiration date set based on the number of days required for delivery for the cash delivery date requested by the customer The reception information database and the cash request information received from the customer are stored in the reception data table, and when the approval notification information received from the customer is input , the reception processing unit updates the approval status to approved. And the acceptance data in the acceptance data table in the acceptance information database is the acceptance date and the acceptance status is not yet approved Cash request reception system comprising: the authorization check section, and a counting unit that counts the reception data approval status at the reception data table has become accepted as an aggregate data cash request to be output to the management side.
[0006]
<Configuration 2>
Notified in the cash request receiving system according to Structure 1, is approved deadline day, and, for customer acceptance data approval status says approve pending, a message indicating that the authorization pending by Voice Response In addition, a cash request receiving system comprising a reception processing unit that receives an approval notification by inputting a response signal from a customer.
[0007]
<Configuration 3>
In the cash request reception system described in Configuration 1, the reception data database includes a reception information database in which the presence / absence information of a facsimile is provided, a facsimile, an approval deadline is that day, and an approval status is not yet approved. A cash request receiving system comprising: a reception processing unit for simultaneously notifying a customer of received reception data by facsimile that a message indicating that approval has not been completed.
[0008]
<Configuration 4>
The cash request reception system according to any one of Configurations 1 to 3, further comprising an approval confirmation unit that deletes reception data for which an expiration date has passed and approval has not been completed.
[0009]
<Configuration 5>
After accepting the cash request from the customer, the customer confirms the details of the receipt, and after the approval process from the customer is completed, accepts the computer of the cash request acceptance system that performs the cash request counting process from the customer. Information on the cash request received in the reception data table created for each customer, and when the information of the approval notification received from the customer is entered, the approval status indicating whether or not the customer has approved, and the customer have of the requested delivery date for the approval time limit set on the basis of the number of days required for delivery information of cash, to update the approval status to approved in accepting information database that stores the reception data table of customers who cash request The acceptance deadline for the acceptance processing unit and the acceptance data table in the acceptance information database is the same day, and the approval status is not yet approved. Cash request reception system, which functions as an approval confirmation unit for outputting received reception data and a totaling unit for counting reception data whose approval status has been approved in the reception data table as total data for cash requests Control program.
[0010]
<Configuration 6>
In the control program for the cash request acceptance system described in Configuration 5, the computer of the cash request acceptance system is approved for a customer of the receipt data whose approval deadline is that day and whose approval status is not yet approved. A control program for a cash request receiving system, which notifies a message indicating that it has not been completed by an automatic voice response and functions as a reception processing unit for receiving an approval notification by inputting a response signal from a customer .
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail using specific examples.
<Constitution>
FIG. 1 is a configuration diagram showing a specific example of the cash request receiving system of the present invention.
The illustrated cash request receiving system 100 includes a reception processing unit 101, a reception information database 102, an approval confirmation unit 103, a totaling unit 104, and a totaling result database 105. The reception processing unit 101 is a functional unit for receiving an application for cash delivery from the customer 1 and storing this reception information in the reception information database 102 and making a reception confirmation call. In addition, the reception processing unit 101 has a function for accepting approval information from the customer 1 and making a phone call for confirming the approval, and further making a call for prompting an approval process for the customer 1 who has not been approved, and when receiving the approval information. Has a function of updating an approval status described later in the reception information database 102 to “approved”. The reception information database 102 is a database for storing reception information from the customer 1.
[0012]
FIG. 3 is an explanatory diagram of a reception data table in the reception information database 102.
The reception data table is a data table created for each reception. In addition to data such as a reception number for identifying the reception data table, a reception date and time indicating reception date and time, and a customer number for identifying customer 1, this reception data table includes items of approval status and approval deadline. It has. Here, the approval status is a flag indicating whether or not the approval from the customer 1 is completed. Further, the approval deadline is information indicating by which time the approval process must be completed for delivery on the delivery date requested by the customer 1. This is because the delivery system determines in advance the number of days after delivery that can be delivered by factors such as the delivery destination and delivery route of the customer 1. is there. The customer number described above is also a number set at the time of registration.
[0013]
Returning to FIG. 1, the approval confirmation unit 103 extracts data that is activated at a predetermined time, the approval date of the reception data table in the reception information database 102 is the current day, and the approval status is not yet approved. , And has a function of outputting this to the manager 5. Further, when the counting start time has elapsed, the reception information database 102 has a function of deleting the reception data table that has not been approved.
The totaling unit 104 has a function of classifying the received data that has been confirmed by the approval confirming unit 103 into denominations / dates / delivery places and totaling the data, and storing the data in the totaling result database 105 as totaling result data. is doing. The aggregation result database 105 is a database that stores the aggregation result data.
The reception processing unit 101 includes a telephone system for receiving and responding to calls with the customer 1, software corresponding to each function, and hardware such as a CPU and memory for executing the software. Personal computer. Further, the approval confirmation unit 103 and the totaling unit 104 are configured by software corresponding to each function and hardware such as a CPU and a memory for executing the software.
[0014]
<Operation>
FIG. 4 is a flowchart showing the operation of the specific example.
First, in the cash request reception system 100, for example, at 9:00 am, the reception processing unit 101 starts receiving a cash request from the customer 1 (step S1). In the cash request reception system 100, the cash request reception from the customer 1 is performed from the reception start to the reception end time of 4:00 pm, for example.
For example, the approval confirmation unit 103 is set to start extraction processing of unapproved data at a time such as 30 minutes before today's reception end time (for example, 3:00 pm). Then, it is monitored whether or not it is the unapproved data extraction time (step S2). In step S2, if the unapproved data extraction time has not been reached, the reception process is performed as it is (step S3), and the process returns to step S2 until the reception end time for today is reached in step S4 to monitor the unapproved extraction time. And the reception process continues. Here, the reception process of step S3 is a process such as telephone reception and confirmation by an operator using the reception processing unit 101, approval reception and approval confirmation by telephone. In addition, when the approval information from the customer 1 is input, the reception processing unit 101 updates the approval status in the reception information database 102 to “approved”.
[0015]
In the approval confirmation unit 103, when the unapproved data extraction time is reached in step S2, the reception information database 102 is accessed, the approval status of each reception data table is unapproved, and the approval deadline is the current day. Existing data is extracted (step S5). Next, a list of the extracted unapproved data is output to the manager 5 of the cash request receiving system 100 (for example, an operator of the cash request receiving system 100) (step S6). Thereby, the manager 5 calls the corresponding customer 1 and prompts for approval.
In step S4, when the acceptance end time for today's deadline is reached, the counting unit 104 performs a counting process for today's deadline (step S7). That is, the received data in the received information database 102 whose approval status has been approved is tabulated by denomination, delivery date, and delivery destination. Thereafter, the total data is notified to a cash management system and a cash delivery system (not shown). Since these processes are the same as those in the related art, description thereof is omitted here. Further, when the acceptance for today's deadline is completed, the approval confirmation unit 103 deletes the data after the approval deadline has passed (step S8). In addition, reception after today's reception end time will be handled the next day.
[0016]
<effect>
As described above, according to the above specific example, the approval status and the approval deadline are set as the reception data, and the data whose approval deadline is the current day and the approval status is unapproved is output at a predetermined time. As a result, the presence or absence of approval in the received data is clarified, and therefore it is possible to prevent the approval data from remaining in the database without being approved. Furthermore, since the approval confirmation unit 103 deletes such data, the management of the received data is ensured, and the storage area of the database with unnecessary data can be reduced.
[0017]
<Usage form>
In the above specific example, the call to the customer 1 by the operator is used as the means for notifying the customer 1, but notification and approval processing by the voice automatic response device may be performed. That is, the reception processing unit 101 is composed of an automatic voice response device. Note that the automatic voice response apparatus performs various processes in response to the input of a tone signal from the customer 1, but since this is well known, the description thereof is omitted here. When the approval confirmation unit 103 extracts unapproved data, the data is received, a message indicating that the approval has not been completed is sent to the customer 1, and the approval process by the automatic voice response is simultaneously performed. Configure as follows. In this way, since the approval incomplete notification and the approval process can be performed continuously, a reliable approval process can be performed. In addition, when the reception processing unit 101 is configured as an automatic voice response device in this way, it is possible to receive a cash request from the customer 1 and confirm reception by an automatic voice response.
A facsimile may be used as means for notifying the customer 1. In this case, the reception processing unit 101 has a facsimile function and registers the presence / absence of a facsimile as the pre-registration contents of the customer 1. Then, information on the presence / absence of a facsimile is added as information in the reception data table. As a result, the reception processing unit 101 receives and confirms the cash request by facsimile, and simultaneously transmits the facsimile to the customer 1 who has not been approved and has the facsimile. Then, the approval confirmation unit 103 outputs a form to the administrator 5 only for a customer without a facsimile. Based on this, the manager 5 notifies the customer that the approval has not been made. With this configuration, the burden on the operator can be reduced, and labor saving and improvement in work efficiency can be achieved.
[0018]
In the above specific example, the extraction time of unapproved data is 30 minutes before the acceptance end time for today's deadline, but the present invention is not limited to this. For example, the extraction process may be performed in the morning after the start of reception, and a customer who has not been approved may be contacted.
In the above specific example, the telephone 1 (including automatic voice response) and facsimile are used as means for notifying the customer 1, but any other means can be used to reliably contact the customer 1, such as e-mail. Even such a thing is applicable.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing a specific example of a cash request receiving system of the present invention.
FIG. 2 is an explanatory diagram of a conventional cash request acceptance process.
FIG. 3 is an explanatory diagram of a reception data table.
FIG. 4 is a flowchart showing the operation of a specific example.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Customer 100 Cash request reception system 101 Reception processing part 102 Reception information database 103 Approval confirmation part 104 Total part

Claims (6)

顧客からの現金要求を受け付けた後、当該受付内容の確認を顧客に対して行い、顧客からの承認処理が終了した後に、前記現金要求の集計処理を行う現金要求受付システムにおいて、
顧客が承認したか否かを示す承認ステータスと、当該顧客の要求した現金の配送日に対し配送に要する日数に基づいて設定した承認期限の情報を有し、現金要求する顧客毎に作成される受付データテーブルを格納する受付情報データベースと、
顧客から受け付けた現金要求の情報を前記受付データテーブルに格納すると共に、当該顧客から受けた承認通知の情報が入力された場合は、前記承認ステータスを承認済みに更新する受付処理部と、
前記受付情報データベース中の受付データテーブルの承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データを管理側に出力する承認確認部と、
前記受付データテーブルで承認ステータスが承認済みとなっている受付データを現金要求の集計データとして集計する集計部とを備えたことを特徴とする現金要求受付システム。
After accepting a cash request from a customer, confirm the content of the receipt to the customer, and after the approval process from the customer is completed, in the cash request acceptance system that performs the aggregation process of the cash request,
It has an approval status indicating whether or not the customer has approved, and information on the expiration date set based on the number of days required for delivery for the cash delivery date requested by the customer, and is created for each customer requesting cash A reception information database for storing a reception data table;
While storing the information of the cash request received from the customer in the reception data table, when the information of the approval notification received from the customer is input , the reception processing unit that updates the approval status to approved,
An approval confirmation unit for outputting to the management side the reception data where the approval deadline of the reception data table in the reception information database is the current day and the approval status is not yet approved;
A cash request receiving system, comprising: a totaling unit that counts reception data whose approval status is approved in the reception data table as total data of cash requests.
請求項1に記載の現金要求受付システムにおいて、
承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データの顧客に対して、承認未済である旨のメッセージを音声自動応答により通知すると共に、顧客からの応答信号の入力によって承認通知を受け付ける受付処理部を備えたことを特徴とする現金要求受付システム。
In the cash request reception system according to claim 1,
A message indicating that the approval is not completed is notified to the customer of the reception data whose approval deadline is the current day and the approval status is not approved by voice automatic response, and by inputting a response signal from the customer A cash request receiving system comprising a reception processing unit for receiving an approval notification.
請求項1に記載の現金要求受付システムにおいて、
受付データテーブルにファクシミリの有無情報を設けた受付情報データベースと、
ファクシミリを備え、かつ、承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データの顧客に対して、承認未済である旨のメッセージをファクシミリにより一斉通知する受付処理部を備えたことを特徴とする現金要求受付システム。
In the cash request reception system according to claim 1,
A reception information database in which the presence / absence information of a facsimile is provided in the reception data table;
Equipped with a reception processing unit that has a facsimile and a notification to the effect that the approval deadline is the same day and that the approval status is unapproved. Cash request acceptance system characterized by that.
請求項1〜3のいずれかに記載の現金要求受付システムにおいて、
承認期限が経過し、かつ、承認未済の受付データを削除する承認確認部を備えたことを特徴とする現金要求受付システム。
In the cash request reception system in any one of Claims 1-3,
A cash request reception system comprising an approval confirmation unit that deletes reception data whose approval deadline has passed and approval has not been completed.
顧客からの現金要求を受け付けた後、当該受付内容の確認を顧客に対して行い、顧客からの承認処理が終了した後に、前記現金要求の集計処理を行う現金要求受付システムのコンピュータを、
顧客から受け付けた現金要求の情報を顧客毎に作成された受付データテーブルに格納すると共に、当該顧客から受けた承認通知の情報が入力された場合、顧客が承認したか否かを示す承認ステータスと、当該顧客の要求した現金の配送日に対し配送に要する日数に基づいて設定した承認期限の情報を有し、現金要求する顧客の前記受付データテーブルを格納する受付情報データベースにおける前記承認ステータスを承認済みに更新する受付処理部と、
前記受付情報データベース中の受付データテーブルの承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データを出力する承認確認部と、
前記受付データテーブルで承認ステータスが承認済みとなっている受付データを現金要求の集計データとして集計する集計部として機能させることを特徴とする現金要求受付システムの制御用プログラム。
After accepting the cash request from the customer, confirm the content of the receipt to the customer, and after the approval process from the customer is finished, the computer of the cash request acceptance system that performs the aggregation processing of the cash request,
The information on the cash request received from the customer is stored in the reception data table created for each customer, and when the information on the approval notification received from the customer is input, the approval status indicating whether the customer has approved or not , and a the customer requested delivery date to approval limit that is set based on the number of days required for delivery information for cash, the approval status of the reception information database that stores the reception data table of the customer cash request An acceptance processing unit to update to approved,
An approval confirmation unit for outputting the reception data whose approval deadline of the reception data table in the reception information database is the current day and whose approval status is unapproved;
A control program for a cash request reception system, wherein the reception data whose approval status is already approved in the reception data table is caused to function as a totaling unit that totals as total data of cash requests.
請求項5に記載の現金要求受付システムの制御用プログラムにおいて、
現金要求受付システムのコンピュータを、
承認期限が当日であり、かつ、承認ステータスが承認未済となっている受付データの顧客に対して、承認未済である旨のメッセージを音声自動応答により通知すると共に、顧客からの応答信号の入力によって承認通知を受け付ける受付処理部として機能させることを特徴とする現金要求受付システムの制御用プログラム。
In the control program of the cash request reception system according to claim 5,
Cash request acceptance system computer
A message indicating that the approval is not completed is notified to the customer of the reception data whose approval deadline is the current day and the approval status is not approved by voice automatic response, and by inputting a response signal from the customer A control program for a cash request receiving system, which functions as a reception processing unit that receives an approval notification.
JP2002017816A 2002-01-28 2002-01-28 Cash request acceptance system and control program thereof Expired - Fee Related JP4238504B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002017816A JP4238504B2 (en) 2002-01-28 2002-01-28 Cash request acceptance system and control program thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002017816A JP4238504B2 (en) 2002-01-28 2002-01-28 Cash request acceptance system and control program thereof

Publications (2)

Publication Number Publication Date
JP2003216821A JP2003216821A (en) 2003-07-31
JP4238504B2 true JP4238504B2 (en) 2009-03-18

Family

ID=27653377

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002017816A Expired - Fee Related JP4238504B2 (en) 2002-01-28 2002-01-28 Cash request acceptance system and control program thereof

Country Status (1)

Country Link
JP (1) JP4238504B2 (en)

Also Published As

Publication number Publication date
JP2003216821A (en) 2003-07-31

Similar Documents

Publication Publication Date Title
US20140195276A1 (en) Ticket transfer
JP2007328381A (en) Authentication system and method in internet banking
CN109657899B (en) Item processing method, device, equipment and readable storage medium
US20030099337A1 (en) Method and apparatus for exchanging data between a primary computer system and an external computer system to ensure transactional reconciliation between the systems
JP2002358417A (en) Method, system, and program for banking processing
JP4452459B2 (en) Remittance management method and remittance management program
JP4238504B2 (en) Cash request acceptance system and control program thereof
JP2003178006A (en) Communication system, communication method, action executing device and program for action executing device
CN113191757A (en) Bank business control method, device, server and storage medium
JP2001357206A (en) Load operation management system
JP2018163628A (en) Transaction support system and transaction support method
US20080034050A1 (en) Process Integrated Messaging
JP2021105995A (en) Monitoring device, financial transaction system, and program
JP3310190B2 (en) Unattended contract reception device
JP2001319058A (en) Financial processing system, system processing method of financial processing system, and recording medium with recorded program for the same
JP2020126479A (en) Reception processing device, control method, program, and system
JP2007286931A (en) Information processor, method, and program
JP3833604B2 (en) Transfer request method
JP5590946B2 (en) Billing management apparatus, billing management program, and billing management system
JP4620993B2 (en) Payment support program
JP4379933B2 (en) Information terminal equipment
KR100718184B1 (en) Contents-certified server of providing contents-certified service and method for operating the server
JP2001209720A (en) Admission procedure device
JP2003345983A (en) Seal registration system, window terminal, officer platform terminal, business parlor server, seal registration server, web server, and program therefor
JP2002298036A (en) System and method for contract using portable terminal

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041228

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050317

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070515

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070717

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080408

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080606

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

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

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

Free format text: PAYMENT UNTIL: 20120109

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4238504

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

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

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

Free format text: PAYMENT UNTIL: 20120109

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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

Free format text: PAYMENT UNTIL: 20130109

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20140109

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees