JP2013196102A - System, method, and program for discounting electronically recorded monetary claim - Google Patents
System, method, and program for discounting electronically recorded monetary claim Download PDFInfo
- Publication number
- JP2013196102A JP2013196102A JP2012059905A JP2012059905A JP2013196102A JP 2013196102 A JP2013196102 A JP 2013196102A JP 2012059905 A JP2012059905 A JP 2012059905A JP 2012059905 A JP2012059905 A JP 2012059905A JP 2013196102 A JP2013196102 A JP 2013196102A
- Authority
- JP
- Japan
- Prior art keywords
- discount
- amount
- request
- obligor
- extreme
- 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
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000012545 processing Methods 0.000 claims description 7
- 230000008520 organization Effects 0.000 claims description 2
- 230000015556 catabolic process Effects 0.000 abstract 1
- 238000012546 transfer Methods 0.000 description 5
- 238000012790 confirmation Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、電子記録債権の割引のためのシステムおよび方法に関し、より詳細には、電子記録債権の支払企業(以下、「原債務者」という)と割引依頼人の双方の信用力に基づいて、電子記録債権の割引実行の可否を自動的に判定するシステムおよび方法に関する。 The present invention relates to a system and method for discounting electronic record receivables, and more specifically, based on the creditworthiness of both a company that pays electronic record receivables (hereinafter referred to as “original debtor”) and a discount client. The present invention also relates to a system and method for automatically determining whether or not a discount can be executed on an electronic record bond.
企業間取引の決済手段として、しばしば手形が用いられる。手形決済では、手形を振り出した支払企業(振出人)は、支払期日までに所定の口座に資金を入金すればよく、一方、手形の受取企業は、支払期日以降に手形を金融機関に持ち込むことで資金の支払を受けることができる。受取企業(割引依頼人)は、金融機関に手形の割引を依頼することで支払期日の前に手形を現金化することもできる。 Bills are often used as a means of settlement for business-to-business transactions. In bill settlement, the paying company (drawer) who has drawn up the bill only has to deposit funds into the specified account by the due date, while the bill receiving company must bring the bill to the financial institution after the due date. You can get paid for The receiving company (discount client) can also cash the bill before the due date by requesting a discount from the financial institution.
ところで、平成20年12月1日に電子記録債権法が施行され、従来の紙ベースの手形や売掛債権に代わる新たな決済手段として、電子記録債権(以下、「電子債権」という)が導入された。電子債権によると、利用者は取引銀行を通じて、全国銀行協会によって設立された電子債権記録機関である全銀電子債権ネットワーク(以下、「でんさいネット」という)の記録原簿に電子的な記録を行うことで、債権の発生や譲渡、支払などの手続を行うことができる。例えば、支払企業が、発生させる電子債権の債権金額、支払期日、債権者などを指定し、自身の取引銀行を通じて発生記録請求を行うと、でんさいネットの記録原簿に電子債権の「発生記録」が記録される。これにより、その支払企業が債務者(原債務者)となる電子債権が発生し、支払期日になると、指定した債権金額が支払企業の口座から自動的に引き落されて、債権者である受取企業の口座に自動的に入金されることとなる。また、受取企業は、取引銀行に電子債権の割引依頼を申し込むことができ、従来の紙ベースの手形債権ではできなかった分割割引をすることもできる。 By the way, the Electronically Recorded Receivables Law came into effect on December 1, 2008, and electronically-recorded receivables (hereinafter referred to as “electronic receivables”) were introduced as a new payment method to replace conventional paper-based bills and accounts receivable. It was done. According to electronic credits, users can record electronic records in the record book of the Zengin Electronic Credit Network (hereinafter referred to as “Densai Net”), which is an electronic credit recording organization established by the National Bank Association. By doing so, procedures such as the generation, transfer, and payment of receivables can be performed. For example, when a paying company designates the amount of an electronic receivable to be generated, the due date, the creditor, etc., and requests an occurrence record through its own bank, Is recorded. As a result, an electronic receivable in which the paying company becomes a debtor (original debtor) is generated, and when the due date is reached, the specified receivable amount is automatically withdrawn from the paying company's account, It will be automatically deposited into the company account. In addition, the receiving company can apply for a discount request for electronic receivables from the bank, and can also perform split discounts that were not possible with conventional paper-based bill receivables.
金融機関は、割引依頼人から割引依頼を受けると、依頼された割引を実行できるかどうかを審査する。割引実行可否の審査において、金融機関は、例えば、割引手形の買い戻しなどの可能性から割引依頼人(受取企業)の信用力を考慮する。また、振出人が支払期日までに資金を入金することが前提となるため、手形の振出人(支払企業)の信用力(例えば、支払能力など)も考慮する必要がある。しかしながら、従来の紙ベースの手形債権の場合、支払企業が全体としてどのくらいの支払債務を有しているかなどを把握することは困難であった。このため、割引依頼を受けた金融機関は、割引実行可否を審査する上で、それまでの取引実績や業務形態、各企業の与信格付けなどに基づいて振出人(支払企業)および割引依頼人(受取企業)の信用力を個々に評価していた。 When a financial institution receives a discount request from a discount client, the financial institution examines whether or not the requested discount can be executed. In the examination of whether or not the discount can be executed, the financial institution considers the creditworthiness of the discount requester (receiving company) from the possibility of, for example, buying back a discount bill. In addition, since it is assumed that the depositor deposits funds by the due date, it is necessary to consider the creditworthiness (for example, ability to pay) of the drafter (payment company) of the bill. However, in the case of conventional paper-based bill receivables, it has been difficult to ascertain how much the payment company has as a whole. For this reason, a financial institution that has received a discount request examines whether or not the discount can be executed, and based on the past transaction results, business form, credit rating of each company, etc., the creditor (paying company) and discount requester ( Receiving company) was evaluated individually.
電子債権においても、割引実行における審査は同様に必要とされる。さらに、電子債権の場合、インターネットバンキングなどを介して割引依頼を行うことが可能になるため、金融機関は、割引実行可否をより迅速に判断して、審査結果を割引依頼人に通知することが求められることとなる。しかしながら、例えば、金融機関の担当者が、取引実績や業務形態、各企業の与信格付などに基づいて、原債務者(支払企業)および割引依頼人(受取企業)の信用力を個々に評価して割引実行可否を審査するという、従来の方法では、審査結果を即座に提供することは困難である。 The same applies to electronic claims. Furthermore, in the case of electronic receivables, it becomes possible to make a discount request via internet banking, etc., so financial institutions can more quickly determine whether or not discounts can be executed and notify the discount client of the examination results. It will be required. However, for example, a person in charge of a financial institution individually evaluates the creditworthiness of the underlying debtor (paying company) and discount client (receiving company) based on the transaction results, business form, credit rating of each company, etc. In the conventional method of examining whether or not discounts can be executed, it is difficult to provide the examination results immediately.
したがって、原債務者と割引依頼人の双方の信用力を考慮しつつ、電子債権の割引実行の可否を自動的に判定するための仕組みが必要とされる。 Therefore, there is a need for a mechanism for automatically determining whether or not the discount of the electronic bond can be executed while considering the creditworthiness of both the underlying debtor and the discount client.
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、電子債権の割引を自動的に行うためのシステムおよび方法を提供することにある。 The present invention has been made in view of such problems, and an object of the present invention is to provide a system and method for automatically discounting an electronic bond.
このような目的を達成するために、本発明の第1の態様に係る電子債権の割引実行可否を自動的に判定するためのシステムは、電子債権の原債務者毎に、各原債務者の電子債権に対する割引実行を許容する上限額として予め設定した許容極度額と、各原債務者の電子債権に対して実行が確定した割引の合計額を示す合計割引額とを記憶した原債務者極度額テーブルと、電子債権の利用者毎に、各利用者による割引依頼を許容する上限額として予め設定した割引極度額と、各利用者による割引依頼に対して実行が確定した割引依頼の合計額を示す合計割引依頼額とを記憶した割引依頼人極度額テーブルとを備える。また、上記システムは、電子債権の記録機関および割引依頼人の端末とネットワークを介して接続され、割引依頼人の端末から、割引すべき電子債権の情報と割引依頼金額とを指定した1または複数の割引依頼明細を含む割引依頼請求を受信するでんさいネット連携システムと、割引依頼人の端末からの割引依頼請求の割引実行の可否を判定する割引実行可否判定部を備える。 In order to achieve such an object, a system for automatically determining whether or not a discount for an electronic bond according to the first aspect of the present invention can be executed is provided for each underlying debtor of the electronic debt. The ultimate obligor extreme that memorizes the allowable maximum amount that is preset as the upper limit amount that allows the execution of discounts on electronic receivables, and the total discount amount that indicates the total amount of discounts that have been confirmed for each obligor's electronic receivables The total amount of discount requests that are set in advance as the maximum amount allowed for each user's discount request, and the amount of discount requests that have been confirmed for each user. A discount requester extreme amount table storing a total discount request amount indicating. In addition, the system is connected to the electronic claim repositories and the discount requester's terminal via the network, and the discount requester's terminal specifies the electronic claim information to be discounted and the discount request amount. A discount network request system including a discount request request including a discount request statement, and a discount execution determination unit for determining whether or not a discount request request can be executed from a discount requester's terminal.
割引実行可否判定部は、割引依頼請求の割引依頼明細毎に、電子債権の原債務者を特定し、原債務者極度額テーブルから、原債務者の許容極度額と合計割引額とを取得し、原債務者の許容極度額に、指定された割引依頼金額の割引を実行するための空き枠があるどうかを判定する。原債務者の許容極度額に空き枠がないと判定したとき、割引依頼人極度額テーブルから、割引依頼人の割引極度額と合計割引依頼額とを取得し、割引依頼人の割引極度額に、指定された割引依頼金額の割引を実行するための空き枠があるかどうかを判定する。原債務者の許容極度額に空き枠があると判定したとき、または(原債務者の許容極度額に空き枠はないが)割引依頼人の割引極度額に空き枠があると判定したとき、割引依頼明細の割引の実行を許可するように構成される。 The discount execution determination unit identifies the obligor of the electronic bond for each discount request details of the request for discount request, and obtains the allowable maximum amount of the obligor and the total discount amount from the obligor extreme amount table. Then, it is determined whether or not the allowable extreme amount of the obligor has a vacant frame for executing the discount of the designated discount request amount. When it is determined that there is no vacancy in the allowable maximum amount of the obligor, the discount requester's discount limit amount and the total discount request amount are obtained from the discount requester limit amount table, and the discount requester's discount limit amount is obtained. Then, it is determined whether there is a vacant frame for executing a discount for the designated discount request amount. When it is determined that there is a vacancy in the allowable maximum amount of the obligor, or (there is no vacancy in the allowable maximum amount of the obligor), it is determined that there is a vacancy in the discount requester's discount maximum amount, Configured to allow discounts on discount request items.
さらに、本発明の第2の態様に係るシステムは、割引依頼請求に含まれる全ての割引依頼明細の割引依頼金額の合計が、割引依頼人の割引極度額の空き枠内であるかどうかを判定し、空き枠があるときにのみ割引依頼請求の割引の実行を許可するように構成される。 Furthermore, the system according to the second aspect of the present invention determines whether or not the sum of the discount request amounts of all discount request details included in the discount request request is within the free space of the discount requester's discount extreme amount. The discount request request is executed only when there is a vacant frame.
これにより、原債務者の許容極度額および割引依頼人の割引極度額に基づいて電子債権の割引実行可否を判定することが可能になる。 As a result, it is possible to determine whether or not the electronic bond can be discounted based on the allowable maximum amount of the obligor and the discount maximum amount of the discount client.
以上説明したように、本発明によれば、原債務者の許容極度額および割引依頼人の割引極度額に基づいて電子債権の割引実行可否を判定するため、原債務者と割引依頼人の双方の信用力を考慮しつつ、電子債権の割引実行の可否を自動的かつ迅速に判定することが可能になる。 As described above, according to the present invention, in order to determine whether or not the electronic bond can be discounted based on the allowable extreme amount of the obligor and the discount extreme amount of the discount client, both the obligor and the discount client It is possible to automatically and promptly determine whether or not discounts on electronic receivables can be executed while taking into account the creditworthiness of the customer.
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
図1は、本発明に係る全体的なシステム環境を示すブロック図である。図1の例において、銀行システム100は、でんさいネットの利用者(例えば、利用者A、Z)の取引銀行のシステムであり、でんさいネット連携システム(DRS)110、稟議システム120、原債務者情報DB130、および割引実行可否判定部140を備える。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram showing an overall system environment according to the present invention. In the example of FIG. 1, the
でんさいネット連携システム(DRS)110は、でんさいネット170と連携する機能を有するシステムであり、でんさいネットにおける電子債権情報を管理する。DRSシステム110は、でんさいネット170と利用者の端末150および160との間に位置しており、でんさいネット170および利用者の端末150、160とネットワークを介して接続される。でんさいネット170は、上記した電子債権記録機関であり、利用者は、DRSシステム110を通じて、でんさいネット170が提供するサービスを利用することができる。DRSシステム110は、例えば、利用者の端末150、160から電子債権に関する記録請求(例えば、発生記録請求や譲渡記録請求、割引依頼請求など)を受け付け、受付結果をでんさいネット170に送信する。これにより、電子債権の発生、譲渡、割引などがでんさいネット170の記録原簿(図示せず)に記録される。
The Densai Net Cooperation System (DRS) 110 is a system having a function to cooperate with the Densai Net 170, and manages electronic bond information on the Densai Net. The
DRSシステム110は、でんさいネットにおける利用者の電子債権情報を格納する電子債権明細DB112を有する。電子債権明細DB112は、銀行システム100を通じて記録原簿への記録が行われた電子債権に関する各種情報、例えば、各電子債権の記録番号、債権金額、支払期日、債権者および原債務者の情報(例えば、名前、決済口座など)、割引情報などを格納する。DRSシステム110は、上記したように利用者の端末150,160から電子債権の記録請求を受け付けると、受付結果をでんさいネット170に送信するとともに、電子債権明細DB112を更新する。例えば、利用者Zの端末150から電子債権の割引依頼請求を受け取ると、DRSシステム110は、(依頼された割引が実行可能であるとき)実行した割引の内容(例えば、割引金額、割引実行日など)を、その電子債権の割引情報として電子債権明細DB112に格納する。
The
上述したように、本発明では、電子債権の割引実行の可否を、割引を依頼した割引依頼人の信用力と、その電子債権の原債務者の信用力とを考慮する。このため、本発明では、各企業が電子債権の割引依頼人であるときに、その企業による割引依頼が許容される上限額として「割引極度額」を設定し、一方、各企業が電子債権の原債務者であるときに、その原債務者の電子債権に対して割引の実行が許容される上限額として「許容極度額」を設定する。一実施形態において、銀行システム100の稟議システム120は、割引依頼人に対して設定された割引極度額を記憶し、原債務者情報DB130は、原債務者に対して設定された許容極度額を記憶する。金融機関は、典型的に、その金融機関の評価基準に従って、取引先企業に対して与信格付けを付与している。一実施形態では、このような各企業に対する与信格付け、および各企業の業種などに基づいて、各企業(割引依頼人)に対して割引極度額を設定することができる。別の実施形態では、割引極度額は、例えば、従来の手形の割引実行可否の審査に用いられていた割引極度額とすることもできる。また、原債務者に対する許容極度額も、各企業に対して付与された与信格付けなどに基づくものとすることができる。
As described above, in the present invention, whether or not the discount of the electronic bond is executed is considered based on the creditworthiness of the discount client who requested the discount and the creditworthiness of the obligor of the electronic bond. For this reason, in the present invention, when each company is a discount requester of an electronic bond, the “discount extreme amount” is set as an upper limit amount for which the discount request by the company is permitted, When an obligor is an obligor, an “acceptable extreme amount” is set as an upper limit amount that the discount of the obligor's electronic receivable can be executed. In one embodiment, the approval system 120 of the
次に図2を参照して、稟議システム120および原債務者情報DB130の構成を説明する。図2は、稟議システム120内の割引依頼人極度額テーブル220および原債務者情報DB130内の原債務者極度額テーブル230のデータ構造を図示している。 Next, with reference to FIG. 2, the structure of the approval system 120 and the obligor information DB 130 will be described. FIG. 2 illustrates a data structure of the discount client extreme amount table 220 in the approval system 120 and the underlying obligor extreme amount table 230 in the underlying obligor information DB 130.
稟議システム120の割引依頼人極度額テーブル220は、割引依頼人の割引極度額を識別し、および割引極度額の空き枠の有無を判定するのに用いられるテーブルである。割引依頼人極度額テーブル220は、各企業に対して一意に割り当てられた取引先番号221、各企業の名前を示す取引先名222、各企業に対して設定された割引極度額223、および合計割引依頼額224を含む。割引極度額223は、割引依頼人である各企業に対して割引可能な上限額として設定された金額を示し、合計割引依頼額224は、その企業が割引依頼をした電子債権について、既に割引の実行が確定している割引依頼金額の合計を示す。
The discount client extreme amount table 220 of the deliberation system 120 is a table used for identifying the discount extreme amount of the discount client and determining whether there is a vacant frame of the discount extreme amount. The discount client extreme amount table 220 includes a
一方、原債務者情報DB130の原債務者極度額テーブル230は、原債務者の許容極度額を識別し、および許容極度額の空き枠の有無を判定するのに用いられるテーブルである。原債務者極度額テーブル230は、各利用者の利用者番号231、利用者名232、許容極度額233、および合計割引額234を含む。利用者番号231は、でんさいネット170の利用申込時に各利用者に対して一意に割り当てられる利用者番号とすることができる。許容極度額233は、原債務者である各利用者に対して、その原債務者の電子債権に対して割引の実行が許容される上限額として設定された金額を示し、合計割引額234は、各利用者(原債務者)の電子債権について既に実行が確定している割引金額の合計を示す。
On the other hand, the obligor extreme amount table 230 of the obligor information DB 130 is a table used to identify the allowable extreme amount of the obligor and to determine the presence or absence of a vacant frame of the allowable extreme amount. The obligor extreme amount table 230 includes a
割引実行可否判定部140は、割引依頼人から電子債権の割引依頼を受け取ると、原債務者情報DB130内の原債務者極度額テーブル230および稟議システム120内の割引依頼人極度額テーブル220にアクセスして、依頼された割引の実行可否を判定する。一実施形態において、割引実行可否判定部140は、割引依頼人から電子債権の割引依頼を受けると、原債務者情報DB130内の原債務者極度額テーブル230を参照し、原債務者の許容極度額に、指定された金額の割引を実行するための空き枠があるかどうか(すなわち、指定された金額の割引を実行しても、原債務者の許容極度額を超えないかどうか)を判断する。原債務者の許容極度額に空き枠がない場合は、割引依頼人の信用力(例えば、割引依頼人の割引極度額)に依拠して割引実行の可否を判断する。一実施形態において、割引実行可否判定部140は、稟議システム120内の割引依頼人極度額テーブル220を参照して、割引依頼人である企業に対して設定された割引極度額に、指定された金額の割引を実行するための空き枠があるかどうか(すなわち、指定された金額の割引を実行しても割引依頼人の割引極度額を超えないかどうか)を判断する。原債務者の許容極度額に空き枠がある場合、あるいは、原債務者の許容極度額に空き枠はないが、割引依頼人の割引極度額に空き枠がある場合、割引実行可否判定部140は、その電子債権の割引の実行を許可することができる。
When receiving the discount request for the electronic bond from the discount requester, the discount execution
割引の実行が確定すると、銀行システム100は、割引依頼人極度額テーブル220内の割引依頼人の合計割引依頼額224、および原債務者極度額テーブル230内の原債務者の合計割引額234に、実行が確定した割引依頼金額をそれぞれ加えて、割引依頼人極度額テーブル220および原債務者極度額テーブル230を更新する。電子債権の支払期日が経過した後、その電子債権の割引依頼金額を、合計割引依頼額224および合計割引額234からそれぞれ減ずることができる。
When the execution of the discount is confirmed, the
上述のように、割引依頼人に対する割引極度額223、および原債務者に対する許容極度額233は、それぞれ各企業の業種および金融機関が保持する与信格付けに基づいて算定することができる。例えば、業種および与信格付けに基づいた極度額を定めた極度額算定テーブル(図示せず)などを用いて算定してもよい。
As described above, the discount
次に、図3を参照して、本発明の一実施形態にしたがって、電子債権の割引実行可否を判定するための処理を説明する。 Next, with reference to FIG. 3, a process for determining whether or not the electronic bond discount can be executed will be described according to one embodiment of the present invention.
ステップS300において、利用者Zが端末150から、でんさいネットのログイン情報を入力し、DRSシステム110にアクセスすると処理が開始する。ログイン情報には、例えばパスワードなどが含まれる。DRSシステム110は、ログイン情報に基づいて、利用者の利用者番号および利用者の名前などを特定して利用者の認証処理を行うと、端末150にでんさいネットのメニュー画面情報を送信する。メニュー画面情報には、でんさいネットにおいて実行可能な取引項目(例えば、発生記録請求、譲渡(分割)記録請求、割引依頼など)が含まれ、利用者Zは、端末150に表示されるメニュー画面から所望の取引項目を選択することができる。
In step S300, when the user Z inputs Densai Net login information from the terminal 150 and accesses the
ステップS302において、DRSシステム110は、利用者Zの端末150から割引依頼の指示を受け取る。例えば、利用者Zが、端末150のメニュー画面において「割引依頼」項目を選択すると、端末150からDRSシステム110に割引依頼の指示が送信される。
In step S <b> 302, the
上記指示を受け取ると、DRSシステム110は、ステップS304において、割引依頼人である利用者Zの電子債権情報を、電子債権明細DB112から取り出して、割引依頼人Zの端末150に送信する。DRSシステム110は、例えば、S300において受け取ったログイン情報から特定される利用者番号を用いて、電子債権明細DB112から、利用者Zが債権者として含まれる電子債権情報を取り出すことができる。
Upon receiving the above instruction, the
端末150は、DRSシステム110から割引依頼人Zの電子債権情報を受け取ると、端末150の画面上に表示して、割引依頼人Zに割引すべき電子債権を選択させることができる。電子債権情報には、割引依頼人Zが債権者となっている電子債権の記録番号、債権金額、支払期日、債務者情報などの情報が含まれる。
When the terminal 150 receives the electronic claim information of the discount client Z from the
ここで、図4を参照する。図4は、利用者(割引依頼人)の端末に表示される画面のイメージを示す。図4(a)は、割引依頼人Zの端末150が、DRSシステム110から受け取った割引依頼人Zの電子債権情報を表示している状態を示す。図4(a)の例では、端末150の画面上に、割引依頼人Zが債権者となっている5つの電子債権の情報(記録番号、支払期日、債務者(支払口)情報)が表示されており、割引依頼人Zは、左側のチェックボックスにチェックを入れることにより、割引すべき電子債権を選択することができる。次いで、割引依頼人Zは、図4(b)に図示されるように、選択した各電子債権について、割引依頼金額を入力することができる。従来の手形では、手形の分割譲渡や一部のみの割引をすることはできないが、電子債権では、債権金額の分割譲渡および分割割引することが可能になる。したがって、割引依頼人は、各電子債権の債権金額のうち、所望の金額を割引依頼金額として指定することができる。
Reference is now made to FIG. FIG. 4 shows an image of a screen displayed on the terminal of the user (discount client). 4A shows a state where the
割引依頼人Zが、割引すべき電子債権を選択し、割引依頼金額を指定すると、端末150は、(例えば、申込確認ボタンの押下などに応答して)、選択された電子債権の情報および指定された割引依頼金額を割引依頼請求として、DRSシステム110に送信する。割引依頼人Zは、同時に複数の電子債権(図5の例では、3つの電子債権)に対する割引依頼を申込むことができ、この場合、端末150は、電子債権の情報と割引依頼金額とを含む複数の割引依頼明細を、割引依頼請求としてDRSシステム110に送信する。
When the discount requester Z selects an electronic claim to be discounted and specifies the discount request amount, the terminal 150 (for example, in response to pressing the application confirmation button) and information and designation of the selected electronic claim The discount request amount is transmitted to the
図3に戻ると、ステップS306において、DRSシステム110は、端末150から、1つまたは複数の割引依頼明細を含む割引依頼請求を受け取る。各割引依頼明細には、利用者によって選択された電子債権の情報(電子債権の記録番号、債権金額、債務者情報など)と、指定された割引依頼金額とが含まれる。
Returning to FIG. 3, in step S <b> 306, the
ステップS308において、DRSシステム110は、受け取った割引依頼請求の割引依頼明細毎に、各電子債権の債務者情報に基づいて各電子債権の原債務者を特定する。
In step S308, the
次いで、割引実行可否判定部140は、原債務者情報DB130内の原債務者極度額テーブル230にアクセスして、原債務者の許容極度額233と合計割引額234とを取得し(ステップS310)、原債務者の許容極度額に空き枠があるかどうかを判断する(ステップS312)。例えば、割引実行可否判定部140は、取得した許容極度額233と合計割引額234とに基づいて、原債務者の許容極度額に、指定された割引依頼金額の割引を実行するための空き枠があるかどうか(すなわち、「割引依頼金額」≦「許容極度額」−「合計割引額」であるかどうか)を判断する。
Next, the discount
ステップS312において、原債務者の許容極度額に空き枠があると判定したとき(「割引依頼金額」≦「許容極度額」−「合計割引額」)、割引実行可否判定部140は、その割引依頼明細は実行可能であると判定し、次いで、ステップS314において、割引依頼明細の割引依頼を成立させる(割引依頼明細をホールドする)。
In step S312, when it is determined that there is a vacancy in the allowable maximum amount of the obligor (“discount request amount” ≦ “allowable extreme amount” − “total discount amount”), the discount
次いで、ステップS316において、割引依頼人Zの端末150からの割引依頼請求内に割引依頼明細がまだあるかどうかを判断し、未処理の割引依頼明細が残っている場合にはステップS308に戻る。割引依頼請求に含まれる全ての割引依頼明細について原債務者の許容極度額に基づいた割引実行可否判定を行うまで、ステップS308〜316を繰り返し実行する。
Next, in step S316, it is determined whether there is still a discount request specification in the discount request request from the
一方、ステップS312において原債務者の許容極度額に空き枠がないと判定されたとき(「割引依頼金額」>「許容極度額」−「合計割引額」)、割引依頼人の割引極度額に基づいて割引実行可否を判定するために、処理はステップS318に続く。 On the other hand, when it is determined in step S312 that there is no vacancy in the allowable maximum amount of the obligor (“discount request amount”> “allowable maximum amount” − “total discount amount”), the discount maximum amount of the discount client is set. The process continues to step S318 to determine whether discount execution is possible.
ステップS318において、割引実行可否判定部140は、稟議システム120内の割引依頼人極度額テーブル220にアクセスして、割引依頼人Zに対して設定された割引極度額223および合計割引依頼額224を取得する。例えば、ログイン情報(ステップS300)に基づいて特定される利用者名(割引依頼人である企業名)から、取引先番号を識別し、割引依頼人の企業に対して設定された割引極度額223および合計割引依頼額224を取得することができる。
In step S318, the discount execution
次いで、ステップS320において、割引実行可否判定部140は、取得した割引依頼人Zの割引極度額223と合計割引依頼額224とに基づいて、割引依頼人Zの割引極度額に空き枠があるかどうかを判断する。一実施形態において、取引実行可否判定部140は、割引依頼人の割引極度額に、指定された割引依頼金額の割引を実行するための空き枠があるかどうか(すなわち、「割引依頼金額」≦「割引極度額」−「合計割引依頼額」であるかどうか)を判断し、割引依頼人の割引極度額に空き枠があるとき、原債務者の許容極度額に空き枠がない場合であっても、その割引依頼明細は実行可能であると判定する。
Next, in step S320, the discount
ステップS320において、割引依頼人Zの割引極度額に空き枠があると判定されたとき(「割引依頼金額」≦「割引極度額」−「合計割引依頼額」)、割引実行可否判定部140は、その割引依頼明細は実行可能であると判定し、処理は、次いでステップS314に進み、上述したように、ステップS314において割引依頼明細がホールドされる。なお、別の実施形態では、割引依頼金額が割引依頼人の割引極度額の空き枠内であることに加え、割引依頼された電子債権が指定の銘柄であることなど、所定の条件を満たした場合にのみ割引実行を許可するように構成することもできる。
When it is determined in step S320 that there is a vacancy in the discount limit of discount client Z (“discount request amount” ≦ “discount limit amount” − “total discount request amount”), discount execution
一方、ステップS320において、割引依頼人Zの割引極度額に空き枠がないと判定されたとき(「割引依頼金額」>「割引極度額」−「合計割引依頼額」)、その割引依頼明細は実行可能でないと判定し、次いで、ステップS322において、エラー処理が行われる。例えば、DRSシステム110は、端末150に割引依頼が実行できないことを通知することができる。
On the other hand, when it is determined in step S320 that there is no vacancy in the discount limit of discount client Z ("discount request amount"> "discount limit amount"-"total discount request amount"), the discount request details are It is determined that execution is not possible, and then error processing is performed in step S322. For example, the
割引依頼請求に含まれる全ての割引依頼明細について、原債務者の許容極度額に基づく割引実行可否判定が行われると(S316)、次いで、DRSシステム110は、端末150に対して割引依頼申込の内容を確定させるように要求する。例えば、DRSシステム110は、端末150に、図4(c)に例示されるような割引依頼申込の内容確認画面を表示させて、所定の承認者による承認を取得するように要求する。端末150は、承認者から割引依頼申込の承認を受け取ると、割引依頼申込が確定されたことをDRSシステム110に通知する。
When it is determined whether or not the discount can be executed based on the allowable maximum amount of the obligor for all the discount request details included in the discount request (S316), the
ステップS324において、DRSシステム110を介して割引依頼人の端末150から割引依頼申込に対する承認情報を取得すると、次いで、ステップS326において、割引実行可否判定部140は、全ての割引依頼金額の合計が、割引依頼人の割引極度額の空き枠内であるかどうかを判断する。例えば、割引実行可否判定部140は、割引依頼人極度額テーブル220から割引依頼人の割引極度額223と合計割引依頼額224とを取得し、各割引依頼明細の割引依頼金額の合計が、割引依頼人Zの割引極度額の空き枠内であるかどうかを判定する。
In step S324, when the approval information for the discount request application is obtained from the
ステップS326において、割引依頼金額の合計が、割引依頼人Zの割引極度額の空き枠を超えているときと判定されたとき(すなわち、「割引依頼金額の合計」>「割引極度額」−「合計割引依頼額」)、次いで、ステップS322に進み、エラー処理を行う。 When it is determined in step S326 that the total discount request amount exceeds the discount requester Z discount maximum amount vacancy (ie, "total discount request amount"> "discount limit amount"-" Total discount request amount "), and then the process proceeds to step S322 to perform error processing.
一方、ステップS326において、割引依頼金額の合計が、割引依頼人Zの割引極度額の空き枠内であると判定されたとき(すなわち、「割引依頼金額の合計」≦「割引極度額」−「合計割引依頼額」)、次いで、ステップS328において、割引依頼請求に対する割引の実行を確定させる。 On the other hand, when it is determined in step S326 that the total discount request amount is within the vacant frame of the discount maximum amount of discount client Z (ie, “total discount request amount” ≦ “discount maximum amount” − “ Total Discount Request Amount ") Next, in step S328, execution of discount for the discount request is confirmed.
ステップS328において割引の実行が確定されると、銀行システム100は、ステップS330において、電子債権明細DB112、原債務者情報DB130、および稟議システム120をそれぞれ更新して、確定した割引の内容を反映させる。例えば、銀行システム100は、実行が確定した割引の内容(例えば、割引金額、割引実行日など)を電子債権明細DB112内の電子債権の割引情報に追加する。また、銀行システム100は、原債務者情報DB130内の原債務者極度額テーブル230の合計割引額234に各電子債権の割引依頼金額を加算し、稟議システム120内の割引依頼人極度額テーブル220の合計割引依頼額224に合計の割引依頼金額を加算する。また、割引の実行が確定すると、DRSシステム110は、確定した割引の結果をでんさいシステム170に送信する。これにより、でんさいシステム170の記録原簿に電子債権の割引記録を行うことができる。
When the execution of the discount is confirmed in step S328, the
なお、図3に示される各ステップの順序は例示であり、異なる順序で実行してもよい。例えば、割引依頼申込の承認情報を取得する前に(S324)、割引依頼人の割引極度額に基づいて割引実行可否を判定(S326)してもよい。また、上記説明および図3では、本発明の一実施形態として、先に電子債権の原債務者の許容極度額の空き枠を判定し(S312)、次いで割引依頼人の割引極度額の空き枠の有無を判定(S320)する処理を説明したが、本発明の代替的な実施形態では、先に割引依頼人の割引極度額の空き枠の有無を判定する構成とすることもできる。 In addition, the order of each step shown by FIG. 3 is an illustration, and you may perform it in a different order. For example, before acquiring the approval information of the discount request application (S324), it may be determined whether or not the discount can be executed based on the discount extreme amount of the discount client (S326). Further, in the above description and FIG. 3, as an embodiment of the present invention, the vacant frame of the allowable maximum amount of the original obligor of the electronic bond is first determined (S312), and then the vacant frame of the discount extreme amount of the discount client In the alternative embodiment of the present invention, the presence / absence of a vacant frame for the discount client's discount extreme amount can be determined in advance.
例えば、割引実行可否判定部140は、割引依頼人から電子債権の割引依頼請求を受信すると、先ず、割引依頼人極度額テーブル220にアクセスして、割引依頼人の割引極度額と合計割引依頼額とを取得し、割引依頼人の割引極度額に、各割引依頼明細の割引依頼金額の割引を実行するための空き枠があるかどうかを判断する。割引依頼人の割引極度額に空き枠があるとき、その割引依頼明細は実行可能であると判定し、その割引依頼明細の割引依頼を成立させる。一方、割引依頼人の割引極度額に空き枠がないと判定したとき、次いで、原債務者極度額テーブル230にアクセスして、(電子債権の債務者情報に基づいて特定される)電子債権の原債務者の許容極度額と合計割引額とを取得し、原債務者の許容極度額に空き枠があるかどうかを判断する。原債務者の許容極度額に空き枠があると判定したとき、割引依頼人の割引極度額に空き枠がなかった場合であっても、その割引依頼は実行可能と判定し、その割引依頼明細の割引依頼を成立させる。そして、割引依頼請求内の全ての割引依頼明細について上記処理を繰り返し実行し、全ての割引依頼明細について上記処理が終わると、図3に関連して説明したステップS324〜S330と同様の処理を実行することができる。
For example, when receiving a discount request for an electronic bond from a discount requester, the discount
したがって、前述の実施形態では、原債務者の許容極度額に空き枠がない場合であっても、割引依頼人の割引極度額に空き枠があれば、割引依頼人の信用力に依拠して割引の実行を許可するのに対して、この代替の実施形態では、割引依頼人の割引極度額に空き枠がない場合であっても、原債務者の許容極度額に空き枠があれば、原債務者の信用力に依拠して割引の実行を許可することができる。なお、本実施形態においても、割引依頼人の割引極度額と、原債務者の許容極度額の双方に空き枠がないと判定した場合には、割引の実行を許可せずに、図3のステップS322と同様にエラー処理を行うことができる。 Therefore, in the above-described embodiment, even if there is no vacancy in the allowable maximum amount of the obligor, if there is a vacancy in the discount limit of the discount client, it depends on the creditworthiness of the discount client. In contrast to allowing the execution of discounts, in this alternative embodiment, even if there is no vacancy in the discount requester's discount limit, Depending on the creditworthiness of the obligor, discounts can be granted. In this embodiment as well, if it is determined that there is no vacant space in both the discount requester's discount maximum amount and the obligor's allowable maximum amount, the execution of the discount is not permitted, as shown in FIG. Error processing can be performed as in step S322.
以上説明したように、本発明によれば、電子債権の原債務者(支払企業)と割引依頼人(受取企業)の双方の信用力を考慮しつつ、電子債権の割引実行の可否を自動的に判定することが可能になる。なお、本発明は、銀行システム100などのコンピュータシステムにおいて実装することができ、あるいはまた各情報処理をコンピュータに実行させるプログラムとしても実装することができる。
As described above, according to the present invention, whether or not discounts can be executed on electronic receivables is automatically performed while considering the creditworthiness of both the original obligor (payment company) and the discount requester (receiving company) of electronic receivables. Can be determined. The present invention can be implemented in a computer system such as the
なお、本明細書では、利用者が自身の端末からインターネットバンキングなどにより銀行システムに割引依頼をする態様について説明したが、割引依頼人が銀行の窓口やFAXなどにより書面で割引依頼を請求する場合においても、同様に、原債務者の許容極度額と割引依頼人の割引極度額とに基づいて、割引実行の可否を判定することができる。 In this specification, a mode has been described in which a user makes a discount request to the bank system from his / her terminal by Internet banking or the like. However, when a discount requester requests a discount request in writing at a bank counter or FAX. In the same way, it is possible to determine whether or not the discount can be executed based on the allowable maximum amount of the obligor and the discount maximum amount of the discount client.
また、本明細書では、割引依頼人の割引極度額と原債務者の許容極度額とが、別個のテーブルに保持されるように説明し、図示しているが、単一のテーブルに保持することもできる。例えば、各利用者が原債務者であるときの許容極度額および合計割引額と、割引依頼人であるときの割引極度額および合計割引依頼額とを対応付けたテーブルを用いることもできる。 Further, in this specification, the discount extreme amount of the discount client and the allowable extreme amount of the obligor are described and illustrated as being held in separate tables, but are held in a single table. You can also. For example, a table in which the allowable extreme amount and the total discount amount when each user is the underlying debtor and the discount extreme amount and the total discount request amount when each user is the discount client can be used.
さらに、本明細書では、テーブル内に原債務者の許容極度額と合計割引額、割引依頼人の割引極度額と合計割引依頼額を保持し、許容極度額の空き枠、および割引極度額の空き枠をそれぞれ算定する構成する構成を説明したが、別の実施形態では、合計割引額、合計割引依頼額に加えて、あるいはこれに代えて、許容極度額および割引極度額の空き枠をテーブル内に保持する構成とすることもできる。例えば、割引極度額テーブル220の合計割引依頼額224に代えて、あるいはこれに加えて、割引極度額と合計割引依頼額の差額を保持することができ、許容極度額テーブル230も同様に構成することができる。
Furthermore, in this specification, the allowable extreme amount and total discount amount of the obligor and the discount requester's discount extreme amount and total discount request amount are retained in the table, and the allowable extreme amount free space and the discount extreme amount Although the configuration for configuring each of the vacancies has been described, in another embodiment, in addition to or instead of the total discount amount and the total discount request amount, the vacant frames of the allowable extreme amount and the discount extreme amount are represented in a table. It can also be configured to be held inside. For example, instead of or in addition to the total
加えて、本明細書では、各企業(各利用者)に対して、許容極度額/割引極度額を設定する構成を説明したが、別の実施形態では、企業(利用者)をグループに分類し、各グループに対して許容極度額/割引極度額を設定する構成とすることもできる。例えば、親会社および子会社を1つのグループに、あるいは系列会社を含むグループ企業全体を1つのグループに分類し、各グループに対して許容極度額および割引許容額を設定することもできる。金融機関の審査実務に応じて、各企業(利用者)を所望のグループ単位に編成し、各グループに対して許容極度額および割引許容額を設定することができる。この実施形態では、例えば、各グループを識別するためのグループ識別子を用いることなどにより、各グループに属する利用者(企業)を識別できるように構成することができる。そして、各利用者が、原債務者/割引依頼人となっている電子債権の割引依頼の割引実行可否を、その利用者が属するグループに対して設定された許容極度額/割引許容額に基づいて判断することができる。 In addition, in this specification, the configuration in which the allowable maximum amount / discount extreme amount is set for each company (each user) has been described. However, in another embodiment, the companies (users) are classified into groups. In addition, an allowable maximum amount / discount maximum amount may be set for each group. For example, the parent company and the subsidiary can be classified into one group, or the entire group company including the affiliated company can be classified into one group, and the allowable extreme amount and the discount allowable amount can be set for each group. Each company (user) can be organized in a desired group unit according to the examination practice of the financial institution, and an allowable extreme amount and a discount allowable amount can be set for each group. In this embodiment, for example, a user (company) belonging to each group can be identified by using a group identifier for identifying each group. Each user determines whether or not the discount request for the electronic bond that is the underlying debtor / discount requester can be executed based on the permissible extreme amount / discount allowance set for the group to which the user belongs. Can be judged.
100 銀行システム
110 でんさいネット連携(DRS)システム
112 電子債権明細データベース
120 稟議システム
130 原債務者情報データベース
140 割引実行可否判定部
150、160 端末
170 でんさいネット
220 割引依頼人極度額テーブル
221 取引先番号
222 取引先名(割引依頼人)
223 割引極度額
224 合計割引依頼額
230 原債務者極度額テーブル
231 利用者番号
232 利用者(原債務者)
233 許容極度額
234 合計割引額
DESCRIPTION OF
223
233 Allowable
Claims (11)
電子債権の原債務者毎に、各原債務者の電子債権に対する割引実行を許容する上限額として予め設定した許容極度額と、各原債務者の電子債権に対して実行が確定した割引の合計額を示す合計割引額とを記憶した原債務者極度額テーブルと、
電子債権の利用者毎に、各利用者による割引依頼を許容する上限額として予め設定した割引極度額と、各利用者による割引依頼に対して実行が確定した割引依頼の合計額を示す合計割引依頼額とを記憶した割引依頼人極度額テーブルと、
電子債権の記録機関および割引依頼人の端末とネットワークを介して接続され、前記割引依頼人の端末から、割引すべき電子債権の情報と割引依頼金額とを指定した1または複数の割引依頼明細を含む割引依頼請求を受信する、でんさいネット連携システムと、
前記割引依頼人の端末から受信した前記割引依頼請求の割引実行の可否を判定する割引実行可否判定部であって、前記割引依頼請求に含まれる割引依頼明細毎に、
(a)前記指定された電子債権の原債務者を特定し、前記原債務者極度額テーブルにアクセスして、前記指定された電子債権の前記原債務者の許容極度額と合計割引額とを取得し、取得した許容極度額と合計割引額とに基づいて、前記原債務者の許容極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるどうかを判定し、
(b)前記原債務者の前記許容極度額に空き枠がないと判定したとき、前記割引依頼人極度額テーブルにアクセスして、前記割引依頼人の割引極度額と合計割引依頼額とを取得し、取得した割引極度額と合計割引依頼額とに基づいて、前記割引依頼人の割引極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるかどうかを判定し、
(c)前記原債務者の前記許容極度額に空き枠があると判定したとき、または前記割引依頼人の前記割引極度額に空き枠があると判定したとき、前記割引依頼明細の割引の実行を許可する
ように構成された、割引実行可否判定部と
を備えたことを特徴とするシステム。 In a system for automatically determining whether or not discounts can be executed on electronic claims,
For each obligor of the electronic debt, the sum of the maximum limit set in advance as the upper limit for allowing the discount on the electronic debt of each obligor, and the discount that has been confirmed for each obligor's electronic credit An obligor extreme amount table storing a total discount amount indicating the amount,
For each electronic bond user, a total discount indicating the maximum discount amount set in advance as the maximum amount allowed for each user's discount request and the total amount of discount requests confirmed for each user's discount request Discount client extreme amount table storing the request amount,
One or a plurality of discount request details that are connected to the electronic claim recording organization and the discount requester's terminal via the network, and specify the information of the electronic claim to be discounted and the discount request amount from the discount requester's terminal. Densai Net Linked System that receives discount request requests including
A discount execution availability determination unit that determines whether or not discount execution is possible for the discount request received from the discount requester's terminal, for each discount request statement included in the discount request request,
(A) Identifying the obligor of the designated electronic bond, accessing the obligor extreme amount table, and determining the allowable extreme amount and the total discount amount of the obligor of the designated electronic bond Based on the acquired allowable maximum amount and the total discount amount, determine whether there is a vacancy for executing the discount of the specified discount request amount in the allowable maximum amount of the obligor,
(B) When it is determined that there is no vacancy in the allowable extreme amount of the obligor, the discount requester extreme amount table is accessed to obtain the discount extreme amount and the total discount request amount of the discount requester And determining whether the discount requester's discount limit has a vacant frame for executing the discount for the specified discount request amount based on the acquired discount limit amount and the total discount request amount. ,
(C) Execution of discount of the discount request details when it is determined that there is a vacant frame in the allowable extreme amount of the obligor, or when it is determined that there is a vacant frame in the discount extreme amount of the discount client And a discount execution determination unit configured to allow the discount.
前記割引依頼請求に含まれる全ての割引依頼明細について、前記(a)〜(c)の処理を繰り返し実行し、前記割引依頼人極度額テーブルから前記割引依頼人の割引極度額と合計割引依頼額とを取得して、前記取得した合計割引依頼額に前記全ての割引依頼明細の割引依頼金額の合計を加算した値が、前記取得した割引極度額以下であるかどうかによって、前記割引依頼人の割引極度額に前記全ての割引依頼明細の割引を実行するための空き枠があるかどうかを判定し、空き枠があるときにのみ前記割引依頼請求の割引の実行を確定することを特徴とする請求項1に記載のシステム。 The discount execution determination unit
The processing of (a) to (c) is repeatedly executed for all the discount request details included in the discount request request, and the discount requester's discount extreme amount and the total discount request amount from the discount requester extreme amount table And the value obtained by adding the total of the discount request amounts of all the discount request details to the acquired total discount request amount is less than or equal to the acquired discount extreme amount, It is determined whether there is a vacant frame for executing the discount of all the discount request details in the discount extreme amount, and the execution of the discount for the discount request is confirmed only when there is a vacant frame. The system of claim 1.
前記割引依頼人の端末から、割引すべき電子債権の情報と割引依頼金額とを指定した1または複数の割引依頼明細を含む割引依頼請求を受信するステップと、
前記割引依頼人の端末から受信した前記割引依頼請求に含まれる割引依頼明細毎に、
(a)前記指定された電子債権の原債務者を特定し、前記原債務者極度額テーブルにアクセスして、前記指定された電子債権の前記原債務者の許容極度額と合計割引額とを取得し、取得した許容極度額と合計割引額とに基づいて、前記原債務者の許容極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるどうかを判定するステップと、
(b)前記原債務者の前記許容極度額に空き枠がないと判定したとき、前記割引依頼人極度額テーブルにアクセスして、前記割引依頼人の割引極度額と合計割引依頼額とを取得し、取得した割引極度額と合計割引依頼額とに基づいて、前記割引依頼人の割引極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるかどうかを判定するステップと、
(c)前記原債務者の前記許容極度額に空き枠があると判定したとき、または前記割引依頼人の前記割引極度額に空き枠があると判定したとき、前記割引依頼明細の割引の実行を許可するステップと
を含むことを特徴とする方法。 The maximum amount of allowance set in advance as the maximum amount that allows each obligor to execute discounts on the electronic receivables for each obligor of electronic receivables, connected to the electronic receivables recording agency and the terminal of the discount client via the network And an obligor extreme amount table that stores the total discount amount indicating the total amount of discounts executed for each obligor's electronic receivable, and a discount by each user for each electronic receivable user A discount requester extreme amount table that stores a discount maximum amount set in advance as an upper limit amount that allows a request and a total discount request amount indicating a total amount of discount requests that have been executed for each user's discount request; A method for automatically determining whether or not a discount can be executed on an electronic bond in a computer system comprising:
Receiving, from the discount requester's terminal, a discount request request including one or more discount request details specifying information on an electronic bond to be discounted and a discount request amount;
For each discount request statement included in the discount request received from the discount requester's terminal,
(A) Identifying the obligor of the designated electronic bond, accessing the obligor extreme amount table, and determining the allowable extreme amount and the total discount amount of the obligor of the designated electronic bond Step of determining whether or not there is a vacant frame for executing the discount for the designated discount request amount in the allowable extreme amount of the obligor based on the acquired allowable extreme amount and the total discount amount When,
(B) When it is determined that there is no vacancy in the allowable extreme amount of the obligor, the discount requester extreme amount table is accessed to obtain the discount extreme amount and the total discount request amount of the discount requester Then, based on the acquired discount extreme amount and the total discount request amount, it is determined whether or not the discount extreme amount of the discount requester has a vacant frame for executing the discount of the designated discount request amount. Steps,
(C) Execution of discount of the discount request details when it is determined that there is a vacant frame in the allowable extreme amount of the obligor, or when it is determined that there is a vacant frame in the discount extreme amount of the discount client Allowing the method to include:
前記割引依頼人極度額テーブルから前記割引依頼人の割引極度額と合計割引依頼額とを取得して、前記取得した合計割引依頼額に前記全ての割引依頼明細の割引依頼金額の合計を加算した値が、前記取得した割引極度額以下であるかどうかによって、前記割引依頼人の割引極度額に前記全ての割引依頼明細の割引を実行するための空き枠があるかどうかを判定するステップと、
前記割引依頼人の割引極度額に前記全ての割引依頼明細の割引を実行するための空き枠があると判定したときに、前記割引依頼請求の割引の実行を確定させるステップと
をさらに含むことを特徴とする請求項6に記載の方法。 Repeatedly executing the steps (a) to (c) for all discount request details included in the discount request request;
Obtaining the discount client's discount extreme amount and the total discount request amount from the discount requester extreme amount table, and adding the sum of the discount request amounts of all the discount request details to the acquired total discount request amount Determining whether there is a vacant frame for executing the discount of all the discount request details in the discount extreme amount of the discount requester according to whether the value is equal to or less than the acquired discount extreme amount;
Further including the step of confirming execution of the discount of the discount request when it is determined that there is a vacant frame for executing the discount of all the discount request details in the discount extreme amount of the discount requester. The method of claim 6, wherein the method is characterized in that:
前記割引依頼請求に対する割引の実行を確定させた後、実行が確定した割引の内容を反映させるように前記原債務者極度額テーブル、前記割引依頼人極度額テーブル、および前記データベースを更新するステップをさらに含むことを特徴とする請求項7に記載の方法。 The computer system further includes a database in which electronic bond information of each user is recorded, and the method includes:
After confirming execution of the discount for the discount request, the step of updating the underlying obligor extreme amount table, the discount requester extreme amount table, and the database so as to reflect the content of the discount that has been confirmed to be performed. The method of claim 7, further comprising:
前記割引依頼人の端末から割引依頼請求を受信するステップの前に、前記割引依頼人の端末から割引依頼を行うための指示を受け取ると、前記データベースから前記割引依頼人に関連付けられた電子債権情報を取り出して、前記割引依頼人の端末に送信するステップをさらに含むことを特徴とする請求項6に記載の方法。 The computer system further includes a database in which electronic bond information of each user is recorded, and the method includes:
Before receiving the discount request request from the discount requester's terminal, when receiving an instruction to make a discount request from the discount requester's terminal, the electronic bond information associated with the discount requester from the database 7. The method of claim 6, further comprising the step of retrieving and sending to the discount requester's terminal.
前記割引依頼人の端末から、割引すべき電子債権の情報と割引依頼金額とを指定した1または複数の割引依頼明細を含む割引依頼請求を受信するステップと、
前記割引依頼人の端末から受信した前記割引依頼請求に含まれる割引依頼明細毎に、
(a)前記指定された電子債権の原債務者を特定し、前記原債務者極度額テーブルにアクセスして、前記指定された電子債権の前記原債務者の許容極度額と合計割引額とを取得し、取得した許容極度額と合計割引額とに基づいて、前記原債務者の許容極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるどうかを判定するステップと、
(b)前記原債務者の前記許容極度額に空き枠がないと判定したとき、前記割引依頼人極度額テーブルにアクセスして、前記割引依頼人の割引極度額と合計割引依頼額とを取得し、取得した割引極度額と合計割引依頼額とに基づいて、前記割引依頼人の割引極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるかどうかを判定するステップと、
(c)前記原債務者の前記許容極度額に空き枠があると判定したとき、または前記割引依頼人の前記割引極度額に空き枠があると判定したとき、前記割引依頼明細の割引の実行を許可するステップと
を実行させることを特徴とするプログラム。 A program for automatically determining whether or not electronic bond discounts can be executed, and is connected to the electronic bond recording agency and discount requester's terminal via a network. An original debt that memorizes the maximum amount of allowance set in advance as the upper limit that allows the creditor's electronic credits to be discounted, and the total discount amount that indicates the total amount of discounts that have been confirmed for each of the underlying debtors' electronic claims For each user of the electronic bond, the discount limit set in advance as the maximum amount allowed for each user's discount request, and the discount request that has been executed for each user's discount request In a computer equipped with a discount requester extreme amount table storing a total discount request amount indicating the total amount,
Receiving, from the discount requester's terminal, a discount request request including one or more discount request details specifying information on an electronic bond to be discounted and a discount request amount;
For each discount request statement included in the discount request received from the discount requester's terminal,
(A) Identifying the obligor of the designated electronic bond, accessing the obligor extreme amount table, and determining the allowable extreme amount and the total discount amount of the obligor of the designated electronic bond Step of determining whether or not there is a vacant frame for executing the discount for the designated discount request amount in the allowable extreme amount of the obligor based on the acquired allowable extreme amount and the total discount amount When,
(B) When it is determined that there is no vacancy in the allowable extreme amount of the obligor, the discount requester extreme amount table is accessed to obtain the discount extreme amount and the total discount request amount of the discount requester Then, based on the acquired discount extreme amount and the total discount request amount, it is determined whether or not the discount extreme amount of the discount requester has a vacant frame for executing the discount of the designated discount request amount. Steps,
(C) Execution of discount of the discount request details when it is determined that there is a vacant frame in the allowable extreme amount of the obligor, or when it is determined that there is a vacant frame in the discount extreme amount of the discount client And a step for allowing
前記割引依頼人の端末から、割引すべき電子債権の情報と割引依頼金額とを指定した1または複数の割引依頼明細を含む割引依頼請求を受信するステップと、
前記割引依頼人の端末から受信した前記割引依頼請求に含まれる割引依頼明細毎に、
(a)前記割引依頼人極度額テーブルにアクセスして、前記割引依頼人の割引極度額と合計割引依頼額とを取得し、取得した割引極度額と合計割引依頼額とに基づいて、前記割引依頼人の割引極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるかどうかを判定するステップと、
(b)前記割引依頼人の前記割引極度額に空き枠がないと判定したとき、前記原債務者極度額テーブルにアクセスして、前記電子債権の原債務者の許容極度額と合計割引額とを取得し、取得した許容極度額と合計割引額とに基づいて、前記原債務者の許容極度額に、前記指定された割引依頼金額の割引を実行するための空き枠があるどうかを判定するステップと、
(c)前記割引依頼人の前記割引極度額に空き枠があると判定したとき、または前記原債務者の前記許容極度額に空き枠があると判定したとき、前記割引依頼明細の割引の実行を許可するステップと
を含むことを特徴とする方法。 The maximum amount of allowance set in advance as the maximum amount that allows each obligor to execute discounts on the electronic receivables for each obligor of electronic receivables, connected to the electronic receivables recording agency and the terminal of the discount client via the network And an obligor extreme amount table that stores the total discount amount indicating the total amount of discounts executed for each obligor's electronic receivable, and a discount by each user for each electronic receivable user A discount requester extreme amount table that stores a discount maximum amount set in advance as an upper limit amount that allows a request and a total discount request amount indicating a total amount of discount requests that have been executed for each user's discount request; A method for automatically determining whether or not a discount can be executed on an electronic bond in a computer system comprising:
Receiving, from the discount requester's terminal, a discount request request including one or more discount request details specifying information on an electronic bond to be discounted and a discount request amount;
For each discount request statement included in the discount request received from the discount requester's terminal,
(A) The discount client extreme amount table is accessed to obtain the discount requester's discount extreme amount and the total discount request amount, and based on the acquired discount extreme amount and the total discount request amount, the discount Determining whether there is a vacant frame for executing the discount of the designated discount request amount in the discount extreme amount of the client;
(B) When it is determined that there is no vacancy in the discount maximum amount of the discount client, the allowable maximum amount of the obligor of the electronic bond and the total discount amount are accessed by accessing the obligor extreme amount table. And determining whether there is a vacant frame for executing the discount for the designated discount request amount in the allowable extreme amount of the obligor based on the acquired allowable extreme amount and the total discount amount Steps,
(C) Execution of discount of the discount request details when it is determined that there is a vacant frame in the discount extreme amount of the discount requester or when there is a vacant frame in the allowable extreme amount of the underlying debtor Allowing the method to include:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012059905A JP5362867B2 (en) | 2012-03-16 | 2012-03-16 | System, method, and program for discounting electronic record receivables |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012059905A JP5362867B2 (en) | 2012-03-16 | 2012-03-16 | System, method, and program for discounting electronic record receivables |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013196102A true JP2013196102A (en) | 2013-09-30 |
JP5362867B2 JP5362867B2 (en) | 2013-12-11 |
Family
ID=49395031
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012059905A Active JP5362867B2 (en) | 2012-03-16 | 2012-03-16 | System, method, and program for discounting electronic record receivables |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5362867B2 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015090585A (en) * | 2013-11-06 | 2015-05-11 | 株式会社三井住友銀行 | System and method for managing information on electronic recording credit regarding financial service |
JP2015097046A (en) * | 2013-11-15 | 2015-05-21 | 新日鉄住金ソリューションズ株式会社 | Information processing device, information processing method, and program |
JP2015141598A (en) * | 2014-01-29 | 2015-08-03 | 株式会社三井住友銀行 | Electronic recording credit management system |
JP2015141599A (en) * | 2014-01-29 | 2015-08-03 | 株式会社三井住友銀行 | Electronic recording credit management system |
JP2015143928A (en) * | 2014-01-31 | 2015-08-06 | 株式会社三井住友銀行 | Electronic recording credit processing system, method, and program |
JP2015162123A (en) * | 2014-02-27 | 2015-09-07 | 株式会社三井住友銀行 | Discount system and method for electronic recording credit |
JP2017204234A (en) * | 2016-05-13 | 2017-11-16 | 株式会社八十二銀行 | Settlement supporting system, method and program |
JP2019101657A (en) * | 2017-11-30 | 2019-06-24 | 株式会社エヌ・ティ・ティ・データ | Electronic recording credit processing device, electronic recording credit processing method and program |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004252590A (en) * | 2003-02-18 | 2004-09-09 | Konan Koki Kk | Cash flow planning support system and program |
JP2006119783A (en) * | 2004-10-20 | 2006-05-11 | Hitachi Ltd | Fluidization business proxy system for bulk factoring |
JP2009080728A (en) * | 2007-09-27 | 2009-04-16 | Bank Of Tokyo-Mitsubishi Ufj Ltd | Apparatus and method for registering electronically recorded monetary claim |
JP2011159225A (en) * | 2010-02-03 | 2011-08-18 | Cmd Laboratory Inc | Credit transaction system and method of the same |
-
2012
- 2012-03-16 JP JP2012059905A patent/JP5362867B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004252590A (en) * | 2003-02-18 | 2004-09-09 | Konan Koki Kk | Cash flow planning support system and program |
JP2006119783A (en) * | 2004-10-20 | 2006-05-11 | Hitachi Ltd | Fluidization business proxy system for bulk factoring |
JP2009080728A (en) * | 2007-09-27 | 2009-04-16 | Bank Of Tokyo-Mitsubishi Ufj Ltd | Apparatus and method for registering electronically recorded monetary claim |
JP2011159225A (en) * | 2010-02-03 | 2011-08-18 | Cmd Laboratory Inc | Credit transaction system and method of the same |
Non-Patent Citations (4)
Title |
---|
CSNE201100137003; 松本 康幸 YASUYUKI MATSUMOTO: '迫る 電子記録債権の時代' 月刊金融ジャーナル MONTHLY KINYU JOURNAL 第52巻 第5号, 20110501, p16-19, 金融ジャーナル社 * |
CSNE201100137006; 森 俊二 SHUNNJI MORI: '迫る 電子記録債権の時代' 月刊金融ジャーナル VOL.52 NO.5 MONTHLY KINYU JOURNAL 第52巻 第5号, 20110501, p28-31, 金融ジャーナル社 * |
JPN6013042567; 松本 康幸 YASUYUKI MATSUMOTO: '迫る 電子記録債権の時代' 月刊金融ジャーナル MONTHLY KINYU JOURNAL 第52巻 第5号, 20110501, p16-19, 金融ジャーナル社 * |
JPN6013042568; 森 俊二 SHUNNJI MORI: '迫る 電子記録債権の時代' 月刊金融ジャーナル VOL.52 NO.5 MONTHLY KINYU JOURNAL 第52巻 第5号, 20110501, p28-31, 金融ジャーナル社 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015090585A (en) * | 2013-11-06 | 2015-05-11 | 株式会社三井住友銀行 | System and method for managing information on electronic recording credit regarding financial service |
JP2015097046A (en) * | 2013-11-15 | 2015-05-21 | 新日鉄住金ソリューションズ株式会社 | Information processing device, information processing method, and program |
JP2015141598A (en) * | 2014-01-29 | 2015-08-03 | 株式会社三井住友銀行 | Electronic recording credit management system |
JP2015141599A (en) * | 2014-01-29 | 2015-08-03 | 株式会社三井住友銀行 | Electronic recording credit management system |
JP2015143928A (en) * | 2014-01-31 | 2015-08-06 | 株式会社三井住友銀行 | Electronic recording credit processing system, method, and program |
JP2015162123A (en) * | 2014-02-27 | 2015-09-07 | 株式会社三井住友銀行 | Discount system and method for electronic recording credit |
JP2017204234A (en) * | 2016-05-13 | 2017-11-16 | 株式会社八十二銀行 | Settlement supporting system, method and program |
JP2019101657A (en) * | 2017-11-30 | 2019-06-24 | 株式会社エヌ・ティ・ティ・データ | Electronic recording credit processing device, electronic recording credit processing method and program |
JP2021184298A (en) * | 2017-11-30 | 2021-12-02 | 株式会社エヌ・ティ・ティ・データ | Electronically recorded monetary claim processing apparatus, electronically recorded monetary claim processing method, and program |
JP7122105B2 (en) | 2017-11-30 | 2022-08-19 | 株式会社エヌ・ティ・ティ・データ | Electronically Recorded Monetary Claims Processing Apparatus, Electronically Recorded Monetary Claims Processing Method and Program |
JP7170802B2 (en) | 2017-11-30 | 2022-11-14 | 株式会社エヌ・ティ・ティ・データ | Electronically Recorded Monetary Claims Processing Apparatus, Electronically Recorded Monetary Claims Processing Method and Program |
Also Published As
Publication number | Publication date |
---|---|
JP5362867B2 (en) | 2013-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6888850B2 (en) | Transaction management device, transaction management system, transaction management method in transaction management system, program | |
JP5362867B2 (en) | System, method, and program for discounting electronic record receivables | |
JPWO2004010356A1 (en) | Settlement system, settlement apparatus, settlement program, and settlement program storage medium | |
US20160203570A1 (en) | Information management system | |
JP4620998B2 (en) | Securities brokerage system and method | |
JP2019212231A (en) | Information processing device, information processing method and program | |
US20110238540A1 (en) | Financial account management based on specified criteria | |
JP2016071724A (en) | Lease payment card management system, control method for lease payment card management system, lease payment card management system program and recording medium | |
JP6271063B1 (en) | Fund transfer system, method and program executed by fund transfer system | |
JP2000181974A (en) | Batch factoring device | |
JP7061992B2 (en) | Asset management systems and programs | |
JP3968071B2 (en) | Securities resale support device and program | |
US20200193402A1 (en) | User interface enforcing device constraints during physical and electronic reconciliation | |
JP5793007B2 (en) | Financial product transaction management apparatus, financial product transaction management method, program | |
JP2002207881A (en) | Agreement system for exchange forward contact transaction utilizing presentation of foreign currency financing information | |
JP2005208774A (en) | Final return support system and method, program, and program recording medium | |
JP6546328B2 (en) | Financial product transaction management device, financial product transaction management method, program | |
JP5936643B2 (en) | Electronic record receivable extreme credit management system | |
JP7385315B2 (en) | Financial product transaction management device, financial product transaction management method, program | |
JP7356611B1 (en) | Information processing device, information processing system, and information processing method | |
JP7457199B1 (en) | Information processing device, information processing method, and program | |
JP7445056B1 (en) | Information processing device, information processing method, program, and application program | |
JP2019095837A (en) | Discount fee replenishment system, method and program for electrically recorded bond | |
JP7387045B1 (en) | Information processing device, information processing method, and program | |
JPWO2018020562A1 (en) | Funded purchasing system, funded purchasing method, funded purchasing apparatus, and computer program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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: 20130827 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130904 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5362867 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 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |