JPH1196275A - Accounts payable trade batch payment trust system - Google Patents
Accounts payable trade batch payment trust systemInfo
- Publication number
- JPH1196275A JPH1196275A JP10208899A JP20889998A JPH1196275A JP H1196275 A JPH1196275 A JP H1196275A JP 10208899 A JP10208899 A JP 10208899A JP 20889998 A JP20889998 A JP 20889998A JP H1196275 A JPH1196275 A JP H1196275A
- Authority
- JP
- Japan
- Prior art keywords
- trust
- payer
- beneficiary
- transfer
- data
- 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.)
- Pending
Links
- 238000012546 transfer Methods 0.000 claims abstract description 168
- 238000000034 method Methods 0.000 claims description 39
- 230000005540 biological transmission Effects 0.000 claims description 25
- 238000012937 correction Methods 0.000 claims description 16
- 238000012790 confirmation Methods 0.000 claims description 12
- 230000002776 aggregation Effects 0.000 claims description 2
- 238000004220 aggregation Methods 0.000 claims description 2
- 238000012545 processing Methods 0.000 abstract description 25
- 230000008569 process Effects 0.000 description 11
- 238000007630 basic procedure Methods 0.000 description 10
- 235000010724 Wisteria floribunda Nutrition 0.000 description 7
- 238000007689 inspection Methods 0.000 description 5
- 235000016496 Panda oleosa Nutrition 0.000 description 4
- 240000000220 Panda oleosa Species 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000010923 batch production Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は手形を発行すること
のない信託方式による買掛金の一括支払信託システムに
関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for trust payment of accounts payable by a trust method without issuing bills.
【0002】[0002]
【従来の技術】支払企業と仕入先企業との決済には一般
に手形による決済が用いられていた。即ち、仕入先企業
では納品と共に代金請求の手続を支払企業に行う。それ
に対して支払企業では手形を仕入先に発行し、仕入先で
は手形の満期日に換金あるいは満期日より前に資金の需
要が出てきた場合には手形割引により割引された金額に
換金するという方法が採られていた。また、データの伝
送に当り全銀協手順には、伝送コードにJIS−8コー
ドを使用したパソコン手順での送信方法と、伝送コード
にEBCDICコードを使用したベーシック手順での送
信方法がある。しかし、パソコンを使用した全銀協手順
でのデータ受信システムでは、パソコン手順とベーシッ
ク手順の一方しか受信できなかった。2. Description of the Related Art Generally, bill settlement is used for settlement between a paying company and a supplier company. In other words, the supplier company performs a procedure for billing the payment together with the delivery to the paying company. In contrast, the paying company issues bills of exchange to the vendor, and the vendor converts the bill to the maturity date of the bill or to the amount discounted by the bill discount if there is a demand for funds before the maturity date. The method of doing was adopted. In transmitting data, JBA procedures include a transmission method using a personal computer procedure using a JIS-8 code as a transmission code and a transmission method using a basic procedure using an EBCDIC code as a transmission code. However, the JBA data reception system using a personal computer could only receive either the personal computer procedure or the basic procedure.
【0003】[0003]
【発明が解決しようとする課題】上記手形による決済で
は、支払企業側には手形に貼る印紙税負担、手形発行事
務のコストがかさむという問題があった。一方、仕入先
にとっては手形の事務に伴う繁雑さの他、手形の保管に
おける事故防止上の問題があった。また最近では、支払
手形をなくすサービスとして、売掛債権をファクタリン
グ会社が買取る手法が都市銀行等で導入されているが、
仕入先にとっては売掛債権の質がファクタリング会社リ
スクの債権に変化してしまい、会計処理では「売掛金」
が「未収入金」へ変化してしまう等の問題があった。ま
た、データ伝送にあたり送信側企業の中には、パソコン
手順の企業とベーシック手順の企業が存在する。しか
し、既存製品ではベーシック手順の企業もしくはパソコ
ン手順の企業の一方からのデータ伝送しか受信できない
という問題もあった。本発明の更なる課題として、 送信企業がパソコン手順・ベーシック手順いずれの場
合でもデータ受信可能にすることにある。 また、受信したデータもパソコンで使用可能なコード
体系(JIS−8コード)に自動変換することにある。In the settlement using the bill, there is a problem that the paying company has to pay a stamp tax to be attached to the bill, and the cost of issuing the bill is increased. On the other hand, for suppliers, there were problems associated with the clerical work of bills and the problem of preventing accidents in storing bills. Recently, as a service to eliminate bills of exchange, a method of purchasing accounts receivable by factoring companies has been introduced by city banks, etc.
For the supplier, the quality of the receivables has changed to the factoring company risk receivables, and the accounting process is "Accounts receivable"
However, there were problems such as the change to “unpaid money”. In transmitting data, some of the transmitting companies include a computer procedure company and a basic procedure company. However, there is a problem that existing products can only receive data transmission from one of a company of a basic procedure and a company of a personal computer procedure. A further object of the present invention is to enable a transmitting company to receive data in both the personal computer procedure and the basic procedure. Another object of the present invention is to automatically convert received data into a code system (JIS-8 code) usable by a personal computer.
【0004】[0004]
【課題を解決するための手段】本発明は上記手形を用い
る決済、ファクタリングによる決済の問題点を解決すべ
く研究の結果、信託方式により、債権流動化の手法をコ
ンピューターシステムを活用することにより前記課題が
解決できることを見出し、仕入先、支払企業および信託
銀行における信託方式を用いた買掛金一括支払信託シス
テムである。即ち、本発明は(1)(a)仕入先(委託
者)より支払企業(支払人)に納品して発生した売掛債
権の明細を支払企業(支払人)が信託銀行へ伝送したデ
ータを読み取る装置、(b)伝送されたデータを債権明
細として支払企業(支払人)に通知する装置、(c)支
払企業(債務者)の異議なき承諾を得て信託設定を行な
った後、各仕入先(委託者)に信託債権(売掛債権)の
残高を通知する装置、(d)支払企業の売掛債権の決済
日に信託銀行への上記集計に基く一括代金振込みを確認
後、同日信託銀行が該代金を受益権保有者へ振込む装
置、を組合わせ含むことからなる買掛金一括支払信託シ
ステムにおいて、上記(a)読取装置では予め登録され
た(i)顧客情報(支払人、委託者)および(ii)売掛
債権データの受信スケジュールに基き、受信予定日もし
くは予定日前の該売掛債権データの受付未済のものをチ
ェックし、各支払人より伝送された売掛債権データを受
付け、(b)の債権明細通知装置では該売掛債権データ
の受付処理(訂正がある場合はデータ訂正)後、受け付
けたデータから(各支払人別に分類してまとめた)信託
債権明細書を作成し各支払人へ伝送し、(c)信託債権
残高通知装置では各支払人からの上記債権明細に対する
異議の有無を受領してチェックし、異議ある債権明細に
関しては(a)のデータ伝送装置へ戻し、異議なき債権
明細に関して各支払人別に信託設定を行ない、該信託設
定された信託債権明細に基き、(i)支払人へは期日別
にまとめた期日別支払予定表を作成伝送し、及び(ii)
委託者へは委託者別にまとめた信託債権明細残高表を作
成伝送して、支払人及び委託者の了解を得、(d)振込
装置では、資金受渡データの作成、支払日データの作
成、およびこれらの支払人への伝送を行ない、これに基
づいてなされる決済日の支払人からの振込まれた金額と
上記の設定された信託とのチェックを行ない、各委託者
別の信託明細に基き各委託者への振込を行う、ことを特
徴とする買掛金一括支払信託システム、(2)(d)に
おける受益権保有者が、委託者および第二受益者であ
り、上記(a)読取装置で予め登録される(i)顧客情
報が支払人、委託者および第二受益者であり、(c)信
託債権残高通知装置で異議なき債権明細に関して各支払
人別に信託設定を行ない、該信託設定された信託債権明
細に基き、(i)支払人へは期日別にまとめた期日別支
払予定表を作成伝送し、(ii)委託者へは委託者別にま
とめた信託債権明細残高表を作成伝送すると共に、(ii
i)第二受益者へは第二受益者別にまとめた信託受益権
明細残高表を作成伝送して、支払人、委託者及び第二受
益者の了解を得る、(1)記載の買掛金一括支払信託シ
ステム、(3)(c)と(d)の間に、(f)信託銀行
が委託者及び/又は第二受益者からの割引申込を受け、
該割引申込に基づき投資家を斡旋し、委託者及び/又は
第二受益者に代わって譲渡手続を行う装置を有するもの
であり、(f)の譲渡手続装置においては、委託者及び
/又は第二受益者より送られて来る受益権譲渡承諾依頼
書をシステム登録し、譲渡申込を受付け、譲渡を行な
い、委託者及び/又は第二受益者に受益権譲渡情報を送
信する、(1)または(2)記載の買掛金一括支払信託
システム、(4)支払人、委託者、第二受益者と信託銀
行との間での確認、修正装置を有する(1)、(2)ま
たは(3)記載のシステム、に関する。上記(1)及び
(2)のシステムのフローチャートを図1に示し、
(1)及び(2)の処理の流れのフローチャートを図2
に示し、(3)のシステムのフローチャートを図3に、
また(3)の処理の流れのフローチャートを図4に示
す。SUMMARY OF THE INVENTION The present invention has been studied to solve the problems of settlement using the above bills and settlement by factoring. As a result, the method of securitization of receivables by a trust system is utilized by utilizing a computer system. This is a trust system for payment of accounts payable using a trust method in suppliers, paying companies, and trust banks, finding that the problem can be solved. That is, the present invention relates to (1) (a) data transmitted by a paying company (payer) to a trust bank by sending a statement of the accounts receivable and trade generated by the supplier (consignor) to the paying company (payer). (B) a device for notifying the paying company (payer) of the transmitted data as a statement of claims, and (c) a trust setting after obtaining the consent of the paying company (obligor) without any consent. A device for notifying the supplier (consignor) of the balance of trust receivables (accounts receivable). (D) After confirming the lump-sum payment to the trust bank based on the above aggregation on the settlement date of the receivables of the paying company, On the same day, the trust bank includes a device for transferring the payment to the beneficiary right holder in a trust account payable lump-sum trust system. In the above (a) reader, (i) customer information (payer, (Contractor) and (ii) Receivable data Checking the receivable data that has not yet been received before or after the scheduled reception date, accepts the receivable data transmitted from each payer, and the receivable detail notification device shown in FIG. After receiving the data (correcting the data if there is a correction), prepare a trust receivable statement (grouped by payer) based on the received data and transmit it to each payer. (C) Trust receivable balance The notification device receives and checks the presence or absence of an objection to the above-mentioned receivables statement from each payer, returns the objectionable receivables item to the data transmission device of (a), and sets the trust setting for each payer for the unobstructed receivables item. (I) preparing and transmitting a due date payment schedule compiled by due date to the payer based on the trust receivable statement set up in the trust; and (ii)
A trust receivable statement balance table prepared for each trustee is prepared and transmitted to the trustee, and the consent of the payer and the trustee is obtained. (D) The transfer device prepares fund transfer data, prepares payment date data, and The transfer to these payers is carried out, the amount transferred from the payer on the settlement date based on this is checked against the trust set above, and based on each trustee's trust statement, each (2) The beneficiary right holders in (2) and (d) are a consignor and a second beneficiary, and the (a) reader is used to perform the transfer to the consignor. (I) The customer information registered in advance is the payer, the consignor, and the second beneficiary, and (c) the trust setting is performed for each payer with respect to the undeclared receivables by the trust receivable balance notifying device. (I) payment based on the trust receivable statement To creates transmit the due date by the payment calendar that was organized by the due date, as well as creating transmission the receivables in the trust specification balance table was organized by consignor are to (ii) consignor, (ii
i) The trust beneficiary right statement balance table compiled for each second beneficiary is created and transmitted to the second beneficiary to obtain the consent of the payer, the consignor and the second beneficiary, and the accounts payable described in (1) above Payment trust system, (3) between (c) and (d), (f) the trust bank receives a discount application from the trustee and / or second beneficiary,
It has a device that mediates investors based on the discount application and performs a transfer procedure on behalf of the consignor and / or the second beneficiary. In the transfer procedure device (f), the consignor and / or the second (Ii) System registration of the beneficiary right transfer consent request sent from the beneficiary, acceptance of the transfer application, transfer, and transmission of beneficiary right transfer information to the consignor and / or the second beneficiary, (1) or (2) Accounts payable lump-sum trust system described in (2), (4) Payer, consignor, confirmation between the second beneficiary and the trust bank, having correction device (1), (2) or (3) The described system. FIG. 1 shows a flowchart of the system of (1) and (2),
FIG. 2 is a flowchart of the processing flow of (1) and (2).
The flowchart of the system of (3) is shown in FIG.
FIG. 4 shows a flowchart of the processing flow of (3).
【0005】上記(a)におけるデータ受付処理の処理
フローを図5に示す。本発明の買掛金一括支払信託シス
テムにおいて最も重要である信託設定が誤りなく行なわ
れるために、このデータ受付処理を誤りなく厳密に行な
う必要がある。そこで、図5に示すように、受付ファイ
ル構成チェック、ヘッダレコードチェック、データレコ
ードチェックおよび委託者情報チェックの4種のチェッ
クを組合せ行なうことによって、このデータ受付処理を
誤りなく厳密に行なっている。各々のチェックの方法は
以下に示す通りである。 1.受付ファイル構成チェック (1)ファイルサイズ…120バイトの倍数、又は12
0バイトの倍数+1バイトであること。 (2)レコードの並び順チェック ファイル内のレコードの並び順が、 ヘッダレコード(A)→データレコード(B)→トレー
ラレコード(C)…繰り返し… ヘッダレコード(A)→データレコード(B)→トレー
ラレコード(C)→エンドレコード(D) という並びになっていること。ヘッダレコード(A)は
各支払人に関する情報、データレコード(B)は各支払
人から支払われる対象の(複数の)委託者に関する情
報、トレーラレコード(C)はBの件数および金額の合
計で、(A)と(C)とは(B)との関係で組合せが決
まり、幾つかの(B)に対し、(C)に置かれている
(B)の件数および金額の合計が誤っているとエラーが
出るようになっている。そして期日毎のAB1B
2B3...Cを一単位とした複数の単位を、Dのエンド
レコードで締切るようにしており、このような構成とな
っていない場合はエラーが出るようになっている。FIG. 5 shows a processing flow of the data reception processing in (a). In order to perform the trust setting, which is the most important in the accounts payable lump-sum trust system of the present invention, without error, it is necessary to strictly perform this data reception processing without error. Therefore, as shown in FIG. 5, the data reception processing is strictly performed without error by combining four types of checks, that is, a reception file configuration check, a header record check, a data record check, and a client information check. The method of each check is as follows. 1. Reception file configuration check (1) File size: multiple of 120 bytes, or 12
Must be a multiple of 0 bytes + 1 byte. (2) Record order check The order of records in the file is as follows: Header record (A) → Data record (B) → Trailer record (C) ... Repeat ... Header record (A) → Data record (B) → Trailer Record (C) → End record (D). The header record (A) is information about each payer, the data record (B) is information about the client (s) to be paid by each payer, and the trailer record (C) is the total number and amount of B, The combination of (A) and (C) is determined by the relationship of (B), and for some (B), the number of cases and the total amount of (B) in (C) are incorrect. And an error comes out. And AB 1 B for each date
2 B 3 . . . A plurality of units, with C as one unit, are closed at the end record of D. If such a configuration is not established, an error is issued.
【0006】2.ヘッダレコードチェック (1)属性チェック(数字が入れられるべき所には数字
が、文字が入れられるべき所には文字が入っているかと
いうチェック) 各項目に規定された文字が登録されていること。 カナ文字項目…EBCDICで認められているカナ文字
のみ認める。 金額・日付項目…数字のみ認める。 (2)支払人情報チェック(口座名、口座番号等) ヘッダレコード上の支払人に関する情報が、データベー
スに登録されている支払人情報テーブルの内容と一致す
ること。この時、口座名と口座番号とを組合せチェック
することによって、株式会社と(株)とは同じと認識
し、またスペースは無視する等、或る程度の余裕をもっ
てファジーなチェックが出来るようにしている。 (3)ヘッダレコード一致チェック 受付けファイル中に複数(支払期日が異なっている)の
ヘッダレコード(A)が存在する場合は、それらのヘッ
ダレコード(A)の内容が一致すること(ただし、支払
期日は全てのヘッダレコードでユニークであること) 3.データ属性チェック(Bについてのチェック) 各項目に規定された文字が登録されていること。 カナ文字項目…EBCDICで認められているカナ文字
のみ認める。 金額・日付項目…数字のみ認める。 データレコード、トレーラレコード、エンドレコードの
各項目についてチェックを行う。 4.委託者情報チェック データレコード上の口座情報が、委託者情報テーブルに
登録されていること。支払人情報のチェックと同様のこ
とが行なわれる。[0006] 2. Header record check (1) Attribute check (check that numbers are to be entered where numbers are to be inserted and characters where characters are to be inserted are characters) The characters specified for each item are registered. Kana character item: Only kana characters recognized by EBCDIC are recognized. Amount / date item: Only numbers are allowed. (2) Payer information check (account name, account number, etc.) Information on the payer in the header record matches the contents of the payer information table registered in the database. At this time, by checking the combination of the account name and account number, it is recognized that the corporation and the corporation are the same, and the fuzzy check can be performed with a certain margin, such as ignoring the space. I have. (3) Header Record Matching Check If there are multiple header records (A) with different due dates in the reception file, the contents of those header records (A) must match (however, the due date). Is unique among all header records). Data attribute check (check for B) Characters specified for each item must be registered. Kana character item: Only kana characters recognized by EBCDIC are recognized. Amount / date item: Only numbers are allowed. Check each item of data record, trailer record and end record. 4. Account information check of the client The account information on the data record must be registered in the client information table. The same operation as checking the payer information is performed.
【0007】また上記(b)における信託設定の処理フ
ローを図6に、また(c)における信託債権通知の処理
フローを図7に示す。FIG. 6 shows a processing flow of the trust setting in (b), and FIG. 7 shows a processing flow of the trust receivable notification in (c).
【0008】上記(d)における代金支払の処理フロー
を図8に示す。図中、各項目は以下に示す通りである。 1.支払日振込データ作成 (1)各明細の残高および譲渡金額を元にして振込デー
タ(Fメイト形式ファイル)を作成する。 (2)振込金額は、明細の残高合計から振込手数料を差
し引いて求める。 振込手数料の計算 a.下請法適用先の場合、振込手数料は¥0 b.委託者負担の場合、以下の条件で振込手数料を計算
する。 振込先が富士銀行兜町支店→¥0 振込先が富士銀行で、兜町支店以外→支払人情報、当行
徴求手数料×(1+消費税率) 振込先が富士銀行以外→支払人情報、他行徴求手数料×
(1+消費税率) c.支払人負担の場合、各明細書について1回だけ支払
人が振込手数料を負担し、それ以外は委託者が手数料を
負担する。(分割譲渡処理によって残高が¥0になった
場合および、支払日処理時等に残高が残っていた場合は
支払日処時に支払人負担となる) (3)振込先が同一銀行口座となる明細が複数件存在し
た場合は、それらが1回の振込で済むように振込データ
を1件にまとめる。(まとめる明細の中に、委託者負担
の明細と支払人負担の明細が混在している場合は、支払
人負担として扱う) 2.支払日振込データ送信 (1)1.で作成したFメイトファイルを、Fメイト送
信用FDにコピーする。 (2)支払日帳票出力 ・支払日処理結果リスト ・銀行勘定伝票起票資料(支払日処理) ・SKシステム汎用仕訳入力票。FIG. 8 shows a processing flow of the payment in (d). In the figure, each item is as shown below. 1. Payment Date Transfer Data Creation (1) Transfer data (F-mate format file) is created based on the balance and transfer amount of each statement. (2) The transfer amount is obtained by subtracting the transfer fee from the total balance of the statement. Calculation of transfer fee a. For subcontractors, the transfer fee is $ 0 b. In the case of the client, the transfer fee is calculated under the following conditions. Transfer destination is Fuji Bank Kabutocho branch → $ 0 Transfer destination is Fuji Bank and other than Kabutocho branch → Payer information, bank collection fee × (1 + consumption tax rate) Transfer destination is other than Fuji Bank → Payer information, other bank request Commission x
(1 + consumption tax rate) c. In the case of the payer's burden, the payer bears the transfer fee only once for each statement, and the consignor bears the fee otherwise. (If the balance becomes $ 0 due to the split transfer process and if the balance remains at the time of payment date processing, etc., the payer will pay at the time of payment date processing.) (3) Details of transfer to the same bank account If there are multiple cases, the transfer data is combined into one so that they need only be transferred once. (If the statement to be collected includes both the statement paid by the client and the statement paid by the payer, it is treated as a payer burden.) Payment date transfer data transmission (1) 1. Copy the F-mate file created in step 2 to the F-mate transmission FD. (2) Payment date form output-Payment date processing result list-Bank account slip invoice data (payment date processing)-SK system general-purpose journal entry form.
【0009】また受益権が委託者から第二受益者へ(分
割)譲渡される第三者譲渡申込についての処理フローを
図9に示す。なお、第三者譲渡の取消については以下の
(1)の条件に基いて行なわれ、図9中の項目(2)、
(3)については以下の通りである。 (1)第三者譲渡取消 第三者譲渡の取消可能条件 ・第三者に譲渡を行っていること ・都度譲渡申し込み明細書が存在していない ・譲渡日よりも前に取消を行った場合、第三者譲渡入力
精査表が印刷される(譲受日以降の取消については、第
三者譲渡入力精査表は印刷されない) (2)入力明細チェック 譲渡対象明細の条件 ・信託設定がされている ・取消されていない ・譲渡可能金額が存在している ・支払期日を迎えていない (3)入力項目チェック 譲受日、譲渡金額、譲渡先第二受益者のチェック内容 ・譲受日>システム日付 ・譲受日の営業日チェック ・入力明細の2営業日後>譲受日 ・譲渡可能金額−譲渡金額≧0 ・入力した第二受益者が入力明細の受託者の第二受益者
となっていること。FIG. 9 shows a processing flow for a third-party transfer application in which beneficiary rights are transferred (split) from the consignor to the second beneficiary. The cancellation of the third-party transfer is performed based on the following condition (1), and items (2),
(3) is as follows. (1) Cancellation of third-party transfer Cancellation conditions for third-party transfer ・ Transfer to a third party ・ Transaction application statement does not exist each time ・ If canceled before the transfer date , The third-party transfer input inspection table is printed (for cancellations after the transfer date, the third-party transfer input inspection table is not printed) (2) Checking the input details Conditions of the transfer target statement ・ Trust settings have been made・ Not canceled ・ Transferable amount exists ・ Payment date has not yet arrived (3) Check of input items Transfer date, transfer amount, details of transferee second beneficiary check ・ Transfer date> system date ・ Transfer Checking the business day of the day ・ Two business days after the input details> transfer date ・ Transferable amount-transfer amount ≧ 0 ・ The second beneficiary who entered is the second beneficiary of the trustee of the input details.
【0010】上記(a)において、本発明では 受信した開局要求電文のTTC部の接続形態区分を保
存し、以降は当該接続形態区分を使用しデータ受信を行
なうことで、パソコン手順とベーシック手順の双方のデ
ータ伝送に対応している。 また、ベーシック手順でのデータ受信時は、自動的に
コード変換(EBCDICコード→JIS−8コード)
する。 本発明の買掛金一括支払信託システムの具体的スキーム
としては I.信託設定: 仕入先が支払企業に物品を納入し、売掛債権が発生。
(支払企業は各仕入先に「支払総括表」等により売掛債
権の金額を通知。) 支払企業は仕入先を代理し、売掛債権を信託譲渡(金
銭債権信託の設定)する。その際、支払企業は売掛債権
の明細をコンピューター伝送にて信託銀行に送付し、信
託銀行は伝送されたデータを仕入先毎に集表する。以
後、支払企業は仕入先を代理して、毎月売掛金債権を追
加信託する。 信託銀行は支払企業より確定日付のある承諾を得るこ
とにより、信託譲渡に関して対抗要件を具備する。信託
譲渡後、信託銀行は仕入先に信託債権(売掛債権)の残
高を通知。 仕入先は上記信託設定により受益権を有することとな
る。 仕入先の受益権は第二受益者情報の登録を行なうこと
により分割譲渡することができる。 II.仕入先または第二受益者個社の資金調達 仕入先または第二受益者は資金化可能日以降、受益権
化した売掛債権を割引形式で譲渡することにより資金調
達することができる(手形割引に相当)。信託銀行は仕
入先または第二受益者からの割引申込に基づき、投資家
を斡旋し、仕入先または第二受益者に代わって譲渡手続
を行う。割引申込方法は (1)随時申込方式(資金化日の3営業日前のPM3:
00までに当社宛fax必着) (2)一括申込方式(毎月従来の資金化可能日に自動的
に資金化する)の2通りがある。 III.売掛金回収時(手形満期日) 支払企業は売掛債権の決済日(手形の満期日)に信託
銀行へ代金を振込む。同日信託銀行は代金を受益権保有
者へ振込む。 仕入先または第二受益者が売掛債権を資金化した場合の
キャシュフロー:支払企業→信託銀行→投資家 資金化しない場合のキャシュフロー:支払企業→信託銀
行→仕入先または第二受益者In the above (a), in the present invention, the connection mode classification of the TTC part of the received start request message is stored, and thereafter, data reception is performed using the connection mode classification, whereby the personal computer procedure and the basic procedure are performed. It supports both data transmissions. Also, when data is received in the basic procedure, the code is automatically converted (EBCDIC code → JIS-8 code).
I do. Specific schemes of the accounts payable lump-sum trust system of the present invention include: Trust setup: Supplier delivers goods to paying company and accounts receivable is generated.
(The paying company notifies each supplier of the amount of accounts receivable through a "payment summary table" etc.) The paying company transfers the accounts receivable on behalf of the supplier (sets up a monetary receivable trust). At that time, the paying company sends the details of the receivables to the trust bank by computer transmission, and the trust bank collects the transmitted data for each supplier. Thereafter, the paying company will add additional accounts receivable each month on behalf of the supplier. The trust bank will have a counter-criterion for the transfer of the trust by obtaining a fixed dated consent from the paying company. After the transfer of the trust, the trust bank notifies the supplier of the balance of the trust receivables (accounts receivable). The supplier will have a beneficiary right through the above trust setting. The beneficiary rights of the supplier can be split and transferred by registering the second beneficiary information. II. Financing of the supplier or the second beneficiary company The supplier or the second beneficiary can raise the financing by transferring the receivables converted into beneficiary interests in a discounted form after the financing date (bills) Discount). The trust bank mediates investors and performs transfer procedures on behalf of the supplier or second beneficiary based on a discount application from the supplier or second beneficiary. The discount application method is as follows: (1) As-needed application method (PM3 three business days before the funding date:
(The fax must be delivered to the company by 00.) (2) There are two types of lump-sum application method (automatic funding every month on the day when the money is available). III. When accounts receivable is collected (bill maturity date) The paying company transfers money to the trust bank on the settlement date of accounts receivable (maturity date of the bill). On the same day, the trust bank will transfer the money to the beneficiary right holders. Cash flow when vendor or second beneficiary capitalizes accounts receivable: paying company → trust bank → investor Cash flow when not financing: paying company → trust bank → vendor or second beneficiary Person
【0011】[0011]
【発明の実施の形態】本発明のシステムの概要を更に具
体的に説明すると以下のようになる。 I.信託設定1)顧客情報の登録 ア.支払人情報の登録 新規顧客発生時、最初に支払人の情報をシステムに登録
する。支払人情報が登録されていないと次のイ、ウに示
す委託者情報、第二受益者情報の登録ができない。 イ.委託者情報の登録 先に登録した支払人に対する委託者の情報をシステムに
登録する。委託者情報が登録されていないと第二受益者
情報の登録ができない。委託者は通常の受益権譲渡と第
二受益者への受益権譲渡(第三者譲渡)が可能である。 ウ.第二受益者情報の登録 委託者の受益権を第三者に譲渡する場合にあらかじめ第
二受益者情報への登録が必要である。第二受益者は委託
者から譲り受けた受益権に対してのみ、通常の受益権譲
渡が可能である。2)信託債権明細書作成&送信 ア.データ受付(訂正がある場合はデータ訂正)処理
後、支払人に対して受け付けたデータの内容を信託債権
明細書として送信する。 3)信託設定 ア.上記信託債権明細書について支払人による確認を得
た後、データ受付単位に信託設定を行なう。4)信託設定通知 ア.信託設定後、支払人、委託者、第二受益者に対して
以下の通知を行なう。 (ア)信託債権明細残高表 委託者宛に信託設定の都度通知する。 (イ)信託受益権明細残高表 第二受益者宛に信託設定の都度通知する。 (ウ)期日別支払予定表 支払人宛に信託設定の都度通知する。 II.仕入先または第二受益者個社の資金調達5)譲渡申込(随時申込) ア.譲渡申込受付 委託者(または第二受益者)より送られて来た投資家へ
の受益権譲渡承諾依頼書を事前にシステム登録する。6)第三者譲渡 ア.第三者譲渡 委託者が保有する受益権の一部または全額を第三者(第
二受益者)に譲渡する。7)受益権譲渡通知 ア.資金受渡しデータ送信後(本日が譲渡日の明細)、
委託者、第二受益者に対して以下の通知をする。 (ア)信託受益権譲渡条件確認書 委託者または第二受益者宛に受益権譲渡の内容を通知す
る。 (イ)信託受益権譲渡条件確認書(第三者譲渡) 委託者宛に第三者譲渡の内容を通知する。 (ウ)信託受益権譲受通知書 第二受益者宛に第三者譲渡の内容を通知する。 III.売掛金回収時(手形満期日)8)資金受渡 ア.資金受渡データ作成 翌営業日に資金の受渡しが発生する明細について振込デ
ータを作成する。 イ.資金受渡データ送信 上記アで作成した振込データを銀行宛に送信する。9)支払日 ア.支払日データの作成 2営業日後に支払期日を迎える明細についてバッチ処理
で振込データを作成する。 イ.支払日データ送信 上記アで作成した振込データを銀行宛に送信する。1本
の全銀協手順受信プログラムで、パソコン手順とベーシ
ック手順の双方を受信でき、ベーシック手順で受信した
データはパソコンで使用可能なコード体系に自動変換す
る。受信データは受信内容をそのまま保存し、ベーシッ
ク手順のみはコード変換後のファイルも保存される。コ
ード変換のテーブルは、ユーザーが変更可能とする。コ
ード変換時、保存エリア不足等の場合エラーメッセージ
を表示しオペレータの指示を待つ。当該プログラムは、
常に着信を監視しており電話回線経由開局要求があった
場合は、自動受信する。正常受信後は着信監視状態に自
動的に戻る。DESCRIPTION OF THE PREFERRED EMBODIMENTS The outline of the system of the present invention will be described more specifically as follows. I. Trust setting 1) Registration of customer information a. Registration of payer information When a new customer is created, the payer information is first registered in the system. If the payer information is not registered, the entrustor information and the second beneficiary information shown in the following a and c cannot be registered. I. Registering Consignor Information Register consignor information for the payer registered at the destination in the system. If the client information is not registered, the second beneficiary information cannot be registered. The consignor is able to transfer the beneficiary right in a normal manner and to the second beneficiary (transfer to a third party). C. Registration of the second beneficiary information When transferring the beneficiary right of the client to a third party, it is necessary to register in advance the second beneficiary information. The second beneficiary can transfer ordinary beneficiary rights only to the beneficiary rights transferred from the client. 2) Preparation and transmission of trust receivable statement a. After the data reception (or data correction if correction) process, the contents of the received data are transmitted to the payer as a trust receivable statement. 3 ) Trust setting a. After confirmation of the trust receivable statement by the payer, trust is set for each data reception unit. 4) Notification of trust setting a. After the trust is established, the following notice will be given to the payer, the consignor, and the second beneficiary. (A) Trust receivable statement balance table Notify the trustee each time a trust is set up. (B) Trust beneficiary right statement balance table Notify the second beneficiary each time a trust is set up. (C) Schedule of payment by due date Notify the payer each time a trust is set up. II. Financing of suppliers or second beneficiary companies 5) Transfer application (application at any time) a. Receipt of transfer application System registration of the beneficiary right transfer consent request sent to the investor sent from the consignor (or second beneficiary). 6) Transfer to a third party a. Transfer to third parties Transfer part or all of the beneficiary rights held by the client to a third party (second beneficiary). 7) Notice of transfer of beneficiary rights a. After sending the fund transfer data (today is the transfer date statement)
The following notice is sent to the client and the second beneficiary. (A) Trust beneficiary right transfer condition confirmation document Notify the contents of the beneficiary right transfer to the consignor or second beneficiary. (B) Trust beneficiary right transfer condition confirmation (third party transfer) The details of the third party transfer will be notified to the client. (C) Notification of transfer of trust beneficiary right Notification to the second beneficiary of the details of the transfer of the third party. III. When accounts receivable is collected (bill maturity date) 8) Fund transfer a. Create fund transfer data Create transfer data for the details of the transfer of funds the next business day. I. Send fund transfer data Send the transfer data created in (1) to the bank. 9) Payment date a. Creation of payment date data Transfer data is created in a batch process for items that are due for payment two business days later. I. Send payment date data Send the transfer data created in a. Above to the bank. One JBA procedure receiving program can receive both the PC procedure and the basic procedure, and the data received in the basic procedure is automatically converted to a code system usable by the personal computer. The received data saves the received content as it is, and only the basic procedure saves the file after code conversion. The code conversion table can be changed by the user. At the time of code conversion, if the storage area is insufficient, an error message is displayed and an operator's instruction is waited. The program is
Incoming calls are always monitored, and if there is a request to open a station via a telephone line, it is automatically received. After normal reception, the system automatically returns to the incoming call monitoring state.
【0012】[0012]
【実施例】本発明の実施例を記載して説明するが、本発
明はこれに限定されるものではないことは云うまでもな
い。 (1)信託設定時 表1に示すように、仕入先が支払企業に商品販売(納
入)(売掛金発生)すると、支払企業は買掛金が発生す
る。納入日(売掛債権発生)から締め日(月末)が決定
する。商品納入日から締め日の間に売掛債権金額の確認
作業が行われる。支払企業は仕入先を代理して信託譲渡
(信託設定)の申込みおよび買掛金データを信託銀行に
伝送する。買掛金データは金額期日仕入先等を記
載したもので、一括支払システムで使用している電文フ
ォーマットを使用する。信託銀行は買掛金データを受信
し、システムでデータ読込み、信託設定を承諾し、債権
明細書表をシステムから出力後、支払企業にFAXす
る。支払企業は債権明細情報を確認し、データ修正の場
合FAXで連絡する。信託銀行はデータの修正のある場
合はデータを修正する(データ確認日、資金化可能日−
5日まで)。支払企業は債権譲渡承諾書を交付し、信託
銀行に持ち込む(対抗要件を具備)。(信託銀行は確定
日付費用を支払企業に別途請求する。)信託銀行は債権
明細書をシステムから出力し、各仕入先にFAXで送付
する。EXAMPLES Examples of the present invention will be described and described, but it goes without saying that the present invention is not limited to these examples. (1) When setting up a trust As shown in Table 1, when a supplier sells (delivery) goods (generates accounts receivable) to a paying company, the paying company generates accounts payable. The closing date (end of month) is determined from the delivery date (account receivable). Confirmation of accounts receivable is performed between the delivery date and the closing date. The paying company transmits an application for trust transfer (trust setting) and accounts payable data to the trust bank on behalf of the supplier. Accounts payable data describes the date and time of the supplier, etc., and uses the message format used in the lump-sum payment system. The trust bank receives the accounts payable data, reads the data in the system, accepts the trust setting, outputs the statement of receivables from the system, and faxes to the paying company. The paying company checks the receivable detail information, and contacts the company by facsimile in case of data correction. The trust bank will correct the data, if any (data confirmation date, fundable date-
Up to 5 days). The paying company issues a letter of consent to transfer the receivables and brings them to the trust bank (providing a counter-requirement). (The trust bank separately bills the paying company for the fixed-date cost.) The trust bank outputs the statement of receivables from the system and sends it to each supplier by fax.
【0013】[0013]
【表1】 [Table 1]
【0014】(2)仕入先の資金化時 表2に示すように仕入先は譲渡承諾依頼書を信託銀行に
FAXする。信託銀行は譲渡承諾依頼書を受領し、照印
後システムに登録し、受付確認書を仕入先にFAXす
る。(譲渡申込日:資金化可能日−4日から決済日3営
業日前のPM3:00までFAX必着)。信託銀行は受
益権譲渡計算書をFAXにて仕入先(および投資家)に
通知する(対抗要件を具備)(確定日付費用を支払企業
に別途請求)(譲渡日:資金化可能日−2日以降)。信
託銀行は仕入企業へ送金(投資家は信託銀行へ送金)す
る。(決済日:譲渡日+2日)。(2) At the time of funding the supplier As shown in Table 2, the supplier faxes the transfer consent request form to the trust bank. The trust bank receives the transfer consent request form, registers it in the system after stamping, and faxes the receipt confirmation to the supplier. (Transfer application date: FAX must arrive from -4 days before funding until 3:00 PM three business days before settlement). The trust bank will notify the supplier (and investors) of the transfer statement of the beneficiary rights by facsimile (equipment must meet the requirements) (fixed date fee will be separately charged to paying company) (transfer date: available date of funding-2) Days). The trust bank remits to the purchasing company (the investor remits to the trust bank). (Settlement date: transfer date + 2 days).
【0015】[0015]
【表2】 [Table 2]
【0016】(3)第三者譲渡 表3に示すように委託者よりFAXにて送られて来た受
益権譲渡承諾依頼書を事前にシステム登録することによ
り第二受益者への譲渡申込を受付け、譲渡申込受付した
明細を承認する。(3) Third party transfer As shown in Table 3, by registering the beneficiary right transfer consent request sent from the consignor by facsimile in advance in the system, a transfer application to the second beneficiary can be made. Approve the details of the acceptance and transfer application.
【0017】[0017]
【表3】 [Table 3]
【0018】(4)売掛債権支払時 表4に示すように支払企業は支払日に信託銀行に支払を
行う。信託銀行は受益権者である仕入先(および投資
家)に振込む。信託銀行は月次報告書を作成、郵送す
る。(4) Payment of accounts receivable As shown in Table 4, the paying company pays to the trust bank on the payment date. The trust bank transfers funds to the beneficiary suppliers (and investors). The trust bank prepares and mails a monthly report.
【0019】[0019]
【表4】 [Table 4]
【0020】[0020]
【実施例1】(1)顧客情報の登録 ア.支払人情報の登録 新規顧客発生時、最初に支払人の情報をシステムに登録
する。支払人情報が登録されていないと委託者情報、第
二受益者情報の登録ができない。 イ.委託者情報の登録 先に登録した支払人に対する委託者の情報をシステムに
登録する。委託者情報が登録されていないと第二受益者
情報の登録ができない。委託者は通常の受益権譲渡と第
二受益者への受益権譲渡(第三者譲渡)が可能である。 ウ.第二受益者情報の登録 委託者の受益権を第三者に譲渡する場合にあらかじめ第
二受益者情報への登録が必要である。第二受益者は委託
者から譲り受けた受益権に対してのみ、通常の受益権譲
渡が可能である。(2)データ受信スケジュール登録 ア.支払人から送られてくる売掛債権データの受信予定
日を登録する。年間の受信スケジュールが、月毎に1回
〜99回まで登録可能である。支払人情報が登録されて
いないと登録できない。また、スケジュール登録する年
の休日が休日管理に登録されていないと、誤って休日が
登録されるので休日管理の登録内容を確認することが必
要である。(3)データ受付 ア.支払人から送られてくる売掛債権データの受付処理
を行なう。このデータは(2)のデータ受信スケジュー
ルの合致するもののみが登録される。受付方法にはデー
タ伝送されてきたデータを受け付ける方法(自動)と、
FAX等の情報から手入力して受け付ける方法(手動)
の2種類が有る。受付方法はデータ受付時に、データ受
信スケジュールの登録内容により決定されるのでデータ
受付前であれば随時変更が可能である。 イ.自動受付は、支払人から送られてくる売掛債権デー
タを自動的にシステムに登録する。売掛債権データの支
払人情報がシステムに登録されていない場合、項目の属
性が誤っている場合等を除きシステムへ自動登録をす
る。登録後、売掛債権データ一覧表が印刷されるので、
エラーの有無を確認する。エラーデータはデータ訂正機
能を使用して訂正する。 ウ.手動受付は、支払人から送られてくるFAX等から
データを手入力によりシステムに登録する。その他の機
能はすべて自動受付と同様の処理を行なう。(4)データ訂正 ア.受付データの内容にエラーがあった場合、支払人か
らの連絡によるデータの訂正依頼等が発生した場合にデ
ータ訂正機能を使用する。明細単位に追加・変更・削除
が可能である。受益権譲渡または、第三者譲渡を行なう
までデータ訂正が可能である。訂正後、データ補正一覧
表が印刷されるので訂正内容を確認する。(5)一括削除 ア.受付データ単位に一括して削除する。誤って違うデ
ータを受付けた場合一括削除を行なうと再度、受付処理
からやり直すことができる。一括削除機能は、受付デー
タ単位にすべての明細を物理的に削除する。誤って削除
した場合元に戻すことができないので注意する。また、
データ訂正と同様に受益権譲渡または、第三者譲渡を行
なうまで一括削除が可能な為、信託設定されている明細
を削除する場合は充分な注意が必要である。(6)信託債権明細書作成&送信 ア.データ受付(訂正がある場合はデータ訂正)処理
後、支払人に対して受け付けたデータの内容を信託債権
明細書としてFAX送信する。“信託債権明細送信”ボ
タンをクリックするとシステムが自動的にFAX送信ま
で行なうが、不達通知の確認は忘れずに行なう。(7)信託設定 ア.データ受付単位に信託設定を行なう。信託設定後、
SKシステム汎用仕訳入力票が印刷される。信託設定を
行なうことにより、受益権譲渡、第三者譲渡が可能にな
る。包括譲渡依頼先の明細については、信託設定時に譲
渡予約明細としてシステムに登録する。(8)対顧帳票(信託設定)送信 ア.信託設定後、支払人、委託者、第二受益者に対して
以下の帳票をFAX送信する。“対顧帳票(信託設定)
送信”ボタンをクリックするとシステムが自動的にFA
X送信まで行なうが、不達通知の確認は忘れずに行な
う。 (ア)信託債権明細残高表 委託者宛に信託設定の都度FAX送信する。毎月1回目
の受信データに対する信託設定時は、当該支払人の全委
託者が保有する満期になっていない信託明細すべてにつ
いて信託債権明細残高表を作成&送信する。2回目以降
の受信データに対する信託設定時は、今回信託設定した
明細を保有する委託者のすべての満期になっていない信
託明細について信託債権明細残高表を作成&送信する。 (イ)信託受益権明細残高表 第二受益者宛に信託設定の都度FAX送信する。毎月1
回目の受信データに対する信託設定時は、当該支払人の
全第二受益者が保有する満期になっていない信託明細す
べてについて信託受益権明細残高表を作成&送信する。
2回目以降の受信データに対する信託設定時は、信託受
益権明細残高表の作成&送信は行なわない。 (ウ)期日別支払予定表 支払人宛に信託設定の都度FAX送信する。受信回数に
関わらず、信託設定日以降に支払期日を迎える、当該支
払人のすべての明細について期日別支払予定表を作成&
送信する。(9)金利登録 ア.割引料の計算で使用する市場金利の登録を行なう。
Value Dateが2営業日後のTibor(1M
〜12M)および、短Pを毎日登録する。登録後、市場
金利登録リストが印刷されるので内容を確認する。(10)譲渡申込(随時申込) ア.譲渡申込受付 委託者(または第二受益者)よりFAXにて送られて来
た受益権譲渡承諾依頼書を事前にシステム登録する。信
託設定日以降、譲渡日当日まで(譲渡日当日は振り込み
データ送信前まで)譲渡申込入力が可能である。登録
後、受益権譲渡承諾入力精査表が出力されるので入力内
容の精査を行なう。精査終了後、一括承認を行なうこと
により譲渡内容が有効になる。 イ.譲渡申込受付取消 アで入力した内容に誤りがあった場合、譲渡申込の取り
下げ等が発生した場合等、明細単位に譲渡申込の取消を
行なう。取消後、受益権譲渡承諾入力精査表が再出力さ
れるので取消明細の確認を行なう。一括承認後の取消は
承認取消で取り消す。譲渡日当日まで(譲渡日当日は振
り込みデータ送信前まで)であれば取消が可能である。 ウ.一括承認 譲渡申込受付した明細を精査表単位に一括承認する。一
括承認された明細は包括譲渡依頼先の明細と共に、譲渡
日前日にシステムで自動的に譲渡計算を行なう。 エ.承認取消 一括承認した明細を取り消す。承認取消は基本的に譲渡
申込受付取消と同じで、取消する対象明細が未承認か承
認済かの違いだけである。包括譲渡依頼先の明細は承認
取消を使用して明細を取消す。当該明細の取消後、再譲
渡はすべて随時申込となるので注意する。(11)第三者譲渡 ア.第三者譲渡 委託者が保有する受益権の一部または全額を第三者に譲
渡する。事前登録はできないので、譲渡希望日(譲受
日)が翌営業日となる明細を本日入力する。第三者譲渡
を行なうためには、事前に譲渡先(第二受益者情報)の
登録が必要である。登録後、第三者譲渡入力精査表が出
力されるので入力内容の精査を行なう。 イ.第三者譲渡取消 アで入力した内容に誤りがあった場合、譲渡申込の取り
下げ等が発生した場合等、明細単位に第三者譲渡の取消
を行なう。取消後、第三者譲渡入力精査表が再出力され
るので取消明細の確認を行なう。(12)対顧帳票(受益権譲渡)送信 ア.資金受渡しデータ送信後(本日が譲渡日の明細)、
委託者、第二受益者に対して以下の帳票をFAX送信す
る。“対顧帳票(受益権譲渡)送信”ボタンをクリック
するとシステムが自動的にFAX送信まで行なうが、不
達通知の確認は忘れずに行なう。 (ア)信託受益権譲渡条件確認書 委託者または第二受益者宛に受益権譲渡(本日が譲渡日
の明細についてのみ)の内容をFAX送信する。 (イ)信託受益権譲渡条件確認書(第三者譲渡) 委託者宛に第三者譲渡(本日が譲渡日の明細についての
み)の内容をFAX送信する。 (ウ)信託受益権譲受通知書 第二受益者宛に第三者譲渡(本日が譲受日の明細につい
てのみ)の内容をFAX送信する。(13)資金受渡 ア.資金受渡データ作成 翌営業日に資金の受渡しが発生する明細について振込デ
ータを作成する。当日の朝一番で作成する。(12:0
0までに銀行へ送信しないと翌日の資金化が間に合わな
い為) 資金受渡データ作成前に取消明細が発生した場合は、該
当明細を承認取消する。資金受渡しデータ作成後に取消
明細が発生した場合は、該当明細を承認取消後再度、資
金受渡データの再作成処理を行う。 イ.資金受渡データ送信 上記アで作成した振込データをスーパFUJIメイト用
にFD出力する。出力されたFDをFUJIメイト端末
にセットして銀行宛に送信する。FD出力後は、明細の
取消ができないので取消明細の有無を確認した上で当該
処理を行なう。(14)支払日 ア.支払日データの作成 2営業日後に支払期日を迎える明細についてバッチ処理
で振込データを作成する。 イ.支払日データ送信 上記アで作成した振込データを翌営業日の業務処理でス
ーパFUJIメイト用にFD出力する。出力されたFD
をFUJIメイト端末にセットして銀行宛に送信する。
資金受渡データと同様に当日の朝一番で作成する。(1
2:00までに銀行へ送信しないと翌日の資金化が間に
合わない為)(15)業務終了 ア.本日の業務をすべて終了して、バッチ処理を起動す
る。バッチ処理では、翌営業日に処理する為の受益権残
高の更新処理、譲渡計算処理、支払日処理等を行なうの
で本日の積み残し作業が無いことを確認する。業務終了
後、作業予定表、支払金額確認表が出力される。Embodiment 1 (1) Registration of customer information a. Registration of payer information When a new customer is created, the payer information is first registered in the system. If payer information is not registered, entrustor information and second beneficiary information cannot be registered. I. Registering Consignor Information Register consignor information for the payer registered at the destination in the system. If the client information is not registered, the second beneficiary information cannot be registered. The consignor is able to transfer the beneficiary right in a normal manner and to the second beneficiary (transfer to a third party). C. Registration of the second beneficiary information When transferring the beneficiary right of the client to a third party, it is necessary to register in advance the second beneficiary information. The second beneficiary can transfer ordinary beneficiary rights only to the beneficiary rights transferred from the client. (2) Data reception schedule registration Register the expected date of receiving the receivables data sent from the payer. The annual reception schedule can be registered from once to 99 times per month. Unable to register if payer information is not registered. If the holiday for which the schedule is to be registered is not registered in the holiday management, the holiday is erroneously registered, so it is necessary to confirm the registered content of the holiday management. (3) Data reception a. The receivable data sent from the payer is accepted. As this data, only the data that matches the data reception schedule of (2) is registered. The receiving method includes a method of receiving data transmitted (automatic),
How to manually input and accept from information such as fax (manual)
There are two types. The reception method is determined by the registered contents of the data reception schedule at the time of data reception, and thus can be changed at any time before data reception. I. The automatic reception automatically registers the accounts receivable data sent from the payer in the system. If the payer information of the receivables and receivables data is not registered in the system, it is automatically registered in the system unless the attribute of the item is incorrect. After registration, the receivables receivable data list is printed,
Check for errors. Error data is corrected using a data correction function. C. In the manual reception, the data is manually registered in the system from a facsimile or the like sent from the payer. All other functions perform the same processing as automatic reception. (4) Data correction a. The data correction function is used when there is an error in the contents of the reception data, or when a request for correction of data is made by a contact from the payer. Additions, changes, and deletions are possible for each line item. Data can be corrected until the beneficiary right is transferred or a third party is transferred. After the correction, the data correction list is printed, and the details of the correction are confirmed. (5) Batch deletion a. Delete them collectively for each reception data. If incorrect data is received by mistake and batch deletion is performed, the reception process can be restarted. The batch deletion function physically deletes all the details in the unit of the reception data. Note that if you delete it by mistake, it cannot be undone. Also,
As in the case of data correction, beneficiary right transfer or third-party transfer can be collectively deleted, so care must be taken when deleting trust-set details. (6) Preparation and transmission of trust receivable statement a. After receiving the data (or correcting the data if there is a correction), the content of the received data is faxed to the payer as a trust receivable statement. When you click the “Send Trust Claim Details” button, the system will automatically perform fax transmission, but be sure to check for non-delivery notices. (7) Trust setting a. Set trust settings for each data reception unit. After setting up the trust,
The SK system general-purpose journal entry form is printed. By setting up a trust, beneficiary rights can be transferred and third parties can be transferred. The specification of the comprehensive transfer request destination is registered in the system as a transfer reservation specification when setting up the trust. (8) Sending the customer report (trust setting) a. After the trust is set up, the following form is faxed to the payer, the consignor, and the second beneficiary. “Customer report form (trust setting)
Click the "Send" button and the system will automatically
The transmission is performed until X transmission, but the confirmation of the non-delivery notification is performed without forgetting. (A) Trust receivable statement balance table FAX is sent to the client each time a trust is set up. When the trust is set for the first received data every month, a trust receivable statement balance table is created and transmitted for all trust statements that have not expired and that are held by all the payers of the payer. At the time of setting the trust for the second and subsequent received data, a trust receivable statement balance table is created and transmitted for all the unexpired trust statements of the trustees who hold the trust set details this time. (B) Trust beneficiary right statement balance table A fax is sent to the second beneficiary each time a trust is set up. 1 every month
When a trust is set for the second received data, a trust beneficiary right statement balance table is created and transmitted for all unexpired trust statements held by all second beneficiaries of the payer.
When the trust is set for the second and subsequent received data, the trust beneficiary right statement balance table is not created and transmitted. (C) Schedule of payment by due date A fax is sent to the payer each time a trust is set up. Regardless of the number of receipts, create a due date payment schedule for all the payers' lines that are due after the trust setting date &
Send. (9) Interest registration a. Register the market interest rate used for calculating the discount rate.
Value Date is 2 business days after Tibor (1M
1212M) and short Ps are registered daily. After registration, the market interest rate registration list is printed, so check the contents. (10) Transfer application (application at any time) a. Transfer application acceptance Register the beneficiary right transfer consent request sent by FAX from the consignor (or second beneficiary) in advance in the system. After the trust setting date, the transfer application can be input until the date of the transfer (until the transfer date is before the transfer data is transmitted). After registration, a beneficiary right transfer consent input scrutiny table is output. After the scrutiny is complete, the transfer will be valid by giving a batch approval. I. Cancellation of transfer application acceptance The transfer application will be canceled in detail units if there is an error in the information entered in a, or if the transfer application is withdrawn. After the cancellation, the beneficiary right transfer consent input scrutiny table is re-output, so the cancellation details are confirmed. Cancellation after batch approval is canceled by cancellation of approval. Cancellation is possible up to the date of the transfer (until the transfer date is before the transfer data is sent). C. Batch Approval Collectively approve the details of the transfer application received for each inspection table. The system will automatically perform the transfer calculation on the day before the transfer, together with the statement of the comprehensive transfer request destination, for the collectively approved specifications. D. Cancel Approval Cancels the batch approved items. Cancellation of approval is basically the same as cancellation of acceptance of transfer application, except for the difference between whether the target item to be canceled is unapproved or approved. The item of the comprehensive transfer request destination is canceled using the approval cancellation. Please note that after the cancellation of the specification, all reassignments will be applied at any time. (11) Third party transfer a. Transfer to third parties Transfer part or all of the beneficial interests held by the client to a third party. Since advance registration is not possible, enter the details for which the desired transfer date (transfer date) will be the next business day today. In order to transfer to a third party, it is necessary to register the transferee (second beneficiary information) in advance. After the registration, a third-party transfer input inspection table is output, and the input contents are inspected. I. Third-Party Transfer Cancellation of a third-party transfer is performed on a per-item basis, such as when there is an error in the information entered in a) or when the transfer application is withdrawn. After the cancellation, the third-party transfer input inspection table is re-output, so the cancellation details are confirmed. (12) Transmission of the customer report (transfer of beneficiary right) a. After sending the fund transfer data (today is the transfer date statement)
The following forms are faxed to the client and the second beneficiary. When you click the "Send reference form (benefit right transfer)" button, the system will automatically perform fax transmission, but do not forget to confirm the non-delivery notice. (A) Trust beneficiary right transfer condition confirmation document Fax transmission of the contents of the beneficiary right transfer (only for the transfer date today) to the consignor or second beneficiary. (A) Trust beneficiary right transfer condition confirmation document (third-party transfer) FAX transmission of the contents of the third-party transfer (only for the details of the transfer date today) to the client. (C) Trust beneficiary right transfer notice FAX transmission of the contents of the third party transfer (today only for the details of the transfer date) to the second beneficiary. (13) Fund transfer a. Create fund transfer data Create transfer data for the details of the transfer of funds the next business day. Create it first in the morning of the day. (12: 0
(Because it will not be possible to fund the next day unless it is sent to the bank by 0.) If a cancellation statement occurs before creating the fund transfer data, the corresponding statement is canceled. If a cancellation statement is generated after the fund transfer data is created, the relevant statement is canceled and the fund transfer data is re-created again. I. Transmission of fund transfer data The transfer data created in (1) is output to the FD for Super FUJI mate. The output FD is set in the FUJI mate terminal and transmitted to the bank. After the FD is output, the details cannot be canceled, so the process is performed after confirming the presence or absence of the canceled details. (14) Payment date a. Creation of payment date data Transfer data is created in a batch process for items that are due for payment two business days later. I. Payment date data transmission The transfer data created in (1) above is output to the Super FUJI Mate by FD in business processing on the next business day. FD output
Is set in the FUJI mate terminal and transmitted to the bank.
Like the fund transfer data, it is created first in the morning of the day. (1
Do not send to the bank to 2:00 and the next day for capital reduction is not in time) (15) business end A. Finish all operations of today and start batch processing. In the batch process, updating process of beneficiary right balance, transfer calculation process, payment date process, and the like for processing on the next business day are performed, so it is confirmed that there is no unloading operation of today. After the work is completed, a work schedule and a payment amount confirmation table are output.
【0021】[0021]
【発明の効果】本発明のシステムでは、手形の利用によ
る印紙税負担や発行事務などのコストの低減ができ、資
金繰りに余裕のない仕入先は一定の手数料を支払った上
で信託銀行に信託受益権を譲渡し、期日前に確実に代金
を受けることができ、又支払企業の信用力を活用できる
ため短期プライムレート以下で資金調達も可能である。
又売掛債権をファクタリング会社が買取る手段に比し
て、売掛債権の相手先やリスクが変化することがなく、
売掛債権の内容を変えないままで仕入先が資金決済サー
ビスが受けられるという優れた効果が奏せられるもので
ある。更に仕入先はその受益権を第二受益者へ分割譲渡
することができ、その点でも効率的で利便性が高い。デ
ータ受付において複数のチェックをコンピューター的に
行うことにより、信託設定を厳密にまた容易に行なうこ
とができる。また信託債権に信託設定を行う際、個々の
明細に信託設定を行うのではなく、1回分の受信データ
群に対して信託設定処理を行うことにより、信託設定の
処理時間が明細件数に左右されないものである。According to the system of the present invention, it is possible to reduce the burden of stamp duty and issuance affairs by using bills of exchange, and suppliers who cannot afford cash can pay the trust bank after paying a certain fee. The beneficiary rights can be transferred and received reliably before the due date, and the creditworthiness of the paying company can be used to raise funds at short-term prime rates or lower.
Also, compared to the means by which the factoring company purchases accounts receivable, the counterparty and risk of accounts receivable do not change,
This is an excellent effect that the supplier can receive the fund settlement service without changing the contents of the receivables. Furthermore, the supplier can transfer the beneficiary right to the second beneficiary in a divided manner, which is also efficient and convenient. By performing a plurality of checks in the data reception using a computer, the trust setting can be performed strictly and easily. In addition, when setting up a trust for a trust receivable, the trust setting process is performed for one received data group instead of setting the trust for each item, so that the processing time for the trust setting does not depend on the number of items. Things.
【図1】請求項1及び2記載のシステムのフローチャー
トである。FIG. 1 is a flowchart of a system according to claims 1 and 2;
【図2】請求項1及び2記載のシステムの作業の流れを
示すフローチャートである。FIG. 2 is a flowchart showing a work flow of the system according to claims 1 and 2;
【図3】請求項3記載のシステムのフローチャートであ
る。FIG. 3 is a flowchart of a system according to claim 3;
【図4】請求項3記載のシステムの作業の流れを示すフ
ローチャートである。FIG. 4 is a flowchart showing a work flow of the system according to claim 3;
【図5】データ受付処理の処理フローを示すフローチャ
ートである。FIG. 5 is a flowchart illustrating a processing flow of a data reception process.
【図6】信託設定の処理フローを示すフローチャートで
ある。FIG. 6 is a flowchart showing a trust setting process flow.
【図7】信託債権通知の処理フローを示すフローチャー
トである。FIG. 7 is a flowchart illustrating a processing flow of trust receivable notification.
【図8】代金支払の処理フローを示すフローチャートで
ある。FIG. 8 is a flowchart illustrating a processing flow of payment.
【図9】第三者譲渡申込についての処理フローを示すフ
ローチャートである。FIG. 9 is a flowchart showing a processing flow for a third party transfer application.
【図10】支払企業、仕入先および信託銀行の三者間で
の基本協定締結時のスキーム概要図である。FIG. 10 is a schematic diagram of a scheme when a basic agreement is concluded among a paying company, a supplier, and a trust bank.
【図11】支払企業、仕入先および信託銀行の三者間で
の信託設定時(月次)のスキーム概要図である。FIG. 11 is a schematic diagram of a scheme when a trust is set up (monthly) between a paying company, a supplier and a trust bank.
【図12】支払企業、仕入先および信託銀行の三者間で
の仕入先個社の資金調達時のスキーム概要図である。FIG. 12 is a schematic diagram of a scheme for financing a supplier company among three parties: a paying company, a supplier, and a trust bank.
【図13】支払企業、仕入先および信託銀行の三者間で
の売掛金回収時(手形満期日)のスキーム概要図であ
る。FIG. 13 is a schematic diagram of a scheme at the time of collection of accounts receivable (bill maturity date) between a paying company, a supplier, and a trust bank.
Claims (4)
払人)に納品して発生した売掛債権の明細を支払企業
(支払人)が信託銀行へ伝送したデータを読み取る装
置、(b)伝送されたデータを債権明細として支払企業
(支払人)に通知する装置、(c)支払企業(債務者)
の異議なき承諾を得て信託設定を行なった後、各仕入先
(委託者)に信託債権(売掛債権)の残高を通知する装
置、(d)支払企業の売掛債権の決済日に信託銀行への
上記集計に基く一括代金振込みを確認後、同日信託銀行
が該代金を受益権保有者へ振込む装置、を組合わせ含む
ことからなる買掛金一括支払信託システムにおいて、上
記(a)読取装置では予め登録された(i)顧客情報
(支払人、委託者)および(ii)売掛債権データの受信
スケジュールに基き、受信予定日もしくは予定日前の該
売掛債権データの受付未済のものをチェックし、各支払
人より伝送された売掛債権データを受付け、(b)の債
権明細通知装置では該売掛債権データの受付処理(訂正
がある場合はデータ訂正)後、受け付けたデータから
(各支払人別に分類してまとめた)信託債権明細書を作
成し各支払人へ伝送し、(c)信託債権残高通知装置で
は各支払人からの上記債権明細に対する異議の有無を受
領してチェックし、異議ある債権明細に関しては(a)
のデータ伝送装置へ戻し、異議なき債権明細に関して各
支払人別に信託設定を行ない、該信託設定された信託債
権明細に基き、(i)支払人へは期日別にまとめた期日
別支払予定表を作成伝送し、及び(ii)委託者へは委託
者別にまとめた信託債権明細残高表を作成伝送して、支
払人及び委託者の了解を得、(d)振込装置では、資金
受渡データの作成、支払日データの作成、およびこれら
の支払人への伝送を行ない、これに基づいてなされる決
済日の支払人からの振込まれた金額と上記の設定された
信託とのチェックを行ない、各委託者別の信託明細に基
き各委託者への振込を行う、ことを特徴とする買掛金一
括支払信託システム。(1) An apparatus for reading data transmitted by a paying company (payer) to a trust bank for details of accounts receivable generated by delivery from a supplier (consignor) to the paying company (payer). (B) a device for notifying the paying company (payer) of the transmitted data as a credit statement, (c) a paying company (obligor)
After the trust is set up with the consent of No. 1, the device that notifies each supplier (consignor) of the balance of the trust receivables (accounts receivable), (d) the settlement date of the receivables of the paying company After confirming the lump sum transfer to the trust bank based on the above aggregation, the trust bank includes a combination of a device for transferring the lump sum to the beneficiary right holder on the same day. Based on (i) customer information (payer, consignor) and (ii) receivable receivable data reception schedule registered in advance, the apparatus receives unreceivable data of the receivable receivable data on or before the scheduled reception date. After checking the receivables data transmitted from each payer, the receivable detail notification device shown in (b) receives the receivables data (if there is a correction, corrects the data), Classify by payer (Collected) a trust receivable statement is prepared and transmitted to each payer. (C) The trust receivable balance notifying device receives and checks whether or not there is an objection to the above receivable statement from each payer, and checks the disputed receivable statement. Is (a)
To the data transmission device, and set up a trust for each payer with respect to the undeclared receivables statement. Based on the trust receivables set up in the trust, (i) prepare a due date payment schedule for the payer by date. And (ii) prepares and sends a trust receivable statement balance table compiled for each consignor to the consignor and obtains the consent of the payer and the consignor. (D) The transfer device prepares fund transfer data, Creates the payment date data and transmits it to these payers, checks the amount transferred from the payer on the settlement date based on this and the trust set up above, and sets each trustee A one-time payment account payable trust system, in which transfer is made to each client based on another trust statement.
よび第二受益者であり、上記(a)読取装置で予め登録
される(i)顧客情報が支払人、委託者および第二受益
者であり、(c)信託債権残高通知装置で異議なき債権
明細に関して各支払人別に信託設定を行ない、該信託設
定された信託債権明細に基き、(i)支払人へは期日別
にまとめた期日別支払予定表を作成伝送し、(ii)委託
者へは委託者別にまとめた信託債権明細残高表を作成伝
送すると共に、(iii)第二受益者へは第二受益者別に
まとめた信託受益権明細残高表を作成伝送して、支払
人、委託者及び第二受益者の了解を得る、請求項1記載
の買掛金一括支払信託システム。2. The beneficiary right holder in (d) is a consignor and a second beneficiary, and (i) the customer information registered in advance by the reader (i) is the payer, the consignor and the second beneficiary. The beneficiary, and (c) the trust receivable balance notification device sets trust for each payer with respect to the undeclared receivable details, and based on the trust receivable details set for the trust, (i) summarizes the receivable date to the payer by due date. Create and transmit due date payment schedules, (ii) create and transmit trust receivable statement balance tables compiled by client, and (iii) provide trust to secondary beneficiaries by secondary beneficiary. 2. The account payable lump-sum trust system according to claim 1, wherein the beneficiary right balance table is created and transmitted to obtain the consent of the payer, the consignor and the second beneficiary.
委託者及び/又は第二受益者からの割引申込を受け、該
割引申込に基づき投資家を斡旋し、委託者及び/又は第
二受益者に代わって譲渡手続を行う装置を有するもので
あり、(f)の譲渡手続装置においては、委託者及び/
又は第二受益者より送られて来る受益権譲渡承諾依頼書
をシステム登録し、譲渡申込を受付け、譲渡を行ない、
委託者及び/又は第二受益者に受益権譲渡情報を送信す
る、請求項1または2記載の買掛金一括支払信託システ
ム。(3) Between (c) and (d), (f) the trust bank receives a discount application from the trustee and / or the second beneficiary, mediates an investor based on the discount application, and commissions the investor. And / or the second beneficiary, and has a device for performing the transfer procedure.
Or, register the beneficiary right transfer consent request sent from the second beneficiary in the system, accept the transfer application, perform the transfer,
3. The account payable lump sum trust system according to claim 1, wherein the beneficiary right transfer information is transmitted to a consignor and / or a second beneficiary.
の間での確認、修正装置を有する請求項1、2または3
記載のシステム。4. A device according to claim 1, 2 or 3, further comprising a confirmation and correction device between the payer, the client, the second beneficiary and the trust bank.
The described system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP10208899A JPH1196275A (en) | 1997-07-24 | 1998-07-24 | Accounts payable trade batch payment trust system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP9-198295 | 1997-07-24 | ||
JP19829597 | 1997-07-24 | ||
JP10208899A JPH1196275A (en) | 1997-07-24 | 1998-07-24 | Accounts payable trade batch payment trust system |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH1196275A true JPH1196275A (en) | 1999-04-09 |
Family
ID=26510897
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP10208899A Pending JPH1196275A (en) | 1997-07-24 | 1998-07-24 | Accounts payable trade batch payment trust system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH1196275A (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002352156A (en) * | 2001-05-24 | 2002-12-06 | Sumitomo Mitsui Banking Corp | Method for deciding beneficiary in trust agreement, and fiduciary system |
JP2003022370A (en) * | 2001-07-06 | 2003-01-24 | Chigin Network Service Kk | Method, program and device for processing account transfer and recording medium |
JP2003044776A (en) * | 2001-07-27 | 2003-02-14 | Daiwa Securities Smbc Co Ltd | Method and system for transferring money between bank accounts, and program |
JP2003108891A (en) * | 2001-09-26 | 2003-04-11 | Sumitomo Mitsui Banking Corp | Fund classifying and managing method and fund classifying and managing system |
KR100475471B1 (en) * | 2001-09-29 | 2005-03-08 | 이효제 | Electronic Stock Used Electronic Stock Commerce System And That Method |
KR100623663B1 (en) * | 2000-08-11 | 2006-09-13 | 주식회사 신한은행 | Method and Device for Bill Account by On-line Certified Contract |
JP2007265083A (en) * | 2006-03-29 | 2007-10-11 | Sumitomo Mitsui Banking Corp | Early settlement profit returning system of accounts payable, early settlement profit returning program, and early settlement profit returning method |
JP2010033412A (en) * | 2008-07-30 | 2010-02-12 | Sumitomo Mitsui Banking Corp | Trust type electronic settlement support system |
JP2011510399A (en) * | 2008-01-15 | 2011-03-31 | ビザ ユー.エス.エー.インコーポレイテッド | System and method for data completion including a push identifier |
JP2017146776A (en) * | 2016-02-17 | 2017-08-24 | 株式会社日立製作所 | Counter business support system and counter business support method |
-
1998
- 1998-07-24 JP JP10208899A patent/JPH1196275A/en active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100623663B1 (en) * | 2000-08-11 | 2006-09-13 | 주식회사 신한은행 | Method and Device for Bill Account by On-line Certified Contract |
JP2002352156A (en) * | 2001-05-24 | 2002-12-06 | Sumitomo Mitsui Banking Corp | Method for deciding beneficiary in trust agreement, and fiduciary system |
JP2003022370A (en) * | 2001-07-06 | 2003-01-24 | Chigin Network Service Kk | Method, program and device for processing account transfer and recording medium |
JP2003044776A (en) * | 2001-07-27 | 2003-02-14 | Daiwa Securities Smbc Co Ltd | Method and system for transferring money between bank accounts, and program |
JP2003108891A (en) * | 2001-09-26 | 2003-04-11 | Sumitomo Mitsui Banking Corp | Fund classifying and managing method and fund classifying and managing system |
KR100475471B1 (en) * | 2001-09-29 | 2005-03-08 | 이효제 | Electronic Stock Used Electronic Stock Commerce System And That Method |
JP2007265083A (en) * | 2006-03-29 | 2007-10-11 | Sumitomo Mitsui Banking Corp | Early settlement profit returning system of accounts payable, early settlement profit returning program, and early settlement profit returning method |
JP2011510399A (en) * | 2008-01-15 | 2011-03-31 | ビザ ユー.エス.エー.インコーポレイテッド | System and method for data completion including a push identifier |
JP2010033412A (en) * | 2008-07-30 | 2010-02-12 | Sumitomo Mitsui Banking Corp | Trust type electronic settlement support system |
JP2017146776A (en) * | 2016-02-17 | 2017-08-24 | 株式会社日立製作所 | Counter business support system and counter business support method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8498935B2 (en) | System and method for automated payment and adjustment processing | |
EP0789884B1 (en) | Full service trade system | |
US8374964B1 (en) | Methods and systems for processing stranded payments and lockbox payments at the same designated payment location | |
KR100237935B1 (en) | Electronic transaction system | |
US20100262522A1 (en) | System and method for remote deposit capture | |
US20180137567A1 (en) | Method and system for reducing debt and improving financial condition of debtor in batch factoring transaction by electronically-recorded monetary claim | |
JPH1196262A (en) | Flotation processing system of accounts receivable | |
JPH1196275A (en) | Accounts payable trade batch payment trust system | |
JP2009098986A (en) | Electronic receivables mediating system | |
KR100407397B1 (en) | Trade form electronic filing document and trade automation system by electronic data interchange | |
US20160132964A1 (en) | Tax refund loan system absent irs and fms debt indicator | |
JP2005316534A (en) | E-commerce system | |
US20080162344A1 (en) | Method and system for enterprise software having direct debit mandates | |
JP2005309697A (en) | Credit fluidizing system and credit fluidizing processing method | |
KR20040105398A (en) | payment service system for tariff and service method thereof | |
KR20160088692A (en) | Enterprise resource planning system | |
JP2005216264A (en) | Payment surrogate system and method | |
JP3683817B2 (en) | Price substitution request and collection system | |
US20160125373A1 (en) | System and method for concurrent electronic remittance and funds transfer | |
JP2003271889A5 (en) | ||
Separated | Nature of Changes | |
KR20050119392A (en) | System for settling a commercial paper electronically and method thereof | |
JP2003271889A (en) | Method, system, and program for collective settlement | |
KR20030093162A (en) | Management method for foreign exchange information about importation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20030218 |