JP5875636B2 - Electronic record receivable guarantee record automation system, method and program - Google Patents
Electronic record receivable guarantee record automation system, method and program Download PDFInfo
- Publication number
- JP5875636B2 JP5875636B2 JP2014122531A JP2014122531A JP5875636B2 JP 5875636 B2 JP5875636 B2 JP 5875636B2 JP 2014122531 A JP2014122531 A JP 2014122531A JP 2014122531 A JP2014122531 A JP 2014122531A JP 5875636 B2 JP5875636 B2 JP 5875636B2
- Authority
- JP
- Japan
- Prior art keywords
- guarantee
- record
- application information
- occurrence
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 33
- 238000012546 transfer Methods 0.000 claims description 41
- 238000013524 data verification Methods 0.000 claims description 12
- 238000007726 management method Methods 0.000 description 29
- 238000012545 processing Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 5
- 238000010276 construction Methods 0.000 description 3
- 238000012216 screening Methods 0.000 description 3
- 241000209094 Oryza Species 0.000 description 2
- 235000007164 Oryza sativa Nutrition 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 235000009566 rice Nutrition 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 229920002472 Starch Polymers 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 235000019698 starch Nutrition 0.000 description 1
- 239000008107 starch Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
本発明は、電子記録債権（以下、「でんさい」（登録商標）という。）への銀行の支払保証記録自動化システム、方法およびプログラムに関し、より詳細には、従来の手形取引で行われていた手形保証と同様の方法で、でんさい保証を行うシステム、方法、およびプログラムに関する。 The present invention relates to a bank payment guarantee record automation system, method and program for electronically-recorded receivables (hereinafter referred to as “Densai” (registered trademark)), and more specifically, is performed in conventional bill transactions. The present invention relates to a system, a method, and a program for performing a densai guarantee in the same manner as a bill guarantee.
手形の振出人・引受人・裏書人などの手形債務者の債務を、銀行などの金融機関が手形上において保証する、手形保証の取引形態がある。図８は、従来の手形保証の取引実施形態について説明する図である。債務者（保証依頼人）１は、発行した手形および当該発行した個別の手形に対する「手形保証依頼書」を、債務者（保証依頼人）１の取引銀行（保証人）２に提出する。債務者取引銀行（保証人）２は審査を行い、審査により保証可能と判断すると、手形面上またはその補箋上に署名をして債務者（保証依頼人）１に手形を返却する。債務者（保証依頼人）１は、債務者取引銀行（保証人）２から受け取った手形を、債権者（保証宛先）３に対して提出する。 There is a bill-guaranteed transaction form in which a financial institution such as a bank guarantees the debt of a bill debtor such as a bill writer, underwriter, or endorser on the bill. FIG. 8 is a diagram for explaining a conventional bill guarantee transaction embodiment. The debtor (guarantee client) 1 submits the issued bill and the “bills guarantee request document” for the issued individual bill to the bank (guarantor) 2 of the debtor (guarantee client) 1. The obligor transaction bank (guarantor) 2 examines and, when judging that the guarantee is possible by the examination, signs on the bill surface or its supplement and returns the bill to the obligor (guarantor client) 1. The debtor (guarantee client) 1 submits the bill received from the debtor transaction bank (guarantor) 2 to the creditor (guarantee destination) 3.
この従来の手形保証の取引形態においては、債務者（保証依頼人）１は、手形保証を手形の振出に先んじてまたは振出と同時に債務者取引銀行（保証人）２に提示することが可能である。債権者（保証宛先）３は、手形が振出される前または振出と同時に、当該手形が保証されたものであることを知ることができる。また、債権者（保証宛先）３は、手形保証に関する手続きおよび作業を何ら行う必要はない。 In this conventional bill guarantee transaction form, the obligor (guarantee client) 1 can present the note guarantee to the obligor transaction bank (guarantor) 2 prior to or simultaneously with the withdrawal of the bill. is there. The creditor (guarantee destination) 3 can know that the bill is guaranteed before or at the same time as the bill is issued. Further, the creditor (guarantee addressee) 3 does not need to perform any procedures and work related to the bill guarantee.
一方、従来の紙ベースの手形や売掛債権に代わる新たな決済手段として導入されたでんさいに対しても、手形保証と同様に銀行の支払保証（以下、「でんさい保証」という）の需要が想定される。なお、発生記録されたでんさいについても保証人を記録することができる。 On the other hand, the bank payment guarantee (hereinafter referred to as “Densai Guarantee”) is also applied to Densai, which was introduced as a new payment method to replace conventional paper-based bills and accounts receivable. Demand is assumed. A guarantor can also be recorded for the generation record.
例えば、特許文献１には、電子債権記録機関である全銀電子債権ネットワーク（以下、「でんさいネット（登録商標）」という）の記録原簿に登録済のでんさいの割引取引、または割引譲渡取引を行うためのシステムが開示されている。さらに、特許文献１には、信用保証機関からの審査結果に基づき、債権者からの請求により、でんさいの譲渡に伴う保証記録を行うことについて開示されている。 For example, Patent Document 1 discloses a discount transaction or discount transfer of Densai that has been registered in the record book of the Zengin Electronic Bond Network (hereinafter referred to as “Densai Net (registered trademark)”), which is an electronic bond recording organization. A system for conducting a transaction is disclosed. Furthermore, Patent Document 1 discloses performing a guarantee record accompanying the transfer of a densai by a request from a creditor based on the examination result from a credit guarantee organization.
でんさいネットは、次の２つの方法により保証記録の請求を行うことを許容している。１．債権者がでんさいの譲渡記録の請求をする場合に、当該債権者（譲渡人）を電子記録保証人、発生記録における債務者の債務を主たる債務とする保証記録をあわせて行う（譲渡保証記録）。２．譲渡を伴わずに発生記録における債務者の債務を主たる債務とする保証記録を債権者からの記録請求で行う（単独保証記録）。なお、でんさいネットでは、手形の担保裏書と同等の効果を確保するためにでんさいを譲渡する際は、原則として保証記録もセットで記録される仕組みとなっている。 Densai Net allows you to request warranty records in the following two ways. 1. When a creditor requests a record of the transfer of Densai, the creditor (transferr) is the electronic record guarantor, and a guarantee record is made with the debtor's debt as the main debt in the occurrence record (transfer guarantee) Record). 2. A guarantee record is made by requesting a record from a creditor (independent guarantee record) with the debtor's debt as the main debt in the record of occurrence without any transfer. The Densai Net has a mechanism that records guarantee records as a set in principle when transferring Densai in order to ensure the same effect as a written collateral document.
図９は、でんさいネットを介した、従来のでんさいの電子保証記録を登録するフローを説明する図である。債務者（保証依頼人）１は、債務者取引銀行（保証人）２を介して、でんさいの発生記録請求を行う（１）。債務者取引銀行（保証人）２を経由してでんさいネット４に対して、発生記録請求が送られ、記録原簿に発生記録が登録される（２）。債権者取引銀行５を介して、債権者（保証宛先）３に対して発生記録通知がなされる（３）。例えば、譲渡を伴わない上記２．の方法により、でんさいの電子保証記録を行うためには、債権者（保証宛先）３が、債務者（保証依頼人）１の債務者取引銀行（保証人）２を、発生記録における債務者の債務を主たる債務とする保証人として指定して保証記録請求を行う必要がある。なお、この単独保証記録請求は以下の手順で成立する。まず、債権者取引銀行５を通して、でんさいネット４に保証記録請求をする（４）。でんさいネット４は、当該請求において提供された情報および請求受付日時を記載した請求受付簿を作成するとともに（５）保証人となる債務者取引銀行（保証人）２に保証記録通知を行う（６）。債務者取引銀行（保証人）２が承諾の通知をでんさいネット４に送信する（７）。 FIG. 9 is a diagram for explaining a flow of registering a conventional Densai electronic security record via the Densai net. The obligor (guarantor client) 1 makes a request for the occurrence of densai through the obligor transaction bank (guarantor) 2 (1). An occurrence record request is sent to Densai Net 4 via the debtor bank (guarantor) 2 and the occurrence record is registered in the record book (2). The occurrence record is notified to the creditor (guarantee destination) 3 through the creditor transaction bank 5 (3). For example, in the above 2. In order to record Densai's electronic guarantee by this method, the creditor (guarantee addressee) 3 makes the debtor bank (guarantor) 2 of the debtor (guarantee client) 1 and the debt in the occurrence record. It is necessary to make a guarantee record request by designating as the guarantor whose main obligation is the debtor. This single guarantee recording request is established by the following procedure. First, a guarantee record request is made to Densai Net 4 through creditor transaction bank 5 (4). Densai Net 4 creates a billing receipt book that describes the information provided in the billing and the billing reception date and time, and (5) sends a guarantee record notice to the obligor bank (guarantor) 2 as the guarantor. (6). The obligor bank (guarantor) 2 sends a notice of consent to the Densai Net 4 (7).
でんさいは、でんさいネット４の記録原簿に電子的に記録されることにより効力が生じる。また、現状では、債務者、債権者当時者間の取引において、でんさいネット４は、記録原簿に記録済のでんさいを債権者（保証宛先）側が指定して保証記録を行う設計となっている。したがって、図９に開示されているように、でんさいネット４を介したでんさいへの保証記録は、現状では、債務者（保証依頼人）１が発生記録請求を行い、でんさいネット４の記録原簿に記録された後、でんさいを受け取った債権者（保証宛先）が保証記録請求しなければ行うことができない。これらの制約により、債務者（保証依頼人）１は、従来の紙ベースの手形保証の取引形態のように、手形の振出に先んじてまたは同時に、債権者（保証宛先）３に対して手形保証を提示することができない。 Densai is effective when it is electronically recorded in the record book of Densai Net 4. In addition, at present, Densai Net 4 is designed to record guarantees by the creditor (guarantee addressee) side by designating the records recorded in the record book in transactions between debtors and creditors. ing. Therefore, as disclosed in FIG. 9, the guarantee record to Densai via Densai Net 4 is currently made by the debtor (guarantee client) 1 and the occurrence record is requested. After being recorded on the net 4 record book, the creditor (guarantee addressee) who received Densai cannot do so unless he requests a guarantee record. Due to these restrictions, the obligor (guarantee client) 1 guarantees the bill to the creditor (guarantee destination) 3 prior to or at the same time as the draft of the bill, as in the conventional paper-based bill guarantee transaction form. Can not present.
また、発生したでんさいに譲渡を伴わずに電子保証記録を行うためには、債権者（保証宛先）３は、でんさいの保証を行う債務者取引銀行２を保証人指定して、保証記録請求を行わなければならず、さらに債務者取引銀行（保証人）２が承諾する必要がある。しかしながら、債権者（保証宛先）３が債権者取引銀行ではない銀行（図９の例においては債務者取引銀行（保証人）２）に対して、でんさいの保証を依頼することは、商慣行上ほぼ有りえない。 In addition, in order to perform electronic guarantee recording without transfer to the generated densai, the creditor (guarantee destination) 3 designates the obligor transaction bank 2 that guarantees the densai as the guarantor, A guarantee record request must be made, and the obligor transaction bank (guarantor) 2 must approve. However, if the creditor (guarantee addressee) 3 is not a creditor bank (in the example of FIG. 9, the debtor bank (guarantor 2) in the example of FIG. It is almost impossible in practice.
いずれにしても、従来の方法では、記録原簿に記録されたでんさいについての電子保証記録を行う際には、そのでんさいの債権者（保証宛先）３による手続きまたは作業を必要とする。 In any case, the conventional method requires a procedure or work by the creditor (guarantee addressee) 3 of Densai when performing electronic guarantee recording of Densai recorded in the record book. .
また、例えば、建設業界などにおいては、継続的なプロジェクトの進行の区切り（例えば、工事または工期の区切り毎）に、手形を複数回、時期を分けて振出すという商慣行がある。係る場合に、債務者（保証依頼人）１は、プロジェクトの総額に対して銀行から保証の承諾が得られているにも関わらず、手形を振出しする都度、個別に複数回、債務者（保証依頼人）１の取引銀行２に対して保証の依頼をする必要がある。 In addition, for example, in the construction industry, there is a business practice in which bills are issued several times at different timings for each continuous project progress (for example, every construction or construction period). In this case, the obligor (guarantee client) 1 individually obtains the obligor (guarantee) multiple times each time a bill is issued, despite the fact that the bank has approved the guarantee for the total amount of the project. (Requester) It is necessary to request a guarantee from one bank 2 for guarantee.
本発明は、このような問題に鑑みてなされたもので、従来の紙ベースの手形保証のように、でんさい発生とほぼ同時に保証記録を行うことを可能とし、且つ、でんさい保証のための処理を自動化することにより、債務者（保証依頼人）１および債務者取引銀行（保証人）２、債権者（保証宛先）３の作業負担の軽減を可能とする、でんさい保証を行うための、電子記録債権の保証記録自動化システム、方法およびプログラムを提供する。 The present invention has been made in view of such a problem. Like the conventional paper-based bill guarantee, it is possible to perform guarantee recording almost simultaneously with the occurrence of starch, and By automating the process, the debtor guarantee (guarantee client) 1, the debtor bank (guarantor) 2, and the creditor (guarantee destination) 3 can be reduced in work load. Provided is an electronic record receivable guarantee record automation system, method and program for carrying out.
このような目的を達成するために、本発明は、電子記録債権の保証記録自動化システムであって、保証依頼人端末から、少なくとも、保証依頼人、保証宛先、債権金額、発生記録日、極度額の指定を有する保証申込情報を受信する申込情報受付部と、前記保証申込情報、顧客情報、電子記録債権情報を格納するデーターベースと、保証申込に係わる審査結果の受信、または、前記顧客情報および前記保証依頼人の与信情報に基づく審査処理、のいずれかに基づき保証申込の許可判定を確認するデータ照合部と、前記保証申込の許可判定が確認されると、前記保証申込情報に基づき、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権であって、前記保証申込情報で指定された発生記録日に発生させる電子記録債権の発生記録請求を送信し、前記発生記録請求に対する発生記録通知を受信すると、前記保証申込情報において指定された前記保証宛先を譲受人に指定して前記電子記録債権の保証記録を伴う譲渡記録請求を送信する記録請求インターフェースとを備え、前記保証申込の許可判定が確認されると、前記記録請求インターフェースは、前記極度額の範囲内において、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権の発生記録請求と前記保証申込情報において指定された前記保証宛先を譲受人に指定した前記電子記録債権の保証記録を伴う譲渡記録請求とを、複数回送信し、前記データ照合部は、前記記録請求インターフェースにより、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権の発生記録請求と前記保証申込情報において指定された前記保証宛先を譲受人に指定した前記電子記録債権の保証記録を伴う譲渡記録請求とが行われる毎に、前記極度額から前記電子記録債権に指定された債権金額を減算した額を残保証額として前記データーベースに登録することを特徴とする。 In order to achieve such an object, the present invention is an electronic record receivable guarantee record automation system, comprising at least a guarantee client, a guarantee destination, a claim amount, a record date , an extreme amount from a guarantee client terminal. An application information receiving unit for receiving guarantee application information having designation, a database for storing the guarantee application information, customer information, electronic record receivable information, reception of examination results relating to guarantee applications, or the customer information and A data verification unit that confirms the approval application permission determination based on any one of the examination processes based on the credit information of the guarantee client, and the liability application information based on the guarantee application information when the approval application approval determination is confirmed. An electronically-recorded claim that designates the guarantor as the guarantor and the creditor as the bank of the guarantor, and is generated on the date of occurrence specified in the guarantee application information. When an electronic record claim request is sent and an occurrence record notification for the record request is received, the guarantee address specified in the guarantee application information is designated as the assignee and accompanied by the guarantee record of the electronic record claim A record request interface for transmitting a transfer record request, and when the approval application permission determination is confirmed, the record request interface includes, within the extreme amount, a debtor as the guarantee requester and a claim A request for record of occurrence of an electronic record receivable that designates a bank as a bank of the guarantee requester, and a request for record of transfer accompanied by a guarantee record of the electronic record receivable that designates the assignee of the guarantee address designated in the guarantee application information; The data verification unit sends the debtor to the guarantee requester and the creditor to the front by the record request interface. Requests are made to record the occurrence of an electronic record receivable designated as the guarantee client's bank, and to request a transfer record accompanying the guarantee record of the electronic record receivable designated as the assignee of the guarantee address designated in the guarantee application information. Each time, an amount obtained by subtracting a credit amount designated as the electronic record loan from the extreme amount is registered in the database as a remaining guarantee amount .
以上説明したように、本発明によれば、本発明の実施の形態を実施する銀行システムを介在させることにより、従来の紙ベースの手形保証の取引形態のように、でんさい発生とほぼ同時に、債権者（保証宛先）３に対してでんさい保証を提示することが可能となる。また、でんさい保証を行うための処理は、主に銀行システムにおいて自動化されたプロセスにおいてなされるため、債務者（保証依頼人）１、債務者取引銀行（保証人）２、ならびに債権者（保証宛先）３の作業負担が軽減される。さらには、手形を複数回、時期を分けて発行する必要がある場合には、予め極度保証額を設定する。設定された極度保証額の範囲内においては、債務者（保証依頼人）１は、債務者取引銀行２に対して、個別に複数回保証の依頼をすることなく、ほぼ自動的にでんさいの発生および譲渡記録（保証記録随伴）が実施される。 As described above, according to the present invention, by interposing the bank system that implements the embodiment of the present invention, as with the conventional paper-based bill guarantee transaction form, almost simultaneously with the occurrence of rice cake. Thus, it is possible to present a guaranty guarantee to the creditor (guarantee destination) 3. In addition, since the processing for guaranteeing Densai is performed mainly in an automated process in the banking system, debtor (guarantee client) 1, debtor bank (guarantor) 2, and creditor ( The work burden of (guarantee destination) 3 is reduced. Furthermore, when it is necessary to issue bills several times at different times, an extremely guaranteed amount is set in advance. Within the range of the maximum guaranteed amount, the obligor (guarantee requester) 1 is almost automatically charged without making multiple separate guarantee requests to the obligor bank 2. Occurrence and transfer record (accompanied by warranty record).
以下、図面を参照しながら本発明の実施形態について詳細に説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
図１は、本発明の一実施形態に係る、業務フローを説明する図である。債務者（保証依頼人）１は、債務者取引銀行２が提示する画面２０１１などを通じて、でんさい保証の申込を行う（ステップ１０１）。でんさい保証の申込を受け取った債務者取引銀行（保証人）２は、債務者（保証依頼人）１が指定した保証申込内容などに従い、保証の可否を審査し、審査結果を債務者（保証依頼人）１に通知する（ステップ１０２）。債務者取引銀行２は、債務者（保証依頼人）１が指定した、保証債権内容に基づき、でんさいネット４に対して、発生記録請求を行う（ステップ１０３）。この際、債務者として債務者（保証依頼人）１を、債権者として自行（債務者取引銀行２）を指定して発生記録請求が行われる。でんさいネット４は、受信した発生記録請求に基づき、記録原簿に発生記録を行い（ステップ１０４）、債務者取引銀行２に対して発生記録通知を行う（ステップ１０５）。発生記録通知を受信した債務者取引銀行２は、でんさいネット４に対して、債権者（保証宛先）３へ保証記録を伴う譲渡記録請求を行う（ステップ１０６）。最終的に、債務者として債務者（保証依頼人）１が、債権者として債権者（保証宛先）３が指定され、債務者取引銀行２が電子記録保証人と指定された状態で譲渡記録がなされる（ステップ１０７）。譲渡記録通知が債権者取引銀行５を介して、債権者（保証宛先）３に送信される（ステップ１０８）。上記ステップにおける、発生記録請求から譲渡記録請求までの処理は、債務者取引銀行２システム内で最初に債務者（保証依頼人）１が指定した保証申込の内容に基づき自動化された手順で行われる。したがって、債務者（保証依頼人）１および債権者（保証宛先）３はでんさい保証のための、譲渡記録請求またはでんさい保証記録請求などの作業を行う必要がない。 FIG. 1 is a diagram illustrating a business flow according to an embodiment of the present invention. The obligor (guarantee client) 1 applies for the densai guarantee through the screen 2011 presented by the obligor transaction bank 2 (step 101). The borrower bank (guarantor) 2 that received the application for Densai Guarantee examines the guarantee application according to the contents of the guarantee application specified by the obligor (guarantor client) 1 and the result of the examination is determined by the obligor ( Guarantee requester) 1 is notified (step 102). The obligor transaction bank 2 makes an occurrence record request to the Densai Net 4 based on the contents of the guarantee receivable designated by the obligor (guarantee client) 1 (step 103). At this time, an occurrence record request is made by designating the debtor (guarantee client) 1 as the debtor and the bank (debt transaction bank 2) as the creditor. Densai Net 4 records the occurrence in the record base based on the received request for occurrence record (step 104), and notifies the obligor transaction bank 2 of the occurrence record (step 105). Receiving the occurrence record notice, the obligor bank 2 makes a transfer record request with a guarantee record to the creditor (guarantee destination) 3 to Densai Net 4 (step 106). Finally, the obligor (guarantee client) 1 is designated as the debtor, the creditor (guarantee addressee) 3 is designated as the creditor, and the transfer record is recorded with the debtor bank 2 designated as the electronic record guarantor. (Step 107). A transfer record notification is transmitted to the creditor (guarantee destination) 3 via the creditor transaction bank 5 (step 108). The processing from the occurrence record request to the transfer record request in the above steps is performed by an automated procedure based on the contents of the guarantee application first designated by the obligor (guarantee client) 1 in the obligor transaction bank 2 system. . Therefore, the obligor (guarantee client) 1 and the creditor (guarantee destination) 3 do not have to perform a work such as a transfer record request or a densai guarantee record request for the densai guarantee.
なお、債務者取引銀行（保証人）２は発生記録通知を受領すると即座に譲渡記録請求(保証記録随伴)を行うよう構成されているため、発生記録と譲渡記録および保証記録のタイムラグはほとんどないと考えてよい。したがって、上記業務フローによれば、従来の紙ベースの手形保証と同様の業務フローで、でんさい保証を実施することが可能となる。また、発生記録請求から譲渡記録請求に係わる処理は取引銀行２のシステムにより行われるため、債務者取引銀行（保証人）２および債権者（保証宛先）３が、保証記録請求に係わる作業を行うことなく、でんさい保証を実施することができる。 Since the debtor bank (guarantor) 2 is configured to request a transfer record (accompanied by a guarantee record) immediately upon receipt of the occurrence record notification, there is almost no time lag between the occurrence record, the transfer record and the guarantee record. You may think. Therefore, according to the above-described business flow, it is possible to carry out a guaranty guarantee with a business flow similar to the conventional paper-based bill guarantee. In addition, since the processing related to the generation record request from the generation record request is performed by the system of the transaction bank 2, the debtor transaction bank (guarantor) 2 and the creditor (guarantee destination) 3 perform the work related to the guarantee record request. Without having to do so, you can carry out the Densai Warranty.
図２は、本発明の一実施形態に係る全体的なシステム構成を示すブロック図である。図２の例において、顧客（債務者／保証依頼人）端末１０および営業店端末７０は、図示しない送受信部と、入出力部、記憶部などを備えた一般的な、デスクトップ、ノートＰＣ、サーバーなどのコンピューターで構成される。顧客（債務者／保証依頼人）端末１０および営業店端末７０は、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線通信ネットワークなどで構成されるネットワーク６を経由して、債務者取引銀行２のでんさいネット連携システム２０（以下、単に、「でんさいネット連携システム２０」という。）に接続される。債務者（保証依頼人）１は、顧客（債務者／保証依頼人）端末１０から、でんさいネット連携システム２０が提供する画面２０１１で保証申込を選択のうえ、債権金額、発生記録日、支払期日、などの情報を指定して、でんさいネット連携システム２０に送信する。さらに、顧客（債務者／保証依頼人）端末１０は、でんさいネット連携システム２０から審査結果や発生記録通知など各種情報を受信する。 FIG. 2 is a block diagram showing an overall system configuration according to an embodiment of the present invention. In the example of FIG. 2, the customer (debtor / guarantor client) terminal 10 and the branch office terminal 70 are general desktops, notebook PCs, servers, which are provided with a transmission / reception unit, an input / output unit, a storage unit, and the like not shown. Consists of such computers. The customer (debtor / guarantor client) terminal 10 and the branch office terminal 70 are indebted via a network 6 including the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a wireless communication network, and the like. It is connected to Densai Net Cooperation System 20 (hereinafter simply referred to as “Densai Net Cooperation System 20”) of the consumer transaction bank 2. The debtor (guarantee client) 1 selects the guarantee application from the customer (obligor / guarantee client) terminal 10 on the screen 2011 provided by the Densai Net Linking System 20, and then the amount of debt, the date of occurrence, Information such as the due date is designated and transmitted to the Densai network cooperation system 20. Further, the customer (debtor / guarantor requester) terminal 10 receives various information such as examination results and occurrence record notifications from the Densai network cooperation system 20.
でんさいネット連携システム２０は、ネットワーク６を介して、顧客（債務者／保証依頼人）端末１０、営業店端末７０、預金管理システム２１、でんさいネット４と接続される。でんさいネット連携システム２０は、申込情報受付部２０１、記録請求インターフェース２０３、通知受信サーバー２０２、データ照合部２０４、記録請求作成部２０５、顧客ＤＢ２０７、でんさい保証管理ＤＢ２０６、預金ＤＢ２０８を有する。 The Densai network cooperation system 20 is connected to the customer (debtor / guarantor requester) terminal 10, the branch office terminal 70, the deposit management system 21, and the Densai net 4 via the network 6. The Densai Net Cooperation System 20 includes an application information receiving unit 201, a recording request interface 203, a notification receiving server 202, a data collating unit 204, a recording request creating unit 205, a customer DB 207, a Densai guarantee management DB 206, and a deposit DB 208. .
申込情報受付部２０１は、ネットワーク６を介して、顧客（債務者／保証依頼人）端末１０または営業店端末７０と接続され、でんさいネット連携システム２０内においては、データ照合部２０４、でんさい保証管理ＤＢ２０６、顧客ＤＢ２０７と接続される。申込情報受付部２０１は、顧客（債務者／保証依頼人）端末１０または営業店端末７０から、個別保証または極度保証に関する保証申込情報を受信し、審査結果を通知する。申込情報受付部２０１は、債務者取引銀行（保証人）２のシステムの外部の機器とのインターフェース機能を有する。また、申込情報受付部２０１は、顧客ＤＢ２０７を参照して、債務者（保証依頼人）１の認証情報に基づき、支払承諾等与信取引に必要な約定書などを締結済であるか確認し、締結済の債務者（保証依頼人）１に対しては、自動的にでんさい保証申込メニューを画面に表示させてもよい。さらに、申込情報受付部２０１は、個別保証または極度保証に関する保証申込情報を受信すると、後述するでんさい保証管理ＤＢ２０６に、申込内容を仮登録させる。審査の結果、保証が可能であることが判定されると、申込情報受付部２０１はでんさい保証管理ＤＢ２０６に、申込内容を本登録する。なお、申込情報受付部２０１は、審査の結果を営業店端末７０や図示しない他の基幹システムなど外部から入手する構成としてもよい。あるいは、審査処理機能を後述するデータ照合部２０４にもたせてもよい。申込情報受付部２０１が個別保証または極度保証に関する保証申込情報を受信すると、データ照合部２０４にその情報を連携する。データ照合部２０４が、でんさい保証管理ＤＢ２０６および／または顧客ＤＢ２０７を参照して、顧客の与信情報、取引停止処分または強制解約に向かう利用制限措置の有無などをチェックして、保証の可否を判断してもよい。 The application information receiving unit 201 is connected to the customer (debtor / guarantee) terminal 10 or the branch office terminal 70 via the network 6, and in the Densai network cooperation system 20, the data verification unit 204 It is connected to the sansai guarantee management DB 206 and customer DB 207. The application information receiving unit 201 receives guarantee application information related to the individual guarantee or the extreme guarantee from the customer (debtor / guarantee client) terminal 10 or the branch terminal 70, and notifies the examination result. The application information receiving unit 201 has an interface function with an external device of the system of the debtor transaction bank (guarantor) 2. In addition, the application information reception unit 201 refers to the customer DB 207 and confirms whether or not a contract necessary for a credit transaction such as payment acceptance has been concluded based on the authentication information of the debtor (guarantee client) 1, For the debtor (guarantee requester) 1 who has already concluded, the Densai guarantee application menu may be automatically displayed on the screen. Furthermore, when receiving the guarantee application information related to the individual guarantee or the extreme guarantee, the application information receiving unit 201 temporarily registers the application contents in the densai guarantee management DB 206 described later. As a result of the examination, if it is determined that the guarantee is possible, the application information receiving unit 201 fully registers the application contents in the Densai guarantee management DB 206. The application information receiving unit 201 may be configured to obtain the examination result from the outside, such as the branch office terminal 70 or another basic system (not shown). Alternatively, the examination processing function may be provided to the data collating unit 204 described later. When the application information receiving unit 201 receives the warranty application information related to the individual guarantee or the extreme guarantee, the information is linked to the data collating unit 204. The data collating unit 204 refers to the Densai guarantee management DB 206 and / or the customer DB 207 to check the credit information of the customer, the presence / absence of use restriction measures for suspension of transaction or forced termination, and the like to determine whether or not the guarantee is possible. You may judge.
申込情報受付部２０１は、でんさい保証管理ＤＢ２０６に保証申込情報を登録する際に、でんさい保証に係わるでんさいであることを一意に識別する識別ＩＤを付与してもよい。後述する記録請求インターフェース２０３により、当該識別ＩＤを指定してでんさいネット４に対して発生記録請求が行われると、通知受信サーバー２０２がでんさいネット４から受信する発生記録通知には、当該識別ＩＤが含まれる。そのため、当該通知に係わるでんさいが、でんさい保証依頼されたものであることを即座に識別することが可能となる。識別ＩＤを用いることにより、でんさい保証依頼に係わるでんさいの発生記録の通知を受領した後のでんさい保証記録請求を伴う譲渡記録請求の実施の迅速性が高まる。 When registering warranty application information in the densai guarantee management DB 206, the application information accepting unit 201 may assign an identification ID for uniquely identifying a densai related to the densai guarantee. When the record request interface 203 (to be described later) designates the identification ID and requests the occurrence record request to the Densai net 4, the occurrence record notification received from the Densai net 4 by the notification receiving server 202 includes: The identification ID is included. For this reason, it is possible to immediately identify that the densai related to the notification has been requested to guarantee the densai. By using the identification ID, it is possible to increase the speed of implementation of the transfer record request accompanied by the request for the record of the occurrence of the densai related to the request for the generation of the densai guarantee.
通知受信サーバー２０２は、ネットワーク６を介してでんさいネット４に接続され、でんさいネット連携システム２０内においては、データ照合部２０４と接続される。通知受信サーバー２０２は、でんさいネット４から発生記録通知を受信すると、その情報をデータ照合部２０４に連携する役割を果たす。 The notification receiving server 202 is connected to the Densai net 4 via the network 6, and is connected to the data matching unit 204 in the Densai net cooperation system 20. When the notification receiving server 202 receives the occurrence record notification from the densai net 4, the notification receiving server 202 serves to link the information to the data collating unit 204.
記録請求インターフェース２０３は、ネットワーク６を介してでんさいネット４に接続され、でんさいネット連携システム２０内においては、記録請求作成部２０５と接続される。記録請求インターフェース２０３は、記録請求作成部２０５から受け取ったデータをもとに、でんさいネット４に対して、発生記録請求や譲渡記録請求を送信する役割を果たす。 The recording request interface 203 is connected to the Densai Net 4 via the network 6, and is connected to the recording request creating unit 205 in the Densai Net cooperation system 20. The record request interface 203 plays a role of transmitting an occurrence record request and a transfer record request to the Densai Net 4 based on the data received from the record request creation unit 205.
データ照合部２０４は、申込情報受付部２０１、通知受信サーバー２０２、記録請求作成部２０５、でんさい保証管理ＤＢ２０６、顧客ＤＢ２０７、および預金ＤＢ２０８と接続される。データ照合部２０４に審査処理機能を持たせ、データ照合部２０４が、申込情報受付部２０１から個別保証または極度保証に関する保証申込情報を受信すると、各種ＤＢを参照して、審査結果を申込情報受付部２０１に返してもよい。また、データ照合部２０４は、審査の結果、つまり保証を許可することを示す情報を、申込情報受付部２０１経由で受信してもよい。データ照合部２０４は、保証を許可することを示す情報を確認すると、でんさい保証管理ＤＢ２０６、顧客ＤＢ２０７などを参照し、しかるべき時期および内容で記録請求を行うように、記録請求作成部２０５に指示を与える。データ照合部２０４は、通知受信サーバー２０２から発生記録通知を受信すると、でんさい保証管理ＤＢ２０６および顧客ＤＢ２０７を参照し、必要な情報を抽出して記録請求作成部２０５に譲渡記録請求を作成するためのの指示を出す。さらに、データ照合部２０４は、譲渡記録結果を通知受信サーバー２０２経由で受信すると、各種情報に基づき保証料を計算し、預金ＤＢ２０８から所定の額の保証料を引き落とすための指示を預金管理システム２１に与えてもよい。データ照合部２０４は、さらにまた、極度保証に係わるでんさいについては、でんさい保証管理ＤＢ２０６を参照し、残保証額を計算、登録、またはチェックする機能を有する。 The data collating unit 204 is connected to the application information receiving unit 201, the notification receiving server 202, the record request creating unit 205, the densai guarantee management DB 206, the customer DB 207, and the deposit DB 208. When the data verification unit 204 has an examination processing function and the data verification unit 204 receives guarantee application information related to individual guarantee or extreme guarantee from the application information receiving unit 201, the application information is received with reference to various DBs. You may return to the part 201. Further, the data collation unit 204 may receive the result of the examination, that is, information indicating that the guarantee is permitted, via the application information receiving unit 201. When the data verification unit 204 confirms the information indicating that the warranty is permitted, the record request creation unit 205 refers to the Densai warranty management DB 206, the customer DB 207, etc., and requests the record at an appropriate time and content. Give instructions to. Upon receipt of the occurrence record notification from the notification receiving server 202, the data collation unit 204 refers to the Densai guarantee management DB 206 and the customer DB 207, extracts necessary information, and creates a transfer record request in the record request creation unit 205. Give instructions for. Further, when receiving the transfer record result via the notification receiving server 202, the data collating unit 204 calculates a guarantee fee based on various information, and gives an instruction for deducting a predetermined amount of guarantee fee from the deposit DB 208. You may give to. Further, the data collating unit 204 has a function of calculating, registering, or checking the remaining guarantee amount by referring to the Densai guarantee management DB 206 for the densai related to the extreme guarantee.
記録請求作成部２０５は、記録請求インターフェース２０３とデータ照合部２０４と接続される。記録請求作成部２０５は、データ照合部２０４から記録請求作成のための指示を受けると、でんさいネット４の仕様に準拠したフォーマットで発生記録請求または譲渡記録請求（保証記録随伴）のリクエストを生成し、記録請求インターフェース２０３に情報を連携する。 The recording request creation unit 205 is connected to the recording request interface 203 and the data verification unit 204. Upon receipt of an instruction for creating a record request from the data collating unit 204, the record request creating unit 205 issues a request for a generated record request or a transfer record request (accompanied with a warranty record) in a format compliant with the specifications of Densai Net 4. Generate and link information to the recording request interface 203.
でんさい保証管理ＤＢ２０６は、申込情報受付部２０１、データ照合部２０４と接続される、保証に係わるでんさいの情報を格納するためのデーターベースである。 The densai guarantee management DB 206 is a database that is connected to the application information receiving unit 201 and the data collating unit 204 and stores densai information related to guarantee.
顧客ＤＢ２０７は、でんさいネット連携システム２０を利用する顧客に関する、例えば、企業名、口座情報などの全般的な情報などを格納する。 The customer DB 207 stores, for example, general information such as a company name and account information related to a customer who uses the Densai network cooperation system 20.
でんさい保証管理ＤＢ２０６および顧客ＤＢ２０７は、でんさいネット連携システム２０を通じて記録原簿への記録が行われたでんさいに関する各種情報、例えば、各でんさいの記録番号、債権金額、支払期日、債権者および原債務者の情報（例えば、名前、決済口座など）、などを格納してもよい。 The Densai guarantee management DB 206 and the customer DB 207 store various information related to Densai recorded in the record master book through the Densai network linkage system 20, for example, the record number of each Densai, the amount of receivable, the due date , Creditor and obligor information (eg, name, settlement account, etc.), etc. may be stored.
預金ＤＢ２０８は、顧客に関する預金の情報全般を管理するデーターベースである。 The deposit DB 208 is a database that manages overall deposit information related to customers.
なお、本実施形態の顧客（債務者／保証依頼人）端末１０および営業店端末７０、でんさいネット連携システム２０、でんさい保証管理ＤＢ２０６および顧客ＤＢ２０７などを構成する各種端末およびサーバーは、プロセッサ、メモリ（ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、磁気ストレージデバイス、またはその他あらゆる媒体であって、情報を保存することに用いられ、且つ、アクセスされ得る媒体）、システムバスなどを備えた通常のコンピューターであって、無線または有線でネットワークに接続するための機能の他、必要に応じて記憶装置や、ＬＣＤ、タッチパネルなどの表示装置、あるいはキーボード、マウス、音声入力装置、タッチパッドなどの入力機器を備える。これに限られず、本技術分野で知られた様々なハードウェアを内蔵あるいは接続することができる。また顧客（債務者／保証依頼人）端末１０や各種サーバーには、ＯＳや様々なドライバーまたはアプリケーションがインストールされ、本発明における実施形態で後述する様々の処理を全体として実行する。 The various terminals and servers constituting the customer (debtor / guarantor client) terminal 10 and the branch office terminal 70, the Densai network linkage system 20, the Densai guarantee management DB 206, the customer DB 207, etc. A normal computer equipped with a processor, memory (ROM, RAM, EEPROM, magnetic storage device, or any other medium that can be used to store and access information), a system bus, etc. In addition to a function for wirelessly or wiredly connecting to a network, a storage device, a display device such as an LCD or a touch panel, or an input device such as a keyboard, a mouse, a voice input device, or a touch pad is provided as necessary. However, the present invention is not limited to this, and various hardware known in this technical field can be built in or connected. In addition, an OS and various drivers or applications are installed in the customer (obligor / guarantee) terminal 10 and various servers, and various processes described later in the embodiment of the present invention are executed as a whole.
図３は、本発明の一実施形態に係る、個別保証に関してでんさい保証管理ＤＢ２０６に格納される情報の例示である。保証依頼人および宛先人データ２０６１は、保証依頼人、すなわち債務者（保証依頼人）１と、保証宛先すなわち債権者（保証宛先）３についての全般的な情報を格納する。でんさいネット４の利用者番号と、決済口座などの情報を格納してもよい。２０６２は保証債権内容データであって、債権金額、発生記録日（予定）、支払期日、債権番号、識別ＩＤなどの情報を格納する。債務者（保証依頼人）１が指定した個別保証の申込内容に基づき登録されるが、債権番号は発生記録通知をでんさいネット４から受領すると登録される。発生記録されたでんさいが保証に係わるでんさいであることを識別するための識別ＩＤは、申込情報受付部２０１が個別保証に係わる申込を受信して登録する際に自動的に採番されて登録されてもよい。 FIG. 3 is an example of information stored in the dansai guarantee management DB 206 regarding individual guarantees according to an embodiment of the present invention. The guarantee client and addressee data 2061 stores general information about the guarantee client, that is, the debtor (guarantee client) 1 and the guarantee destination, that is, the creditor (guarantee destination) 3. The user number of the Densai Net 4 and information such as a settlement account may be stored. Reference numeral 2062 denotes guaranteed receivable content data, which stores information such as a receivable amount, an occurrence recording date (scheduled), a due date, a receivable number, and an identification ID. It is registered based on the application details of the individual guarantee specified by the debtor (guarantee client) 1, but the claim number is registered when the occurrence record notification is received from the Densai Net 4. The identification ID for identifying that the recorded occurrence is a security related security certificate is automatically assigned when the application information receiving unit 201 receives and registers an application related to an individual warranty. And may be registered.
図４は、本発明の一実施形態に係る、極度保証に関してでんさい保証管理ＤＢ２０６に格納される情報の例示である。 FIG. 4 is an example of information stored in the Densai guarantee management DB 206 regarding extreme guarantees according to an embodiment of the present invention.
保証依頼人および宛先人データ（極度）２０６３は、保証依頼人および宛先人データ２０６１と同様に、保証依頼人、すなわち債務者（保証依頼人）１と、保証宛先すなわち債権者（保証宛先）３についての全般的な情報を格納する。 The guarantee client and addressee data (extreme) 2063 are the same as the guarantee client and addressee data 2061, and the guarantee client, that is, the debtor (guarantee client) 1 and the guarantee destination, ie, the creditor (guarantee address) 3 Store general information about.
２０６４は極度保証基本データであって、極度額、保証期日、識別ＩＤ（極度保証）に関する情報を格納する。債務者（保証依頼人）１が指定した極度保証の申込内容に基づき登録される。保証期日には、保証記録を有効とする記録請求の最終日が指定され、でんさいの発生記録請求を行う際に、データ照合部２０４により、保証期日を超過していないかチェックされる。識別ＩＤ（極度保証）は、極度保証に係わるでんさいであることを識別するＩＤである。後述する初回保証債権内容データ２０６５、２回目保証債権内容データ２０６６、Ｎ回目保証債権内容データ２０６７の保証債権データのうち、同じ識別ＩＤ（極度保証）が付された保証債権データは、１つの同じ極度保証に関連するでんさいであることが識別される。 Reference numeral 2064 denotes basic guarantee basic data, which stores information on the extreme amount, guarantee date, and identification ID (extreme guarantee). It is registered based on the application details of the extreme guarantee designated by the debtor (guarantee client) 1. As the guarantee date, the last date of the record request for validating the guarantee record is designated, and when making a request for the record of occurrence of rice cake, the data collating unit 204 checks whether the guarantee date has been exceeded. The identification ID (extreme guarantee) is an ID for identifying that it is a densai related to extreme guarantee. Of the guaranteed loan data of the initial guaranteed loan content data 2065, the second guaranteed loan content data 2066, and the Nth guaranteed loan content data 2067 described later, the guaranteed loan data with the same identification ID (extremely guaranteed) is one and the same. It is identified that it is related to extreme guarantee.
２０６５は初回保証債権内容データであって、債権金額、発生記録日（予定）、支払期日、債権番号、残保証額、識別ＩＤなどの情報を格納する。債務者（保証依頼人）１が指定した極度保証の申込における、初回分のでんさい発生要求に基づき登録されるが、債権番号は発生記録通知をでんさいネット４から受領すると登録される。残保証額の項目には、極度保証基本データ２０６４における極度額から、発生させるでんさいの債権金額を減算した額が登録される。２回目以降のでんさいの発生記録請求を行う際に、データ照合部２０４により、でんさいで指定する債権金額が、残保証額の範囲内であるかチェックされる。 Reference numeral 2065 denotes initial guaranteed receivable content data, which stores information such as receivable amount, occurrence record date (scheduled), due date, receivable number, remaining guaranteed amount, identification ID, and the like. Registration is made on the basis of the first generation of saisai request in the application for the extreme guarantee designated by the debtor (guarantee client) 1, but the receivable number is registered when the occurrence record notification is received from the daisai net 4. In the item of the remaining guarantee amount, an amount obtained by subtracting the amount of the denomination bond amount to be generated from the extreme amount in the extreme guarantee basic data 2064 is registered. When performing the second and subsequent generation record requests, the data collating unit 204 checks whether the amount of receivable specified by the densai is within the remaining guaranteed amount.
なお、極度保証の場合は、前述したように継続的なプロジェクトに関する支払に関するものであることが多い。したがって、プロジェクトの進行状況に応じて、でんさいの発生時期や債権金額は可変であることが望ましい。したがって、最初の登録時に、債権金額および発生記録日を仮登録させておき、都度、保証債権内容データ２０６５ないし２０６７は、債務者（保証依頼人）１が指定した情報に基づき更新される構成としてもよい。債務者（保証依頼人）１は、極度保証に係わるでんさいの発生記録請求を行う際に、申込画面において極度保証基本データ２０６４の識別ＩＤ（極度保証）を指定して、既に審査された極度保証に係るでんさいの発生記録請求であることを明示してもよい。 In the case of extreme guarantees, as mentioned above, it is often related to payments for ongoing projects. Therefore, it is desirable that the generation time and amount of credits vary depending on the progress of the project. Accordingly, at the time of initial registration, the credit amount and the date of occurrence are provisionally registered, and the guaranteed claim content data 2065 to 2067 are updated based on information designated by the obligor (guarantee requester) 1 each time. Also good. The obligor (guarantee client) 1 specified the identification ID (extreme guarantee) of the extreme guarantee basic data 2064 on the application screen when requesting the record of occurrence of densai related to the extreme guarantee, and has already been examined. It may be clearly stated that this is a record of the occurrence of densai related to the extreme guarantee.
図５は、本発明の一実施形態に係る、個別保証に係わるでんさい保証の処理フローである。 FIG. 5 is a processing flow of the densai guarantee related to the individual guarantee according to the embodiment of the present invention.
ステップ１において、債務者（保証依頼人）１は、図１の２０１１などの画面を通じて、個別保証の保証申込情報を送信する。なお、例えば、債務者（保証依頼人）１が営業店などに出向き、書面またはその他の方法で個別保証の申込をしてもよい。その際は、営業店端末７０を用いて、債務者（保証依頼人）１が指定した内容を入力し保証申込情報を送信する。保証申込情報の入力または送信は、ブラウザなどの汎用的なアプリケーション、または銀行２などが提供する専用的なアプリケーションを介して行ってもよい。 In step 1, the debtor (guarantee client) 1 transmits guarantee application information for individual guarantee through a screen such as 2011 in FIG. For example, the debtor (guarantee client) 1 may go to a sales office and apply for an individual guarantee in writing or other methods. At that time, using the branch terminal 70, the contents designated by the debtor (guarantee client) 1 are input and the guarantee application information is transmitted. The guarantee application information may be input or transmitted through a general-purpose application such as a browser or a dedicated application provided by the bank 2 or the like.
ステップ２において、でんさいネット連携システム２０の申込情報受付部２０１は、個別保証の申込を受け取ると、申込内容をでんさい保証管理ＤＢ２０６に仮登録する。データ照合部２０４に審査処理機能を持たせる場合は、仮登録した内容を申込情報受付部２０１がデータ照合部２０４に渡す。 In step 2, when receiving the application for the individual guarantee, the application information receiving unit 201 of the Densai network cooperation system 20 temporarily registers the application contents in the Densai guarantee management DB 206. When the data collating unit 204 is provided with an examination processing function, the provisionally registered content is transferred to the data collating unit 204 by the application information receiving unit 201.
ステップ３において、データ照合部２０４は、でんさい保証管理ＤＢ２０６、顧客ＤＢ２０７、および／または図示しない顧客の与信情報を参照して、個別保証の申込を許可可能か判断する。データ照合部２０４に審査処理機能を持たせず、営業店端末７０やその他外部の処理機能から、審査結果を受領する場合には、申込情報受付部２０１またはデータ照合部２０４は、受信した審査結果に基づき個別保証の許可または不許可判定を確認する。 In step 3, the data collating unit 204 determines whether or not the application for the individual guarantee can be permitted with reference to the densai guarantee management DB 206, the customer DB 207, and / or customer credit information (not shown). When the data verification unit 204 does not have a screening processing function and receives a screening result from the branch office terminal 70 or other external processing function, the application information receiving unit 201 or the data verification unit 204 receives the screening result. Confirm permission or disapproval of individual warranty based on the above.
ステップ３において、審査結果の判別により個別保証の許可判定が確認されなければ、ステップ４において、申込情報受付部２０１は申込否認通知を債務者端末１０に送信する。なお、個別保証の許可判定が確認された場合に、保証許可の通知を行ってもよい。 In step 3, if the individual guarantee permission determination is not confirmed by the determination of the examination result, the application information receiving unit 201 transmits an application rejection notice to the debtor terminal 10 in step 4. In addition, when permission determination of individual guarantee is confirmed, notification of guarantee permission may be performed.
ステップ５において、債務者端末１０が申込否認通知を受信することにより処理は終了する。 In step 5, the process ends when the debtor terminal 10 receives the application rejection notice.
一方、ステップ３において、審査結果の判別により個別保証の許可判定が確認されれば、ステップ６において、データ照合部２０４または申込情報受付部２０１は、審査結果および申込内容を、でんさい保証管理ＤＢ２０６に本登録する。なお、本登録または仮登録の識別は、でんさい保証管理ＤＢ２０６の保証債権内容データ２０６２などにおいて、仮登録であることを示すフラグをたて、本登録された際に仮登録フラグを消去してもよい。または、本登録の際に、識別ＩＤを付与することで、識別ＩＤ付与の有無により、仮登録ではなく本登録されたデータであることを識別させるよう構成してもよい。 On the other hand, if it is confirmed in step 3 that the individual guarantee is determined by judging the examination result, in step 6, the data collating unit 204 or the application information receiving unit 201 manages the examination result and the application content in the form of the guaranty guarantee management. This is registered in the DB 206. In addition, the identification of temporary registration or temporary registration is performed by setting a flag indicating temporary registration in the guarantee claim data 2062 of the Densai warranty management DB 206 and deleting the temporary registration flag when the temporary registration is performed. May be. Alternatively, an identification ID may be assigned at the time of the main registration so that the data that is not the temporary registration but the main registration is identified depending on the presence or absence of the identification ID.
次に、データ照合部２０４は、本登録された申込データにおける発生記録日のデータ項目をチェックして、発生記録日として指定された日付に発生記録されるように、記録請求作成部２０５に、債権金額などの必要な情報を提供するとともに、記録請求の作成指示を与える。発生記録日を指定のうえ発生記録日より前に発生記録の予約請求を送信する態様を採用してもよい。また、発生記録の予約に対する発生記録予約通知を受信し、発生予約された電子記録債権の譲渡記録(保証記録随伴)の予約請求を送信する態様を採用してもよい。この際、データ照合部２０４は、記録請求作成部２０５に対して、発生記録請求に係わるでんさいは、個別保証に係わるものであることを識別する識別ＩＤ情報も提供する。記録請求作成部２０５は、データ照合部２０４から記録請求の作成指示を受信すると、でんさいネット４に準拠した形式にデータを整え記録請求インターフェース２０３に渡す。ステップ７において、記録請求インターフェース２０３から発生記録請求がでんさいネット４に送信される。 Next, the data collating unit 204 checks the data item of the occurrence recording date in the application data registered in this way, and records and records it on the date designated as the occurrence recording date. Provide necessary information, such as the amount of receivables, and give instructions to create a record request. A mode may be adopted in which the occurrence recording date is specified and the reservation request for the occurrence recording is transmitted before the occurrence recording date. Alternatively, an aspect may be adopted in which an occurrence record reservation notification for an occurrence record reservation is received, and a reservation request for transfer records (accompanied by warranty records) of the electronic record receivables that have been reserved is transmitted. At this time, the data collating unit 204 also provides the record request creating unit 205 with identification ID information for identifying that the record related to the generated record request is related to the individual guarantee. When receiving a request for creating a recording request from the data collating unit 204, the recording request creating unit 205 arranges the data in a format compliant with the Densai Net 4 and passes it to the recording request interface 203. In step 7, the record request is sent from the record request interface 203 to the Densai Net 4.
ステップ８において、でんさいネット４が発生記録請求を受信し、発生記録日として指定された日付に記録原簿に記録する。 In Step 8, Densai Net 4 receives the request for occurrence record and records it in the record book on the date designated as the occurrence record date.
ステップ９において、でんさいネット４が発生記録通知を送信する。 In step 9, the densai net 4 transmits an occurrence record notification.
ステップ１０において、通知受信サーバー２０２がでんさいネット４より発生記録通知を受信する。 In step 10, the notification receiving server 202 receives the occurrence record notification from the Densai net 4.
データ照合部２０４は、通知受信サーバー２０２から発生記録通知を受信すると、識別ＩＤから即座に個別保証に係わるでんさいであることを検知し、ステップ１１において、でんさい保証管理ＤＢ２０６の対応するデータ項目に債権番号を登録する。データ照合部２０４は、記録請求作成部２０５に譲渡記録請求の作成指示を与える。この際、データ照合部２０４は、でんさい保証管理ＤＢ２０６の保証依頼人および宛先人データ２０６１を参照して、登録されている保証宛先を譲渡先として指定するように、記録請求作成部２０５に指示を与える。記録請求作成部２０５は、でんさいネット４に準拠した形式にデータを整え記録請求インターフェース２０３に渡す。さらに、ステップ１１においては、記録請求インターフェース２０３を介して譲渡記録請求をでんさいネット４に送る。なお、前述したように、でんさいを譲渡する際は、でんさいネットは、原則として保証記録もセットで記録する。したがって、このステップを実行することにより、結果として、でんさいの債権者（譲渡人）である債務者取引銀行（保証人）２が電子記録保証人となる保証記録がなされる。 Upon receipt of the occurrence record notification from the notification receiving server 202, the data collating unit 204 immediately detects from the identification ID that it is related to the individual guarantee, and in step 11, the data matching guarantee management DB 206 supports it. Register the receivable number in the data item. The data collation unit 204 gives an instruction to create a transfer record request to the record request creation unit 205. At this time, the data collation unit 204 refers to the guarantee requester and addressee data 2061 of the Densai guarantee management DB 206 and instructs the record request creation unit 205 to designate the registered guarantee destination as the transfer destination. Give instructions. The recording request creation unit 205 arranges the data in a format compliant with Densai Net 4 and passes it to the recording request interface 203. Further, in step 11, a transfer record request is sent to Densai Net 4 via the record request interface 203. As described above, when transferring Densai, the Densai Net records, in principle, warranty records as a set. Therefore, by executing this step, as a result, a guarantee record is made in which the debtor transaction bank (guarantor) 2 who is the creditor (transferr) of Densai becomes the electronic record guarantor.
ステップ１２において、でんさいネット４が譲渡記録請求を受信し、記録原簿に記録する。 In step 12, Densai Net 4 receives the transfer record request and records it in the record book.
ステップ１３において、でんさいネット４が譲渡記録通知を送信する。 In step 13, the densai net 4 transmits a transfer record notification.
ステップ１４において、通知受信サーバー２０２は、でんさいネット４から譲渡記録結果を受信する。 In step 14, the notification receiving server 202 receives the transfer record result from the densai net 4.
ステップ１５において、データ照合部２０４は、債務者（保証依頼人）１口座から支払期日までの保証料を引き落として収納させ処理を終了する。 In step 15, the data collating unit 204 deducts and stores the guarantee fee from the debtor (guarantee requester) 1 account to the due date and ends the processing.
図６は、本発明の一実施形態に係る、極度保証に係わるでんさい保証の処理フロー（初回分）である。個別保証に係わる保証記録の処理フローと扱われる申込データの内容は異なるものの、処理の内容が一致するステップには同様の番号を付して説明を割愛する。 FIG. 6 is a processing flow (first time portion) of the densai guarantee related to the extreme guarantee according to the embodiment of the present invention. Although the contents of the application data to be handled are different from the process flow of the guarantee record relating to the individual guarantee, the steps having the same process contents are denoted by the same reference numerals and description thereof is omitted.
ステップ６において、データ照合部２０４または申込情報受付部２０１により、審査結果および申込内容を本登録する際には、極度保証に係わるものであることを識別する識別ＩＤ情報も登録する。なお、前述のとおり、極度保証は、継続的なプロジェクトに関する支払に関連することから、債務者（保証依頼人）１が、極度保証に係わる、複数回にわたって記録されるでんさいの発生時期の指定を希望する場合もある。発生記録日、支払期日などの情報は空欄のまま本登録してもよい仕様とし、本登録後、債務者（保証依頼人）１が指定する任意のタイミングで、初回および初回以降の発生記録日および支払期日を登録するようにしてもよい。 In step 6, when the data collation unit 204 or the application information receiving unit 201 performs the main registration of the examination result and the application content, identification ID information for identifying that it is related to the extreme guarantee is also registered. As mentioned above, since extreme guarantees are related to payments related to ongoing projects, the debtor (guarantee client) 1 records the time of occurrence of densai related to extreme guarantees. You may wish to specify. Information such as the date of occurrence, payment date, etc. may be left as a specification that can be fully registered, and after this registration, at the timing specified by the obligor (guarantee client) 1, the first and subsequent occurrence dates In addition, the payment date may be registered.
ステップ１４において、通知受信サーバー２０２は、でんさいネット４から譲渡記録結果を受信する。ステップ１４−１において、データ照合部２０４は、極度額から今回の発生したでんさいの債権金額を減算し、その結果を、残保証額として登録する。 In step 14, the notification receiving server 202 receives the transfer record result from the densai net 4. In step 14-1, the data collating unit 204 subtracts the amount of the densai bond amount generated this time from the extreme amount, and registers the result as the remaining guarantee amount.
ステップ１５において、譲渡記録結果を受信したデータ照合部２０４は、債務者（保証依頼人）１口座から支払期日までの保証料を引き落として収納して処理を終了する。 In step 15, the data collating unit 204 that has received the transfer record result deducts and stores the guarantee fee from the debtor (guarantee requester) 1 account to the payment date and ends the process.
図７は、本発明の一実施形態に係る、極度保証に係わるでんさい保証の処理フロー（２回目以降）である。個別保証に係わる保証記録の処理フローと扱われる申込データの内容は異なるものの、処理の内容が一致するステップには同様の番号を付して説明を割愛する。 FIG. 7 is a processing flow (second and subsequent times) for densai guarantee related to extreme guarantee according to an embodiment of the present invention. Although the contents of the application data to be handled are different from the process flow of the guarantee record relating to the individual guarantee, the steps having the same process contents are denoted by the same reference numerals and description thereof is omitted.
ステップ１において、債務者（保証依頼人）１は、図１の２０１１などの画面において、債権金額、発生記録日、支払期日などの保証債権情報を指定して、保証申込を送信する。債務者（保証依頼人）１が極度保証の識別ＩＤを入力することにより、残保証額などを画面に表示させ、債務者（保証依頼人）１が、残保証額を確認のうえ、保証債権情報を入力および送信可能な構成としてもよい。 In step 1, the obligor (guarantee client) 1 designates the guarantee receivable information such as the amount of receivable, the record date of occurrence, and the due date on the screen such as 2011 in FIG. When the obligor (guarantee client) 1 inputs the identification ID of the extreme guarantee, the remaining guarantee amount is displayed on the screen, and the obligor (guarantee client) 1 confirms the remaining guarantee amount, It is good also as a structure which can input and transmit information.
ステップ２において、申込情報受付部２０１は、保証債権情報を受け取ると、申込内容をでんさい保証管理ＤＢ２０６に仮登録する。 In step 2, when receiving the guaranteed loan information, the application information receiving unit 201 provisionally registers the application content in the Densai warranty management DB 206.
極度保証が許可された債務者（保証依頼人）１に係わる、２回目以降の処理であるため、ステップ３においては、与信情報などを確認する必要はない。しかしながら、保証期間が長く、長期間にわたり保証をする場合は、顧客の状況が変化していることも想定して、取引停止処分または利用制限措置が登録されていないかチェックを行う必要がある。したがって、データ照合部２０４は、でんさい保証管理ＤＢ２０６、顧客ＤＢ２０７、および／または図示しない顧客の与信情報を参照して、引き続き保証の申込を許可可能か判断する。 Since this is the second and subsequent processing related to the obligor (guarantee client) 1 for whom extreme guarantee is permitted, it is not necessary to confirm credit information or the like in step 3. However, if the guarantee period is long and guarantees for a long period of time, it is necessary to check whether the transaction suspension or use restriction measures are registered, assuming that the customer's situation has changed. Therefore, the data collating unit 204 refers to the Densai warranty management DB 206, the customer DB 207, and / or customer credit information (not shown), and determines whether the warranty application can be permitted.
次に、ステップ３で申込許可と判定されると、ステップ３−１に進み、データ照合部２０４は、でんさい保証管理ＤＢ２０６を参照して、発生記録請求する債権金額が残保証額の範囲内であるか確認する。 Next, when it is determined in step 3 that the application is permitted, the process proceeds to step 3-1, where the data collating unit 204 refers to the densai guarantee management DB 206 and the amount of the claim to be recorded is within the range of the remaining guarantee amount. Check if it is within.
ステップ３−１で残保証額の範囲内であることが確認されると、ステップ３−２に進み、データ照合部２０４は、発生記録日は保証期日より前であることを確認する。 When it is confirmed in step 3-1 that it is within the range of the remaining guarantee amount, the process proceeds to step 3-2, and the data collation unit 204 confirms that the occurrence recording date is before the guarantee date.
その後の処理は図６における処理フローと同一であるため説明を割愛する。 Subsequent processing is the same as the processing flow in FIG.
本明細書および図面において開示される実施形態は一例にすぎず、本発明の技術的範囲を定める際に、本開示の内容に限定して解釈されるべきではない。説明のため、各処理部をそれぞれ分けて記載したが、それぞれの機能を統合、連携させ、それぞれが有する機能の一部または全部を他方に持たせてもよい。本実施形態で開示されるデーターベース群も、それぞれが有するデータの一部または全部を他方に持たせ、統合、連携さてもよい。 The embodiments disclosed in this specification and the drawings are merely examples, and should not be construed as being limited to the contents of the present disclosure when defining the technical scope of the present invention. For the sake of explanation, each processing unit has been described separately, but the respective functions may be integrated and linked, and some or all of the functions of each may be provided in the other. The database group disclosed in the present embodiment may also be integrated and linked by having some or all of the data that each has in the other.
以上説明したように、本発明によれば、従来の紙ベースの手形保証の取引形態のように、でんさい発生とほぼ同時に、債権者（保証宛先）３に対して手形保証を提示することが可能となる。また、でんさい保証を行うための処理は、主に銀行システムにおいて自動化されたプロセスにおいてなされるため、債務者（保証依頼人）１、債務者取引銀行（保証人）２、ならびに債権者（保証宛先）３の作業負担が軽減される。さらには、手形を複数回、時期を分けて発行する必要がある場合には、予め極度保証額を設定する。設定された極度保証額の範囲内においては、個別に複数回、債務者取引銀行（保証人）２に対して保証の依頼をすることなく、ほぼ自動的にでんさいの発生および保証記録を実施することが可能になる。 As described above, according to the present invention, the bill guarantee is presented to the creditor (guarantee destination) 3 almost simultaneously with the occurrence of the scale, like the conventional paper-based bill guarantee transaction form. Is possible. In addition, since the processing for guaranteeing Densai is performed mainly in an automated process in the banking system, debtor (guarantee client) 1, debtor bank (guarantor) 2, and creditor ( The work burden of (guarantee destination) 3 is reduced. Furthermore, when it is necessary to issue bills several times at different times, an extremely guaranteed amount is set in advance. Within the limits of the set maximum guarantee amount, the occurrence of dansai and guarantee records can be made almost automatically without requesting a guarantee from the debtor bank (guarantor) 2 multiple times individually. It becomes possible to carry out.
１ 債務者（保証依頼人）
２ 債務者取引銀行（保証人）
３ 債権者（保証宛先）
４ でんさいネット
５ 債権者取引銀行
６ ネットワーク
１０ 顧客（債務者／保証依頼人）端末１０
２０ でんさいネット連携システム（ＤＲＳ）
２１ 預金管理システム
３０ 債権者（保証宛先）端末
７０ 営業店端末
２０ でんさいネット連携システム（ＤＲＳ）
２１ ホストサーバー
２０１ 申込情報受付部
２０２ 通知受信サーバー
２０３ 記録請求インターフェース
２０４ データ照合部
２０５ 記録請求作成部
２０６ でんさい保証管理
２０７ 顧客ＤＢ
２０８ 預金ＤＢ
２０６１ 保証依頼人および宛先人データ
２０６２ 保証債権内容データ
２０６３ 保証依頼人および宛先人データ（極度）
２０６４ 極度保証基本データ
２０６５ 初回保証債権内容データ
２０６６ ２回目保証債権内容データ
２０６７ Ｎ回目保証債権内容データ
1 Debtor (guarantee client)
2 Debt bank (guarantor)
3 creditors (guarantee addressee)
4 Densai Net 5 Creditor Bank 6 Network 10 Customer (Debt / Guarantor) Terminal 10
20 Densai Net Cooperation System (DRS)
21 Deposit Management System 30 Creditor (Guarantee Destination) Terminal 70 Branch Office Terminal 20 Densai Net Cooperation System (DRS)
21 Host Server 201 Application Information Receiving Unit 202 Notification Receiving Server 203 Record Request Interface 204 Data Verification Unit 205 Record Request Creation Unit 206 Densai Guarantee Management 207 Customer DB
208 Deposit DB
2061 Guarantee client and recipient data 2062 Guarantee claim data 2063 Guarantee client and recipient data (extreme)
2064 Basic Guarantee Data 2065 First Guarantee Claim Data 2066 Second Guarantee Claim Data 2067 Nth Guarantee Claim Data
Claims (13)
保証依頼人端末から、少なくとも、保証依頼人、保証宛先、債権金額、発生記録日、極度額の指定を有する保証申込情報を受信する申込情報受付部と、
前記保証申込情報、顧客情報、電子記録債権情報を格納するデーターベースと、
保証申込に係わる審査結果の受信、または、前記顧客情報および前記保証依頼人の与信情報に基づく審査処理、のいずれかに基づき保証申込の許可判定を確認するデータ照合部と、
前記保証申込の許可判定が確認されると、前記保証申込情報に基づき、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権であって、前記保証申込情報で指定された発生記録日に発生させる電子記録債権の発生記録請求を送信し、前記発生記録請求に対する発生記録通知を受信すると、前記保証申込情報において指定された前記保証宛先を譲受人に指定して前記電子記録債権の保証記録を伴う譲渡記録請求を送信する記録請求インターフェースと
を備え、
前記保証申込の許可判定が確認されると、前記記録請求インターフェースは、前記極度額の範囲内において、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権の発生記録請求と前記保証申込情報において指定された前記保証宛先を譲受人に指定した前記電子記録債権の保証記録を伴う譲渡記録請求とを、複数回送信し、
前記データ照合部は、前記記録請求インターフェースにより、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権の発生記録請求と前記保証申込情報において指定された前記保証宛先を譲受人に指定した前記電子記録債権の保証記録を伴う譲渡記録請求とが行われる毎に、前記極度額から前記電子記録債権に指定された債権金額を減算した額を残保証額として前記データーベースに登録する
ことを特徴とする電子記録債権の保証記録自動化システム。 A security record automation system for electronically recorded receivables,
An application information receiving unit for receiving, from the warranty client terminal, guarantee application information having at least a guarantee client, a guarantee destination, a claim amount, a record date of occurrence, and an extreme amount ;
A database for storing the guarantee application information, customer information, and electronically recorded bond information;
A data collation unit for confirming the approval application for the guarantee application based on either the reception of the examination result relating to the guarantee application or the examination process based on the customer information and the credit information of the guarantee client;
When the guarantee application permission determination is confirmed, based on the guarantee application information, an electronically recorded receivable that designates a debtor as the guarantee client and a creditor as the bank of the guarantee client, When an occurrence record request for an electronic record receivable to be generated on the occurrence record date specified in the guarantee application information is transmitted and an occurrence record notification for the occurrence record request is received, the assignee of the guarantee address designated in the guarantee application information is assigned A record request interface for transmitting a transfer record request with a guarantee record of the electronic record receivable
With
Upon confirming the guarantee application permission determination, the record requesting interface, within the extreme amount, designates the debtor as the guarantee client and the creditor as the bank of the guarantee client. Sending a record claim occurrence record request and a transfer record request with a guarantee record of the electronic record claim specifying the guarantee address designated in the guarantee application information to the assignee, a plurality of times,
The data collation unit is designated by the record request interface in the record request for electronic record receivable and the guarantee application information that designates the debtor as the guarantee client and the creditor as the bank of the guarantee client. Each time a transfer record request with a guarantee record of the electronic record receivable with the guarantee address specified as the assignee is made, a residual guarantee is obtained by subtracting the amount of receivable designated as the electronic record receivable from the extreme amount. An electronic guarantee system for electronically recorded receivables, which is registered in the database as an amount .
ことを特徴とする請求項１のシステム。 The data collating unit further calculates a guarantee fee up to the due date of the claim upon receipt of a transfer record notification relating to a request for record of transfer of the electronically recorded claim designated as the assignee of the guarantee address designated in the guarantee application information. The system according to claim 1, wherein an instruction is provided to withdraw a predetermined amount of guarantee fee from the customer's account.
ことを特徴とする請求項１のシステム。 The application information receiving unit, when receiving the guarantee application information from the guarantee client terminal, uniquely identifies the electronic record claim related to the electronic record claim guarantee when registering the guarantee application information in the database. The system according to claim 1, wherein an identification ID for identifying is assigned to the system.
ことを特徴とする請求項４のシステム。 The record request interface further relates to the electronic record receivable guarantee when transmitting an electronic record receivable record request designating a debtor as the guarantee client and a creditor as a bank of the guarantee client. The system according to claim 4, wherein an identification ID for uniquely identifying an electronic record bond is transmitted together.
ことを特徴とする請求項１のシステム。 Within the limit amount, the guarantee specified in the claim application information and the guarantee application information specifying the debtor as the guarantee client and the creditor as the bank of the guarantee client When carrying out the transfer record request with the guarantee record of the electronically recorded receivable with the address designated as the assignee from the second time onward, the data collating unit determines that the designated receivable amount is within the remaining guaranteed amount. The system according to claim 1 , wherein it is confirmed that the specified occurrence record date is before the guarantee date.
（ア）少なくとも、保証依頼人、保証宛先、債権金額、発生記録日、極度額の指定を有する前記保証申込情報を受信するステップと、
（イ）保証申込に係わる審査結果の受信、または、前記顧客情報および前記保証依頼人の与信情報に基づく審査処理、のいずれかに基づき保証申込の許可判定を確認するステップと、
（ウ）前記保証申込の許可判定が確認されると、前記保証申込情報に基づき、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権であって、前記保証申込情報で指定された発生記録日に発生させる電子記録債権の発生記録請求を送信し、前記発生記録請求に対する発生記録通知を受信すると、前記保証申込情報において指定された前記保証宛先を譲受人に指定して前記電子記録債権の保証記録を伴う譲渡記録請求を送信するステップと、
前記（イ）のステップの実行により許可判定が確認されると、前記極度額の範囲内において、前記（ウ）のステップを複数回実行し、前記（ウ）のステップが行われる毎に、前記極度額から前記電子記録債権に指定された債権金額を減算した額を残保証額として前記データーベースに登録するステップと
を備えることを特徴とする電子記録債権の保証記録自動化方法。 An application information receiving unit that receives warranty application information from the warranty client terminal, a database that stores the warranty application information, customer information, and electronically recorded bond information, a data verification unit, and Densai Net (registered trademark) A record request interface for transmitting a record request to a computer, and a method executed in a security record automation system for electronic record receivables having at least a notification receiving server for receiving a record notification from the Densai Net,
(A) receiving at least the guarantee application information having a designation of a guarantee client, a guarantee destination, a claim amount, a record date of occurrence, and an extreme amount ;
(B) confirming the guarantee application permission determination based on either the receipt of the examination result relating to the guarantee application or the examination process based on the customer information and the credit information of the guarantee client;
(C) If the guarantee application permission determination is confirmed, based on the guarantee application information, it is an electronically recorded claim that designates the debtor as the guarantee client and the creditor as the bank of the guarantee client. The occurrence record request for the electronic record receivable generated on the occurrence record date specified in the guarantee application information and receiving the occurrence record notification for the occurrence record request, the guarantee destination designated in the guarantee application information a step of specifying to the assignee transmits the assignment records according with the assurance recording of the electronic records receivables,
When the permission determination is confirmed by the execution of the step (b), the step (c) is executed a plurality of times within the range of the extreme amount, and each time the step (c) is performed, And registering in the database the remaining guarantee amount as an amount obtained by subtracting the credit amount designated as the electronic record loan from the extreme amount .
をさらに備えることを特徴とする請求項７の方法。 Referring to the database, on the date of occurrence specified in the guarantee application information, send an occurrence record reservation request so that an electronically recorded receivable of the amount specified in the guarantee application information is generated, Upon receipt of an occurrence record reservation notice for a reservation request for an occurrence record, a transfer record accompanied by a guarantee record of the electronic record receivable that has received the occurrence record reservation notice by designating the guarantee destination designated in the guarantee application information as an assignee The method of claim 7 , further comprising: sending a reservation request.
をさらに備えることを特徴とする請求項７の方法。 After execution of the step (c), upon receipt of a transfer record notification relating to a transfer record request for the electronic record receivable in which the guarantee address designated in the guarantee application information is designated as the assignee, a guarantee fee up to the due date of the claim The method of claim 7 further comprising: calculating and providing an instruction to withdraw a predetermined amount of guarantee fee from the customer's account.
をさらに備えることを特徴とする請求項７の方法。 The application information receiving unit, when receiving the guarantee application information from the guarantee client terminal, uniquely identifies the electronic record claim related to the electronic record claim guarantee when registering the guarantee application information in the database. The method according to claim 7 , further comprising the step of: assigning an identification ID for identifying to
をさらに備えることを特徴とする請求項１０の方法。 The record request interface further includes an electronic record related to the electronic record receivable guarantee when transmitting an occurrence record request for an electronic record receivable designating a debtor to the guarantee requester and a creditor to a bank of the guarantee requester. The method of claim 10 , further comprising: transmitting together with an identification ID that uniquely identifies a bond.
をさらに備えることを特徴とする請求項７の方法。 When the step (c) is executed for the second and subsequent times within the range of the extreme amount, the specified amount of receivable is within the remaining guarantee amount, and the specified occurrence record date is before the guarantee date The method of claim 7 , further comprising the step of confirming that:
（ア）少なくとも、保証依頼人、保証宛先、債権金額、発生記録日、極度額の指定を有する前記保証申込情報を受信するステップと、
（イ）保証申込に係わる審査結果の受信、または、前記顧客情報および前記保証依頼人の与信情報に基づく審査処理、のいずれかに基づき保証申込の許可判定を確認するステップと、
（ウ）前記保証申込の許可判定が確認されると、前記保証申込情報に基づき、債務者を前記保証依頼人に、および債権者を前記保証依頼人の取引銀行に指定する電子記録債権であって、前記保証申込情報で指定された発生記録日に発生させる電子記録債権の発生記録請求を送信し、前記発生記録請求に対する発生記録通知を受信すると、前記保証申込情報において指定された前記保証宛先を譲受人に指定して前記電子記録債権の保証記録を伴う譲渡記録請求を送信するステップと、
前記（イ）のステップの実行により許可判定が確認されると、前記極度額の範囲内において、前記（ウ）のステップを複数回実行し、前記（ウ）のステップが行われる毎に、前記極度額から前記電子記録債権に指定された債権金額を減算した額を残保証額として前記データーベースに登録するステップと
を実行させることを特徴とする電子記録債権の保証記録自動化プログラム。 A request to receive warranty application information from the warranty client terminal, a database for storing the warranty application information, customer information, and electronically recorded bond information, a data verification unit, and a record request to Densai Net A program executed by a computer constituting an electronic record receivable guarantee record automation system having at least a record request interface for transmitting and a notification receiving server for receiving a record notification from the Densai Net, wherein the program is When executed by a computer, the computer
(A) receiving at least the guarantee application information having a designation of a guarantee client, a guarantee destination, a claim amount, a record date of occurrence, and an extreme amount ;
(B) confirming the guarantee application permission determination based on either the receipt of the examination result relating to the guarantee application or the examination process based on the customer information and the credit information of the guarantee client;
(C) If the guarantee application permission determination is confirmed, based on the guarantee application information, it is an electronically recorded claim that designates the debtor as the guarantee client and the creditor as the bank of the guarantee client. The occurrence record request for the electronic record receivable generated on the occurrence record date specified in the guarantee application information and receiving the occurrence record notification for the occurrence record request, the guarantee destination designated in the guarantee application information a step of specifying to the assignee transmits the assignment records according with the assurance recording of the electronic records receivables,
When the permission determination is confirmed by the execution of the step (b), the step (c) is executed a plurality of times within the range of the extreme amount, and each time the step (c) is performed, A security record automation program for electronically recorded receivables, comprising: executing the step of registering in the database as a remaining guaranteed amount an amount obtained by subtracting a receivable amount designated as the electronically recorded receivable from an extreme amount .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014122531A JP5875636B2 (en) | 2014-06-13 | 2014-06-13 | Electronic record receivable guarantee record automation system, method and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014122531A JP5875636B2 (en) | 2014-06-13 | 2014-06-13 | Electronic record receivable guarantee record automation system, method and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016004304A JP2016004304A (en) | 2016-01-12 |
| JP5875636B2 true JP5875636B2 (en) | 2016-03-02 |
Family
ID=55223572
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014122531A Active JP5875636B2 (en) | 2014-06-13 | 2014-06-13 | Electronic record receivable guarantee record automation system, method and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5875636B2 (en) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6247738B1 (en) * | 2016-11-16 | 2017-12-13 | ＰｗＣあらた有限責任監査法人 | Data structure, information processing apparatus, program, information processing method, and transaction system |
| JP6247737B1 (en) * | 2016-11-16 | 2017-12-13 | ＰｗＣあらた有限責任監査法人 | Data structure, information processing apparatus, program, information processing method, and transaction system |
| JP6234539B1 (en) * | 2016-11-16 | 2017-11-22 | ＰｗＣあらた有限責任監査法人 | Data structure, information processing apparatus, program, information processing method, and transaction system |
| JP6550518B2 (en) * | 2018-10-25 | 2019-07-24 | Ｔｒａｎｚａｘ株式会社 | Electronic record account management system |
| JP7093737B2 (en) * | 2019-03-05 | 2022-06-30 | 株式会社日立製作所 | Payment system and payment method |
| JP6874173B1 (en) * | 2020-01-23 | 2021-05-19 | Ｔｒａｎｚａｘ株式会社 | Electronically recorded loan processing device, electronically recorded loan processing method, and program |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013246480A (en) * | 2012-05-23 | 2013-12-09 | Nec Capital Solutions Ltd | Factoring entrepreneur device and discount transaction method for electronic credit |
| JP5466327B1 (en) * | 2013-08-20 | 2014-04-09 | 株式会社三菱東京Ｕｆｊ銀行 | Electronic record receivable record request management apparatus and electronic record receivable record request management method |
-
2014
- 2014-06-13 JP JP2014122531A patent/JP5875636B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016004304A (en) | 2016-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5875636B2 (en) | Electronic record receivable guarantee record automation system, method and program | |
| US8175972B2 (en) | Pre-paid card transaction computer to load a loan on a pre-paid card | |
| JP5927304B2 (en) | Settlement business support system and settlement business support method | |
| US8538879B2 (en) | System, program product, and computer-implemented method for loading a loan on an existing pre-paid card | |
| US20230298100A1 (en) | Systems and methods for operating a math-based currency exchange | |
| US20190102839A1 (en) | P2p investment intermediating matching system | |
| JP6568547B2 (en) | Information processing apparatus, information processing method, and program | |
| JP2015204063A (en) | factoring system and factoring method | |
| WO2016208419A1 (en) | Method and system for consolidating liabilities of debtor and improving composition of finances in batch factoring transactions by means of electronic recorded monetary claims | |
| JP2020003960A (en) | Credit guarantee system | |
| CN112613952A (en) | Qualification auditing method, device, computer equipment and storage medium | |
| JP2015141597A (en) | payment system and method using electronic money | |
| US8121938B1 (en) | Comprehensive online loan transaction | |
| US11282069B2 (en) | Touchless virtual card payment automation | |
| JP6263137B2 (en) | Bank system, method and program executed by bank system | |
| JP5036220B2 (en) | Journal information creation system, journal information creation method, and journal information creation program | |
| WO2023201359A2 (en) | Method, controller, and computer readable medium for detecting expiration of a unique cryptographic identifier on a distributed transfer network | |
| JP6154508B1 (en) | Electronic record loan payment agency system | |
| KR20130092796A (en) | Banking management system having a special money intrust function and controlling method therefor | |
| JP5871968B2 (en) | Electronic record receivable processing system, method, and program | |
| JP5848785B2 (en) | Electronic record receivable management system | |
| JP7557437B2 (en) | Overseas payment operation support device, overseas payment operation support method, and overseas payment operation support program | |
| KR102041478B1 (en) | Method of managing payment relation between enterprises and system performing the same | |
| US20220351159A1 (en) | System, program product, and computer-implemented method for loading a loan on an existing pre-paid card | |
| JP6404445B1 (en) | Supplier finance service method, computer and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20151013 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20151211 |
|
| 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: 20160105 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160119 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5875636 Country of ref document: JP 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 |