JP2007025849A - Continuous factoring system - Google Patents
Continuous factoring system Download PDFInfo
- Publication number
- JP2007025849A JP2007025849A JP2005203962A JP2005203962A JP2007025849A JP 2007025849 A JP2007025849 A JP 2007025849A JP 2005203962 A JP2005203962 A JP 2005203962A JP 2005203962 A JP2005203962 A JP 2005203962A JP 2007025849 A JP2007025849 A JP 2007025849A
- Authority
- JP
- Japan
- Prior art keywords
- payment
- information
- buyer
- seller
- prepaid
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims abstract description 172
- 238000000034 method Methods 0.000 claims abstract description 110
- 230000008569 process Effects 0.000 claims description 92
- 238000012795 verification Methods 0.000 claims description 37
- 238000012790 confirmation Methods 0.000 claims description 5
- 235000013399 edible fruits Nutrition 0.000 claims description 3
- 235000013311 vegetables Nutrition 0.000 claims description 3
- 230000003203 everyday effect Effects 0.000 abstract description 15
- 239000000047 product Substances 0.000 description 75
- 230000000875 corresponding effect Effects 0.000 description 41
- 238000010586 diagram Methods 0.000 description 28
- 238000007726 management method Methods 0.000 description 23
- 238000003860 storage Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 9
- 238000012937 correction Methods 0.000 description 5
- 235000012055 fruits and vegetables Nutrition 0.000 description 5
- 230000002354 daily effect Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000012856 packing Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 230000003442 weekly effect Effects 0.000 description 2
- 241000251468 Actinopterygii Species 0.000 description 1
- 208000034656 Contusions Diseases 0.000 description 1
- 241000287828 Gallus gallus Species 0.000 description 1
- 240000007594 Oryza sativa Species 0.000 description 1
- 235000007164 Oryza sativa Nutrition 0.000 description 1
- 239000006227 byproduct Substances 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000002079 cooperative effect Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000003306 harvesting Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000474 nursing effect Effects 0.000 description 1
- 235000020995 raw meat Nutrition 0.000 description 1
- 235000021067 refined food Nutrition 0.000 description 1
- 235000009566 rice Nutrition 0.000 description 1
- 230000005070 ripening Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、商品取引で生じた売掛債権に基づき、買い手による実際の支払いが行われるより前に、債権支払会社が先払いを行うための方法等に関する。特に、毎日、比較的小口の多数の取引が行われる業態において、先払い及び精算を連続的かつ安全に行うのに適した方法等に関する。 The present invention relates to a method and the like for a debt payment company to make a pre-payment before an actual payment is made by a buyer based on a trade receivable generated in a commodity transaction. In particular, the present invention relates to a method that is suitable for continuously and safely performing advance payment and settlement in a business condition in which a large number of relatively small transactions are performed every day.
最近、手形割引と同じようにして、商品取引で生じた比較的大口の売掛債権に基づき、買い手による実際の支払いが行われるより前に、個別に先払いを行ういわゆるファクタリングが行われるようになってきた。債権者は、ファクタリングを行う債権支払会社に対し、先払いを希望する売掛債権を個別に特定して先払い依頼する。その際、債権支払会社の債権回収に伴うリスクを低減するために、手形同様に売掛債権の内容が確定している必要がある。依頼を受けた債権支払い会社は、売掛債権ごとに債権譲渡を受け、引き替えにファクタリング手数料を差し引いた額を債権者に先払いする。これにより、債権者は、手数料を負担するものの、債権回収の時期が早くなって資金繰りが楽になるメリットがある。 Recently, in the same way as bill discounts, so-called factoring has been carried out in which individual advance payments are made before actual payments by buyers based on relatively large accounts receivable arising from commodity transactions. I came. The creditor individually specifies the receivables that are desired to be paid in advance and makes a request for advance payment to the credit payment company that performs factoring. At that time, in order to reduce the risk associated with the collection of receivables by the receivables paying company, it is necessary to determine the details of the receivables as well as bills. Upon receipt of the request, the receivable payment company receives the receivable transfer for each receivable and pays the creditor in advance the amount after deducting the factoring fee. Thereby, although the creditor bears the fee, there is an advantage that the timing of the collection of the receivable becomes earlier and the cash flow becomes easier.
ファクタリングを行うためのシステム例としては、介護保険制度に対応した新しい資金調達方法を可能にすることを目的として、介護事業者の有する介護報酬債権(売掛債権)ごとに所定の掛け目(7〜8割)を乗じてこれを上限額として前払いし、しかるのち期日に債務者から支払いが行われた際にその額に応じて未払い分を支払うようにして、債権ごとに個別に精算するシステムが開示されている(特許文献1参照)。このシステムでは、介護報酬債権の一つ一つを手形と同様に個別に取扱って、先払いの申し込み時にレセプトの写し等に従って先払いを行い、しかるのち買い手の支払いスケジュールに従って後払いを行っている。 As an example of a system for performing factoring, for the purpose of enabling a new fund procurement method corresponding to the long-term care insurance system, a predetermined item (7- A system that pays up to 80%) as an upper limit, and then pays the unpaid portion according to the amount when payment is made from the debtor on the due date. It is disclosed (see Patent Document 1). In this system, each nursing care receivable is individually handled in the same way as a bill, and is paid in advance according to a copy of the receipt at the time of application for advance payment, and then paid in advance according to the buyer's payment schedule.
ところで、個々の商品取引は比較的少額であるが、毎日多数の取引が行われるような業態では、一つ一つの売掛債権が比較的小口でしかも多数発生する。例えば、野菜や果物のような青果物、花、苗木等のごとき生鮮商品では、熟化や腐敗等により日や週という短い単位で商品価値が大きく変動する。そのため、生鮮商品の生産者は、生産物の収穫期における天候状況、行事日程や市場価格等を考慮しながら市場に出荷する生産物の数量を日ごとに定め、卸業者や仲卸業者等は、小売店(量販店)からの毎日の注文に応じて、各地に散在する生産者等が出荷できる数量の生産物をできるだけ集積して、要求された商品の数量と品質とを確保するようにしている。つまり、比較的小口の商品取引が毎日多数行われる必要がある。そのため、手形と同様な支払いの事務処理を行おうとすると、多大な事務処理の手間とコストを要することになる。 By the way, although individual merchandise transactions are relatively small, in a business condition in which a large number of transactions are performed every day, each receivable is generated in a relatively small amount. For example, in the case of fresh products such as fruits and vegetables such as vegetables and fruits, flowers, seedlings, etc., the value of the product greatly fluctuates in short units such as days or weeks due to ripening or decay. Therefore, producers of fresh products determine the quantity of products to be shipped to the market on a daily basis, taking into account the weather conditions, event schedules, market prices, etc. during the harvest season of the products. In response to daily orders from retailers (mass retailers), collect as many products as possible that can be shipped by producers scattered throughout the country to ensure the quantity and quality of the required products. ing. In other words, a large number of relatively small commodity transactions need to be performed every day. For this reason, if an attempt is made to perform paperwork for payment similar to a bill, a large amount of time and money is required for paperwork.
さらに、生鮮商品は輸送時の打撲等による商品の傷みが生じやすいうえ、生産者の都合により納品された商品の品質が注文と異なっていることもあり、出荷時の債権額が検収後に変更されることも珍しくない。さらに、通常の支払いの事務処理がなされる時点では、多くの場合に商品はすでに廃棄または消費されて消滅しており、事後的に売掛債権額を検証するのは困難である。これらのため、このような業態における個々の売掛債権と手形とでは、その確実さに大きな差異がある。 In addition, perishable products tend to be damaged due to bruises during transportation, and the quality of the delivered products may differ from the order due to the convenience of the producer, so the amount of receivables at the time of shipment changes after acceptance It's not uncommon. In addition, at the time when ordinary payment paperwork is made, in many cases, the goods are already discarded or consumed and disappear, and it is difficult to verify the amount of accounts receivable afterwards. For these reasons, there is a large difference in certainty between individual accounts receivable and bills in such business categories.
すなわち、上記のような業態において手形割引と同様にしてファクタリングを行おうとすると、毎日の取引の多さに伴う事務作業が繁雑であり、個々の取引の金額がしばしば変更されるために債権額が不確実であり、商品が短期間で変質または消滅してしまうことによる事後的な確認が困難である等の問題点があり、ファクタリングを行う債権支払会社は多大な作業コストと回収リスクを負うことになってしまう。さらには、季節により商品が交代するから、各商品の生産者との取引が継続的に有るとは限らず、支払残や過払いが生じた場合に精算が遅れることになりかねない。また、取引のない期間中に生産者の信用状態が変化することもあり、この点でも債権支払会社にリスクが生じやすい。 In other words, if factoring is performed in the same manner as in the bill discount in the business type described above, the administrative work associated with the number of daily transactions is complicated, and the amount of each transaction is often changed, so the amount of receivables increases. There is a problem that it is uncertain and it is difficult to confirm afterward because the product has deteriorated or disappeared in a short period of time, and the creditor company that performs factoring bears a large work cost and recovery risk Become. Furthermore, since products change according to the season, there is no guarantee that there will be continuous transactions with producers of each product, and payment may be delayed if there is a residual payment or overpayment. In addition, the credit status of producers may change during periods when there are no transactions, and this is also a risk for bond payers.
ここで、債権譲渡前には買い手と売り手の間で売掛債権額が確定しておらず、将来的に確定する商品の取引を支援するシステム等も開示されている。具体的には、取引される商品の暫定取引額に基づいて売掛債権の評価額を決定し、買い手と売り手の事後の合意により商品の実取引額が確定したときに取引額を買い手または売り手から連絡してもらい、いずれかに基づいて実取引額と評価額との差分金額を算出し、差分金額を売り手に対する今後の売掛債権の買取り又は融資に用いるシステムが開示されている(特許文献2参照)。 Here, a system for supporting transactions of commodities to be determined in the future is disclosed, in which the amount of accounts receivable is not fixed between buyers and sellers before transfer of receivables. Specifically, the valuation value of accounts receivable is determined based on the provisional transaction value of the product to be traded, and when the actual transaction value of the product is determined by the subsequent agreement between the buyer and the seller, the transaction value is determined by the buyer or seller. A system is disclosed in which a difference amount between an actual transaction amount and an evaluation amount is calculated based on one of them, and the difference amount is used for purchase or financing of future accounts receivable from the seller (patent document) 2).
このシステムでも個々の売掛債権は、原則として手形と同様に各別に取り扱われており、債権支払会社の負う作業コストと回収リスクの問題は解消されない。さらに、評価額と実取引額との差額が生じた場合に、その差額は、その後に適当な取引や融資がなされるまで精算されないままであり、精算された場合でもいずれの取引等で精算されたかがわかりにくくトラブルになりやすい。特に多数の取引が錯綜する上記の生鮮商品取引のような業態では問題を生じやすい。また、連絡された実取引額が正しいか否かを事後的に検証することもできないから、売り手等による先払い金の詐取等が意図された場合に、それを防止するのは困難である。
本発明は、生鮮商品の取引のような比較的小口の取引がほぼ毎日多数なされる業態に適して、先払い処理の事務作業にかかる手間とコストを低減でき、かつ先払いに伴うトラブルが生じにくい方法、ファクタリングシステムまたはそのためのサーバーを提供することを課題とする。好ましくは、上記のごとき業態において、ファクタリングを行う債権支払会社が負担すべきリスクが低減される方法等を提供することを課題とする。 The present invention is suitable for business conditions in which relatively small transactions are made almost every day, such as fresh product transactions, and can reduce the labor and cost of prepaid office work and is less likely to cause troubles associated with prepaid processing. It is an object to provide a factoring system or a server therefor. Preferably, it is an object of the present invention to provide a method or the like that reduces a risk to be borne by a creditor company that performs factoring in the business conditions as described above.
本発明の第1は、サーバーが、商品の複数の売掛債権に基づいて前記商品の売り手に対する先払い処理を行うための方法であって、スケジュール管理手段が、あらかじめ定められた短周期のスケジュールに従って定期的に先払い処理の開始を先払い処理手段に命令するステップと、前記先払い処理手段が、前記先払い命令に従って、前記短周期の一つにおいて発生した1または2以上の売掛債権を、複数の売掛債権情報が格納された売掛債権テーブルを検索して特定するステップと、前記先払い処理手段が、前記特定された売掛債権に係わる先払い金額の合計を演算するステップと、前記先払い処理手段が、前記合計の先払い金額を含む先払い命令を出力するステップとを含んでなることを特徴とする方法である。 A first aspect of the present invention is a method for a server to perform advance payment processing for a seller of a product based on a plurality of trade receivables of the product, wherein the schedule management means follows a predetermined short cycle schedule. Periodically instructing the advance payment processing means to start the advance payment processing, and the advance payment processing means, in accordance with the advance payment instruction, transfers one or more accounts receivable generated in one of the short cycles to a plurality of sales A step of searching and specifying an accounts receivable table in which credit receivable information is stored; a step in which the advance payment processing means calculates a total amount of advance payment related to the specified trade receivable; and the advance payment processing means And a step of outputting a prepaid instruction including the total prepaid amount.
ここで、さらに、前記スケジュール管理手段が、あらかじめ定められた長周期のスケジュールに従って定期的に後払い処理の開始を後払い処理手段に命令するステップを含み、前記後払い処理手段が、前記後払い命令に従って、前記長周期の一つにおいて発生した1または2以上の売掛債権を前記売掛債権テーブルを検索して特定するステップと、前記後払い処理手段が、前記特定された売掛債権から当該売掛債権に係わる先払い金額を減じて後払い金額の合計を演算するステップと、前記後払い処理手段が、前記合計の後払い金額を含む後払い命令を出力するステップとを含んでなることは好ましい。 Here, the schedule management means further includes a step of instructing the postpayment processing means to start the postpayment processing periodically according to a predetermined long-cycle schedule, and the postpayment processing means follows the postpayment instruction, A step of searching the accounts receivable table to identify one or more accounts receivable generated in one of the long periods, and the post-payment processing means converts the identified accounts receivable to the accounts receivable Preferably, the step of calculating the sum of the postpaid amount by reducing the prepaid amount concerned and the step of the postpay processing means outputting a postpayment instruction including the total postpaid amount.
また、さらに、前記スケジュール管理手段が、前記商品の買い手があらかじめ定めた債務支払いスケジュールに従って定期的に買い手支払い確認処理の開始を入金照合処理手段に命令するステップと、前記スケジュール管理手段が、あらかじめ定められた長周期のスケジュールに従って定期的に後払い処理の開始を後払い処理手段に命令するステップと、前記入金照合処理手段が、前記確認処理の開始命令に従って、あらかじめ定めた期間内の前記売掛債権情報に対応する買い手支払い情報を、複数の買い手支払い情報が格納された買い手支払いテーブルを検索して特定するステップと、前記入金照合処理手段が、前記売掛債権情報と前記特定された買い手支払い情報とを照合するステップと、前記後払い処理手段が、前記後払い処理開始命令に従って、前記長周期の一つにおいて発生した1または2以上の売掛債権を前記売掛債権テーブルを検索するステップと、前記後払い処理手段が、前記検索された売掛債権のうち、前記照合の結果が合致と判定された1または2以上の売掛債権を特定するステップと、前記後払い処理手段が、当該特定された売掛債権に係わる先払い金額を減じて後払い金額の合計を演算するステップと、前記後払い処理手段が、前記演算された合計金額を含む後払い命令を出力するステップとを含んでなることは好ましい。 Further, the schedule management means instructs the payment verification processing means to start the buyer payment confirmation process periodically according to a debt payment schedule predetermined by the buyer of the product, and the schedule management means A step of instructing the postpayment processing means to start the postpayment processing periodically according to the long-cycle schedule, and the receipt verification processing means in accordance with the confirmation processing start command, the receivable information within a predetermined period Searching for a buyer payment table that stores a plurality of buyer payment information, and the receipt verification processing means includes the account receivable information and the specified buyer payment information. The post-payment processing means In accordance with the step of searching the accounts receivable table for one or more accounts receivable generated in one of the long periods, and the postpayment processing means includes: Identifying one or more receivables whose results are determined to match, and wherein the postpayment processing means calculates a total postpaid amount by subtracting a prepaid amount associated with the specified receivable. Preferably, the postpayment processing means includes a step of outputting a postpayment instruction including the calculated total amount.
また、前記短周期が日数単位または週単位であり、前記長周期が月単位であることは好ましい。また、さらに、情報受付手段が、前記売り手端末から前記商品の複数の出荷情報を随時受信して出荷情報テーブルに格納するステップと、前記情報受付手段が、前記商品の買い手端末から前記商品の複数の受領情報を受信して受領情報テーブルに格納するステップと、前記先払い処理手段が、前記出荷情報と当該出荷情報に対応する前記受領情報とを読み出して照合し、前記出荷情報と前記対応受領情報とが合致した場合に、前記出荷情報または前記対応受領情報を前記売掛債権テーブルに格納するステップとを含むことは好ましい。また、前記商品が、短期間に商品価値が変動する生鮮商品であることは好ましい。また、生鮮商品が青果物であることは好ましい。 Moreover, it is preferable that the short cycle is a day unit or a week unit, and the long cycle is a month unit. Further, the information receiving means receives a plurality of shipping information of the product from the seller terminal as needed and stores it in a shipping information table; and the information receiving means receives a plurality of the products from the product buyer terminal. Receiving the receipt information and storing it in the receipt information table, and the advance payment processing means reads and collates the shipment information and the receipt information corresponding to the shipment information, and the shipment information and the corresponding receipt information. It is preferable to include the step of storing the shipment information or the corresponding receipt information in the accounts receivable table when the two match. In addition, it is preferable that the product is a fresh product whose product value fluctuates in a short time. Moreover, it is preferable that fresh goods are fruits and vegetables.
発明の第2は、商品の複数の売掛債権に基づいて前記商品の売り手に対する先払い処理を行うためのサーバーであって、あらかじめ定められた短周期のスケジュールに従って定期的に先払い処理の開始を先払い処理手段に命令するスケジュール管理手段と、前記先払い命令に従って先払い処理を実行する先払い処理手段とを備え、前記先払い処理手段は、前記短周期の一つにおいて発生した1または2以上の売掛債権を、複数の売掛債権情報が格納された売掛債権テーブルを検索して特定する手段と、前記特定された売掛債権に係わる先払い金額の合計を演算する手段と、前記合計の先払い金額を含む先払い命令を出力する手段とを備えてなるものであることを特徴とするサーバーである。 A second aspect of the invention is a server for performing a prepaid process for a seller of a product based on a plurality of accounts receivable of the product, and prepaid the start of the prepaid process periodically according to a predetermined short cycle schedule. A schedule management unit that commands the processing unit; and a prepaid processing unit that executes a prepaid processing in accordance with the prepaid command, wherein the prepaid processing unit stores one or more accounts receivables generated in one of the short cycles. A means for searching and specifying an accounts receivable table in which a plurality of accounts receivable information are stored, a means for calculating the sum of the advance payment amounts related to the specified accounts receivable, and the total advance payment amount And a means for outputting a prepaid instruction.
発明の第3は、商品売り手端末と商品買い手端末と商品債権支払会社端末とが、上記のサーバーと通信可能に接続されていることを特徴とするファクタリングシステムである。 A third aspect of the invention is a factoring system characterized in that a merchandise seller terminal, a merchandise buyer terminal, and a merchandise receivable payment company terminal are communicably connected to the server.
生鮮商品の取引のような比較的小口の取引がほぼ毎日多数なされる業態に適して、債権支払会社に多大な事務処理の手間やコストを発生させることなく、多数の売掛債権に対して連続的に、かつ確実なファクタリングが行える。 Suitable for business types where relatively small transactions such as perishable products are carried out almost every day, and continuously against a large number of trade receivables without incurring tremendous administrative work and costs at the credit payment company. And reliable factoring.
以下、本発明の実施例を図面を参照しながら説明する。まず、図1と図2は、本発明の方法を実施する場合の具体的処理を時間軸に沿って示したものである。図1は先払い処理を示したものであり、図2は後払い処理を示したものである。なお、ファクタリングシステム内の情報の移動は実線の矢印で示し、システム外の商品等の移動は破線の矢印で示した。まず、これらを用いて全体の概要を説明する。いずれも登場するのは商品の売り手1と買い手3、ファクタリング処理を行うサーバー5と、売掛債権の先払いを行う債権支払会社6である。なお、売り手1、買い手3、債権支払会社6には、電話回線、LANまたはインターネット等の通信手段を介して、サーバー5と通信可能に接続されたそれぞれの端末2、4、7が備えられ、これらでファクタリングシステムが構成されている(図4)。
Embodiments of the present invention will be described below with reference to the drawings. First, FIG. 1 and FIG. 2 show the specific processing in the case of implementing the method of the present invention along the time axis. FIG. 1 shows the advance payment process, and FIG. 2 shows the post-payment process. The movement of information in the factoring system is indicated by solid arrows, and the movement of goods etc. outside the system is indicated by broken arrows. First, the overall outline will be described using these. All appearing are a
図1では、買い手と売り手の間に4月1日以降に発生した取引を例として、先払いのために行われる処理を上から下に時系列に従って並べている。なお、理解を容易にするため、買い手と売り手が共に単数の例で示しているが、実際には買い手と売り手は共に複数である。 In FIG. 1, the transactions performed after April 1 are taken as an example between the buyer and the seller, and the processes performed for advance payment are arranged in chronological order from top to bottom. In order to facilitate understanding, both buyers and sellers are shown as a single example, but there are actually a plurality of buyers and sellers.
まず、4月1日付けで買い手が売り手に対して、どの商品をどれだけの個数買うかを発注し、合わせて発注番号を連絡する。この発注は、サーバー5と端末2、4を介して行うのが好ましいが(A1、A2)、発注番号を明示して買い手が売り手に何らかの手段で直接連絡しても良い。すると、売り手は、該当する商品を用意して翌4月2日付けで買い手に対して出荷A3を行い、出荷伝票に従って商品を出荷した旨が売り手端末2に入力され、売り手端末2は通信回線を介してサーバー5に出荷情報A5を送信する。出荷情報には、発注番号、売り手、買い手、納品店舗名称、納品日、商品名、単価、取扱単位、出荷個数、出荷日付、出荷金額等が含まれている。出荷情報を受信したサーバー5は、出荷情報を所定のテーブルに格納する。
First, as of April 1, the buyer orders the seller how many items and how many items to buy, and also notifies the order number. This order is preferably placed via the
売り手1から出荷された商品は、この例では当日のうちに買い手3に到着し、直ちに黒丸で示された検収が行われて、出荷情報が記載されて買い手受領印が押印された受領伝票及び、受領伝票に対応する納品伝票が発行される。押印された受領伝票は随時売り手1に戻される(A4)。買い手3により、この例ではその日に、買い手端末4に商品を受領した旨が納品伝票に従って入力され、買い手端末4は、通信回線を介してサーバー5に受領情報A6を送信する。受領情報A6を受信したサーバー5は、受領情報A6を所定のテーブルに格納する。
In this example, the goods shipped from the
同様にして、4月2日付けでも発注がなされて4月3日に出荷・受領がなされ、以下同様にして、ほぼ毎日のように商品取引が繰り返される。このようにして4月1日から5日までの5日間分の取引が行われる。すると、4月8日にはこの5日間に成立した取引について、まとめて売り手1への先払い処理が行われる。4月5日から8日まで間隔を空けているのは、受領情報が必ずしも受領後直ちに送られるとは限らず、多くの場合、時間をおいて五月雨式にバラバラに送られてくることから、できるだけ多くの受領情報を受信した後に照合処理を行うためである。なお、売り手1が買い手3以外の複数の買い手との間に、同じ期間のうちに1または2以上の取引がある場合も、それらの取引が先払い対象である限り、買い手3との取引と同様にしてまとめて売り手1ら対して先払い処理される。このように、あらかじめ定めた期間のうちに発生した商品取引に関して、まとめて先払い処理を行うので、サーバー処理及び売り手の事務処理の負担が軽減される。
Similarly, an order is placed even on April 2, and shipment / receipt is made on April 3, and thereafter, commodity transactions are repeated almost every day. In this way, transactions for 5 days from April 1 to 5 are carried out. Then, on April 8, prepayment processing to the
先払い処理は、以下のようにして行う。まず、サーバー5が4月1日から5日までの5日間のうちに売り手端末4から随時受信した出荷情報を所定のテーブルから読み出し、続いて、各出荷情報に出荷伝票番号が対応する受領情報を、受領情報を集積した所定のテーブルから検索して読み出す。続いて、サーバー5は各出荷情報とそれに対応する受領情報とを照合する。照合は、納品日、納品店舗名称、伝票番号、合計金額に関して行われ、これらが合致するか否かで判断する。いずれも合致する場合には正しく取引がなされたと判断できるから、先払い可能とする。このように、出荷情報と受領情報とを随時蓄積して、各出荷情報とそれに対応する受領情報とを逐一照合するので、先払い金の過払いや詐取などが生じるおそれが小さい。なお、いずれかが合致しない場合は取引内容の確認が必要であり、その出荷情報と受領情報はサーバー5のプリンタからプリントアウトされて、実際の受領伝票との照合作業を手作業等で行うことができる。
The advance payment process is performed as follows. First, the
サーバー5は、5日間の出荷伝票の全部について照合処理が終了したら、合致したものについての合計金額を演算し、続いて、債権支払会社の所定の手数料を減じてから、所定の先払い率が乗じて実際の先払い金額を演算する。先払い率を乗じるのは、買い手への納品後の店舗陳列段階になって商品に不良品が発見され、売掛債権額がさらに変動する場合があることを考慮したものである。先払い率は、売り手ごとまたは売り手の商品ごとの過去の実績に基づいて、あらかじめ定めておけばよい。
When the
このようにして先払い金額が定められると、サーバー5は、債権支払会社6の端末7に対して、先払いの対象者である売り手1に対して前記の金額の先払いを行えとの先払い命令A8を送信する。先払い命令には、命令送信日、先払い指定日(例えば5日後の4/10)、先払い対象者、支払口座、先払い金額等が含まれている。先払い命令A8を端末7で受信した債権支払会社6は、先払い指定日である4月10付けで、売り手の口座に対して先払い処理A9を行う。先払い処理A9は、売り手の商品取引が継続的に行われている限り、あらかじめ定められた日数、例えば5日ごとに連続的に行われることになる。
When the prepaid amount is determined in this way, the
この5日間が先払いが行われる短周期の例となる。短周期は、売り手ごとに先払い処理が繰り返される周期であり、通常の毎月末に行われる支払いより短い数日から2週間程度の範囲であらかじめ定める。売り手は、先払いによりある程度まとまった金額を入手でき、かつ先払いを受けるための事務処理が煩雑にならない程度の適当な好ましい期間を選び、サーバー5の所定のテーブルにあらかじめ登録しておけばよい。従って、短周期は、数日から十数日程度の任意の日数を単位とするか、または週を単位として毎週先払いが行われる等のようにすればよい。
These five days are an example of a short cycle in which advance payment is performed. The short cycle is a cycle in which the advance payment process is repeated for each seller, and is determined in advance within a range of several days to about two weeks shorter than the payment made at the end of each normal month. The seller can obtain a certain amount of money by advance payment and select an appropriate preferable period that does not complicate the paperwork for receiving advance payment, and register it in a predetermined table of the
その際、出荷情報と受領情報とを照合して、照合済みの取引に関してのみ先払い処理を行うことで、売り手の不正な操作等が例えなされたとしても、先払い金の詐取等が困難になり、手形割引のように債権一つ一つに対して厳格な取扱をせずともある程度の確実さを担保することが可能となる。また、出荷伝票と受領伝票とを、出荷情報と受領情報の裏付けとして用いることができるから、事後的に取引内容を確認することが可能となり、先払い処理に伴うトラブルの発生を可能な限り防止できる。さらに商品の評価額等を定める必要がないので、先払い処理が簡単で過払いも生じにくい。そのため、債権支払会社の先払い処理に伴うリスクが大幅に軽減される。 At that time, by collating the shipping information with the receipt information and performing the advance payment only for the verified transaction, even if the seller's unauthorized operation etc. is compared, it will be difficult to fraud the advance payment, A certain level of certainty can be secured without strict handling of individual claims like bill discounts. In addition, since the shipment slip and receipt slip can be used as proof of the shipment information and receipt information, it is possible to confirm the contents of the transaction after the fact and to prevent the occurrence of troubles associated with the advance payment processing as much as possible. . Further, since it is not necessary to determine the evaluation value of the product, the advance payment process is simple and overpayment is unlikely to occur. As a result, the risks associated with the advance payment processing of the credit payment company are greatly reduced.
このように、手形割引の場合の割引依頼日のような個々の売掛債権ごとに定まる日に基づいて個別に先払い事務処理を行うのではなく、あらかじめ定めた一定期間(短周期)ごとに自律的に処理を行い、その間に発生した複数の売掛債権に対してまとめて先払い処理を行う。そして、この先払い処理を短周期ごとに繰り返し行うことで、連続的または定期的に処理を行う。これにより、生鮮商品取引のような比較的小口の債権がほぼ毎日発生するような業態においても、先払いに伴う支払い側及び売り手側の事務処理負担を軽減することができる。 In this way, instead of individually performing prepaid paperwork based on the date determined for each trade receivable, such as the discount request date in the case of bill discounts, it is autonomous every predetermined period (short cycle). The process is performed in advance, and a plurality of accounts receivables generated in the meantime are collectively processed in advance. Then, the prepaid process is repeated every short cycle to perform the process continuously or periodically. Thereby, even in a business condition in which a relatively small amount of receivables are generated almost every day, such as perishable goods transactions, it is possible to reduce the business processing burden on the payment side and the seller side associated with the advance payment.
ところで、出荷受領照合のタイミングは、上記のように5日分をまとめて行っても良いし、毎日、前日以前に受信した未照合の受領情報に関して行うようにしても良い。この場合、照合済みの受領情報には照合済みのフラグを立てて、先払い処理の際に照合済みフラグの立っている受領情報を検索するようにすればよい。さらには、受領情報を受信するたびに随時、出荷受領照合を行うのでも良い。 By the way, the timing of the shipment receipt verification may be performed collectively for five days as described above, or may be performed for unchecked receipt information received every day before the previous day. In this case, it is only necessary to set a verified flag in the verified receipt information and to search for the reception information with the verified flag in the advance payment process. Further, the shipment receipt verification may be performed as needed every time reception information is received.
続いて、図2について説明する。図2は、後払い処理の時系列に沿った流れを図1と同様にして示した図である。後払い処理とは、買い手の債務支払いを確認した後に行う売掛債権の精算処理である。買い手の支払いは、多くの場合、月末締めの翌月15日支払いや月末支払い等であるから、このあとに後払い処理を行うのがよい。ここでは15日支払いの例で説明する。 Next, FIG. 2 will be described. FIG. 2 is a diagram showing the flow in time series of postpay processing in the same manner as FIG. The post-payment process is an account receivable settlement process that is performed after confirming the buyer's debt payment. In many cases, the buyer pays on the 15th of the month following the end of the month, or the month-end payment. Here, an example of 15-day payment will be described.
後払い処理を行うのは、先払いだけで売掛債権額の全額が支払われるわけではないこと、また、サーバーによる照合処理の結果、何らかの不一致があった場合も原則として先払いはなされないことなどから、支払いがなされた分に関しての精算を行うのが好ましいためである。このようにすることで、複数の取引が合算されて処理されるものの、各取引の精算が後払いで完結するから、事後的な確認作業も簡単になる。また、後払いは、上で説明した短周期よりも長い長周期で繰り返して行う。この長周期は、買い手の大多数の支払いサイクルに対応して月単位とするのが好ましい。つまり、毎月、売り手ごとに定めた日に後払い処理を行うように定めておくのがよい。売り手の要望等により、より長い周期とするのは任意である。ここでは1月を長周期とする例で説明する。 Post-payment processing is based on the fact that the entire amount of accounts receivable is not paid only by advance payment, and that in principle, no prepayment will be made if there is any discrepancy as a result of the verification process by the server. This is because it is preferable to pay for the amount paid. By doing so, although a plurality of transactions are combined and processed, the settlement of each transaction is completed by post-payment, so that the subsequent confirmation work is also simplified. Further, post-payment is repeatedly performed with a long period longer than the short period described above. This long period is preferably on a monthly basis corresponding to the majority of buyers' payment cycles. In other words, it is preferable to perform postpay processing every month on the day determined for each seller. A longer cycle is optional depending on the demand of the seller. Here, an example in which January is a long cycle will be described.
後払い処理は、この例では以下のようにして行っている。まず、買い手端末4が、月初め(図2では5/1)になると先月分の受領情報を売り手ごとに集計して月末締め処理を行う。サーバー5が、一定期間内の複数の受領情報を売り手ごとにまとめた支払い請求のための請求情報を買い手端末4に送信している場合は、受信した請求情報を集計するのが良い。次いで、支払日(図2では5/15)に、買い手3は、債権支払会社の口座に対して先月中に購入した商品の代金を支払い(A10)、買い手端末4は、支払済み情報A11をサーバー5に送信する。支払い済み情報A11には、支払日、支払金額、買い手、支払い対象となった1または2以上の出荷伝票番号が含まれる。サーバー5は、買い手端末4から支払い済み情報A11を受信すると、所定のテーブルに格納する。
The postpay process is performed as follows in this example. First, when the
その後、サーバー5は、売り手1が希望する後払いスケジュールに従って、精算のための後払い処理を開始する。図2は、支払い済み情報A11受信後の5月18日に後払い処理を行っている例である。サーバー5は、売り手1の一定期間の出荷情報のうち、後払い処理がなされていないものを検索し、買い手の支払いがなされていることを確認した後で、先払い金額と手数料とを減じて後払い金額を演算する。続いて、対象期間内に後払い対象となる複数の売り手の取引がある場合は、それらの後払い金額を合計して手数料などを減じて合計後払い金額を演算してから、債権支払会社6の端末7に対して売り手1への後払い命令A12を送信する。後払い命令には、命令送信日、後払い指定日(例えば5/20)、後払い対象者、支払口座情報、合計後払い金額等が含まれている。後払いの内容は所定のテーブルに格納される。
Thereafter, the
債権支払会社6の端末7が後払い命令A12を受信すると、債権支払会社6は、後払い命令に従って、指定日に売り手1の指定口座に対して後払い金額の支払いを行う。これで対象となった1または2以上の取引の精算処理が終了する。
When the terminal 7 of the
なお、上記の流れには、サーバー5のプリンタ43から支払い等に不適格とされた情報が、プリンタ43からプリントアウトされるステップが複数箇所存在している。大多数の取引は、サーバー5により適格と判断されて自動処理される一方、不適格とされた情報に関しては、随時サーバーサイドの人間がアナログ的に対処して、買い手と売り手が合意した情報をサーバーに修正入力すればよい。
In the above flow, there are a plurality of steps where information that is ineligible for payment from the printer 43 of the
このようにして、出荷情報と受領情報との照合を元にして、複数の売掛債権をまとめて、短周期で次々と繰り返し先払い処理を行い、その後、買い手の実支払いがなされた後に、売掛債権の残額の後払い処理を長周期で繰り返し行う。このようにすることで、生鮮商品の取引のごとき比較的小口で多数行われる取引に対応可能となり、先払い側や売り手側の事務処理の手間やコストを増大させることなく、的確に先払い処理を行うことが可能になる。 In this way, based on the collation of the shipment information and the receipt information, a plurality of accounts receivable are put together and repeatedly prepaid one after another in a short cycle. Repeat the postpayment process for the remaining amount of credits over a long period. By doing so, it becomes possible to deal with relatively small transactions such as fresh product transactions, and accurately perform advance payment processing without increasing the labor and cost of paperwork on the advance payment side or seller side. It becomes possible.
その際、先払いの根拠となる出荷情報と受領情報には、それぞれ出荷伝票と押印された受領伝票の裏付けがあるから、仮に商品内容や金額等の入力間違いなどの問題が生じたとしても、事後的に正しい内容を確定することができる。また、比較的少数の不適格情報に係わる取引に関しては、サーバーによる自動処理から弾きだして別途に対処可能とすることで、先払い金の過払いや詐取等が生じにくく、債権支払会社にとって先払い処理のリスクを比較的小さい範囲に留めることが可能になる。 At that time, the shipping information and receipt information, which are the basis for advance payment, are supported by the shipping slip and the received receipt slip, respectively. Correct content can be determined. In addition, for transactions involving a relatively small number of ineligible information, it is possible to deal with separately by taking advantage of automatic processing by the server, so that overpayment and fraud of prepaid money are less likely to occur, and it is difficult for receivable payment companies to Risk can be kept to a relatively small extent.
図3は、三ヶ月間(4月〜6月)を例として、買い手2から債権支払会社6への代金支払いA10(太い矢印)と、債権支払会社6から売り手1への先払いA9(細い矢印)と、債権支払会社6から売り手1への後払いA13(中太の矢印)の、時間的な関係を示した図である。先払いA9が、買い手の代金支払いA10前に1週間程度の短周期で次々と連続的に行われており、各月の15日に買い手の先月分の代金支払いA10がなされると、その直後に後払いA13がなされている。その結果、後払いA13は、買い手の支払いパターンに合わせた長周期でなされていることがわかる。なお、図3では、後払いA13が先払いA9と異なるタイミングで(異日)行われるように示されているが、同日であっても良いのは言うまでもない。返品などのために後払いで過払いが生じる場合には、後払いを先払いと同日に行うようにするのが好ましい。同日の先払いで過払い分を直ちに相殺できるからである。
FIG. 3 shows, for example, three months (April to June), payment A10 (thick arrow) from
次に、図4は、図1〜3とは観点を変えて時間軸をなくし、1回の商品取引の発注から支払い完了までの全部に着目することで、売り手1、買い手3、サーバー5及び債権支払会社6間の情報及び商品等の移動の概略を示した図である。ファクタリングシステムは、サーバー5が、売り手端末2と買い手端末4と債権支払会社端末7とに通信可能に接続されて構成されている。なお、図1、2と同様に、ファクタリングシステム内の情報の移動を実線の矢印で示し、システム外の商品等の移動を破線の矢印で示している。また、図4では簡単のために売り手と買い手とがそれぞれ単数で示しているが、実際はいずれも複数である。
Next, FIG. 4 is different from FIGS. 1 to 3 in that it eliminates the time axis and focuses on everything from ordering a single product transaction to completing payment, so that
買い手端末4が商品の発注情報A1をサーバー5に送信すると、サーバー5は発注情報を所定のテーブルに格納すると共に、売り手端末2に対して発注情報A2として送信する。発注情報A2を受信した売り手1は、注文された商品を用意して納品伝票と共に買い手3に対して発送する(A3)。さらに出荷した旨の出荷情報A5が売り手端末2からサーバー5へ送信される。サーバー5は、出荷情報A5を受信すると所定のテーブルに格納する。商品が買い手の指定した店舗等に到着すると、買い手3により検収印が押印された受領伝票が発行され、受領伝票は適宜売り手1に返送される(A4)。また、商品を受領した旨の受領情報A6が買い手端末4からサーバー5に送信される。サーバー5は、受領情報A6を受信すると所定のテーブルに格納する。
When the
サーバー5は、売り手1が希望する先払いスケジュールに従って、先に受信した出荷情報と受領情報とを照合し、両者が合致する場合に先払い金額を演算し、債権支払会社端末7に対して、売り手1に先払い金額を支払えとの先払い命令A8を送信する。両者が合致しない場合は先払い命令A8は送信されない。先払い命令A8を端末7で受信した債権支払会社6は、売り手1の指定口座に先払い金額を支払う(A9)。
The
また、サーバー5は、受領情報A6に基づいて、買い手3の支払いスケジュールに合わせて買い手端末4に対して商品代金を支払えとの請求情報A7を送信し、合わせて請求情報A7を所定のテーブルに格納する。請求情報A7を端末4で受信して買い手3は、請求情報A7に従って債権支払会社6に商品代金を支払う(A10)。合わせて買い手端末4から代金の支払い済み情報A11が、サーバー5に送信される。サーバー5は支払い済み情報A11を受信すると所定のテーブルに格納する。サーバー5は、買い手3の支払いスケジュールにより、買い手3に対する請求情報A7と支払い済み情報A11とを照合し、両者が合致した場合に、買い手の支払いが完了した旨を所定のテーブルに格納する。
Further, the
サーバー5は、売り手1が希望する後払いスケジュールに従って、買い手3の代金支払いが完了していることを確認したのち、代金から先払い金額等を減じて後払い金額を演算し、売り手3に対して後払い金額を支払えとの後払い命令A12を債権支払会社端末7に送信する。後払い命令A12を端末7が受信すると、債権支払会社6は、後払い金額を売り手1の口座に支払う。これで、1回の商品取引に関する処理が完了する。
After confirming that the payment of the
このように、出荷情報、受領情報を初めとする各種の情報が、ファクタリングシステムを介して、売り手1、買い手3、債権支払会社6にそれぞれ流されると、サーバー5で全部の情報を一元的に管理できる。また、受領伝票等の伝票の裏付けがとれる情報を入力するようにしているため、出荷情報と受領情報、請求情報と支払い済み情報をそれぞれ照合することが可能となる。これらのため、債権支払会社の過払いや先払い金の詐取等のトラブルが生じにくい。つまり債権支払会社の先払いリスクが低減される。
As described above, when various kinds of information such as shipping information and receipt information are sent to the
次に、図5は、ファクタリングシステムのサーバー5を制御面から見た概略構成を示した図である。サーバー5は、各種データ類、テーブル類及びコンピュータプログラムを格納した複数のハードディスクから構成される記憶部20と、CPUとRAMとから構成され、記憶部20から読み出されたコンピュータプログラムやデータを用いてデータ処理を行う処理部10と、サーバー5を通信回線に接続する通信インターフェイス40と、キーボードやマウス等の入力装置41と、液晶ディスプレイやCRTのごときディスプレイ42と、情報を紙出力するプリンタ43とが、図示されない必要なインターフェイスを介するなどして、共通バスで接続されている。
Next, FIG. 5 is a diagram showing a schematic configuration of the
サーバー5の記憶部20には、図5に記載されたような売り手情報テーブル21や後払い記録テーブル34等の各種のテーブルと、サーバー5を動作させるコンピュータプログラム類、ディスプレイ表示のためのプログラム類、その他の必要なデータ類が格納されている。また、処理部10では、必要なプログラム等をRAMに読み込むことで、サーバー5に、端末から送信される各情報を受け付けて所定のテーブルに格納させるための情報入力受付機能を発揮させる情報受付部11、サーバー5に各種処理に関するスケジュール管理機能を発揮させるスケジュール管理部12等(以下の処理部に関しても同様)の、それぞれの機能を発揮させるための図5に図示された各処理部13〜16を備える。
The storage unit 20 of the
まず、記憶部20のテーブル類について説明する。まず、売り手情報テーブル21は、ファクタリングシステムにとって、商品を売る立場の者(売り手)を特定するためのテーブルであり、この例を図6に示す。売り手としては、例えば、青果物の生産農家、各地の農業協同組合、仲卸業者等が該当する。売り手情報テーブル21には、売り手名称や売り手コード等の他、売り手が先払い処理を受けることができる売り手であるか否か、また先払い処理を受けられるとして、売り手が希望する先払い条件、例えば、先払い開始日、先払い間隔(何日ごとに先払いを受けたいか。)を含む。ここにいう先払い間隔が上記で説明した短周期に該当し、先払い開始日が最初に短周期をスタートする日を特定する。さらに、売り手が希望する後払い条件、例えば、長周期を1月とした場合の後払い処理の毎月の締め日や後払い日のデータ、または長周期の開始日と長周期の間隔日数のデータ等を含む。 First, tables in the storage unit 20 will be described. First, the seller information table 21 is a table for identifying a person (seller) in a position to sell a product for the factoring system, and an example of this is shown in FIG. Examples of sellers include farmers who produce fruits and vegetables, local agricultural cooperatives, and wholesalers. In the seller information table 21, in addition to the seller name, seller code, etc., whether the seller is a seller who can receive the advance payment process, and the advance payment conditions desired by the seller, for example, the advance payment, can be received. Includes start date and advance payment interval (how many days do you want to receive advance payment)? The prepaid interval here corresponds to the short cycle described above, and the date when the prepaid start date starts the short cycle first is specified. Further, it includes post-payment conditions desired by the seller, for example, data on the closing date and post-payment date for each month of post-payment processing when the long cycle is set to January, or data on the start date of the long cycle and the number of interval days of the long cycle.
このように、売り手ごとに異なる先払いや後払いの条件を希望する場合であっても、あらかじめ売り手情報テーブル等にそれらの条件を登録しておくことができ、それらに基づいた柔軟な先払い処理等を行うことができる。そのため、売り手は、先払い側や買い手側の一方的な都合に振り回されることなく、柔軟に資金調達することが可能となる。 In this way, even if different prepaid or postpaid conditions are desired for each seller, those conditions can be registered in advance in the seller information table, etc., and flexible prepaid processing based on them can be performed. It can be carried out. Therefore, the seller can flexibly raise funds without being swayed by unilateral convenience on the advance payment side or buyer side.
売り手口座テーブル22は、売り手ごとに用意されたテーブルであり、この例を図7に示す。このテーブルには、商品の出荷や先払いや後払い等の取引日ごとに、それらの取引種別、各取引によって発生した債権額、売り手に支払われた金額、取引日の24時における売り手の債権の合計残額のデータが格納されている。この売り手口座テーブル22は、出荷や支払い等が生じるごとにデータが格納され、債権残額のデータは、商品出荷により新たな債権が発生した場合はその債権額だけ増加し、支払いによって債権が消滅した場合は、その支払額及び支払いの手数料及び消費税分だけ減少する。このような売り手口座テーブルを設けることにより、毎日の比較的小口の商品取引が複数発生し、一定の日数ごとにその間の取引に関してまとめて先払いが行われ、かつその後にまとめて定期的に後払い精算が行われるような複雑な取引形態であっても、売り手ごとに商品と対応した収支が明確にできるから、支払い漏れや請求漏れが生じた場合にチェックが容易で、直ちに問題箇所を発見することが可能になる。 The seller account table 22 is a table prepared for each seller, and an example of this is shown in FIG. This table shows the type of transaction, the amount of receivables generated by each transaction, the amount paid to the seller, the sum of the seller's receivables at 24:00 on the transaction date, for each transaction date such as shipment, advance payment, and postpayment. The remaining amount of data is stored. The seller account table 22 stores data every time shipment or payment occurs, and the data on the balance of receivables increases by the amount of receivables when a new receivable is generated by product shipment, and the receivable disappears by payment. In this case, the payment amount, payment fee and consumption tax are reduced. By providing a seller account table like this, multiple relatively small commodity transactions occur every day, and payments are made in advance for transactions between them every certain number of days. Even if the transaction form is complicated, the balance corresponding to the product can be clarified for each seller. Is possible.
買い手情報テーブル23は、ファクタリングシステムにとって、商品を買う立場の者(買い手)を特定するためのテーブルであり、この例を図8に示す。買い手としては、例えば、百貨店、コンビニ、スーパー等の小売り量販店、生産者に対する仲卸業者等が該当する。買い手情報テーブル23には、買い手名称等の買い手を特定するデータの他、商品を配送する買い手の店舗名称、各買い手の店舗データを格納したテーブルを特定する店舗テーブルコード、さらに買い手の支払い条件、例えば、支払いの締め日、各月の支払日等のデータが格納されている。 The buyer information table 23 is a table for specifying a person (buyer) in a position to buy a product for the factoring system, and an example of this is shown in FIG. Examples of the buyer include a department store, a convenience store, a retail mass retailer such as a supermarket, a wholesaler for the producer, and the like. In the buyer information table 23, in addition to the data specifying the buyer such as the buyer name, the store name of the buyer delivering the product, the store table code specifying the table storing the store data of each buyer, the payment terms of the buyer, For example, data such as the payment closing date and the monthly payment date are stored.
商品情報テーブル24は、商品ごとに、商品名称、コード、産地、梱包単位、梱包数、品質、熟度等のデータを格納し、商品を特定すると共に商品取引に必要な梱包単位のデータを格納したテーブルである。なお、取扱商品は特に限定されないが、好ましい商品は、日単位や週単位長くとも月単位で品質が変化する生鮮商品であり、具体的には、野菜や果物のような青果物、花、苗木、鮮魚、または鶏肉のようなチルドで扱われる生肉等である。これらのごとき商品のファクタリング処理において、債権支払会社のリスクが高くなることによる。最も好ましい取扱商品は、品質変化速度が大きい青果物である。 The product information table 24 stores data such as product name, code, place of production, packing unit, number of packages, quality, maturity, etc. for each product, stores the data of the packing unit necessary for product transaction as well as specifying the product. It is a table. The products handled are not particularly limited, but preferred products are perishable products whose quality changes on a daily or weekly basis, and in particular, fruits and vegetables such as vegetables and fruits, flowers, seedlings, Fresh fish, or raw meat treated with chilled chicken. This is due to the increased risk of receivables companies in the factoring process for these products. The most preferable handling products are fruits and vegetables with a high rate of quality change.
発注記録テーブル25は、サーバー5が受信した発注情報A1を随時格納したテーブルであり、買い手ごとに設けられている。発注記録テーブルの例を図9に示す。このテーブルは、発注伝票番号ごとに、発注日、売り手名称、納入希望日、納入希望店舗名称、1または2以上の商品名とコード、商品の個数、商品の単価、商品ごとの金額、合計金額等の発注伝票に記載される情報が格納されている。
The order record table 25 is a table in which the order information A1 received by the
出荷記録テーブル26は、サーバー5が受信した出荷情報A5を随時格納したテーブルであり、売り手ごとに設けられている。出荷記録テーブルの例を図10に示す。このテーブルは、売り手の出荷伝票に含まれる情報、出荷伝票番号、出荷日、発注伝票番号、納品日、買い手名称、納入店舗名称、商品名称、個数、単価、出荷合計金額等と同等な情報を格納している。さらに、このテーブルは、サーバー5での処理に必要なフラグの有無も格納している。具体的には、当該出荷により発生した債権に対する先払いが終了していることを意味する先払い済みフラグの有無、同様に後払いが終了していることを意味する後払いフラグの有無等を格納している。このように、出荷伝票に記載されている情報と同等の情報をサーバー5が出荷とほぼ同時に入手・格納しているので、過払いや請求漏れなどのトラブルが生じた場合に、実際の伝票類と対比するなどして、事後的に取引の内容を確認することができる。
The shipping record table 26 is a table that stores shipping information A5 received by the
受領記録テーブル27は、サーバー5が受信した受領情報A6を随時格納したテーブルであり、買い手ごとに設けられている。受領記録テーブルの例を図11に示す。このテーブルは、買い手が押印した受領伝票に含まれる受領情報と同等な情報に加え、サーバー5での処理に必要なフラグの有無も格納している。具体的には、当該受領により発生した債務に対する支払い請求がなされていることを意味する請求済みフラグの有無、同様に買い手が代金支払いしたことを意味する支払い済みフラグの有無等を格納している。このように、買い手が押印した受領伝票と同等の情報をサーバー5が、実際の商品の受領からそれほど遅れずに入手・格納しているので、過払いや請求漏れなどのトラブルが生じた場合に、実際の伝票類と対比するなどして、事後的に取引の内容を確認することができる。
The receipt record table 27 is a table in which the receipt information A6 received by the
出荷受領照合結果テーブル28は、サーバー5の先払い処理部13による出荷情報A5と、それに対応する受領情報A6との照合結果とを格納するテーブルである。このテーブルの例を図12に示す。このテーブルは、出荷伝票番号ごとに買い手名称、納入店舗コード照合結果、納品日照合結果、合計金額照合結果、先払い可否の判定結果を格納している。各照合結果は、サーバー5における出荷情報と受領情報との照合処理の結果、各々が一致したか否かを格納し、先払い可否は、全部の照合結果が一致したか否かに基づいて、先払い可否の判断結果を格納している。このように多数の商品取引が行われる場合であっても、それらの一つ一つについて逐一、出荷と受領の照合結果を格納するようにしているので、複数の取引に対してまとめて先払いを行う場合も、銀行手形一つ一つに対する割引処理と同等程度の確実さで先払い処理が行える。
The shipment receipt collation result table 28 is a table for storing the collation result between the shipment information A5 by the advance payment processing unit 13 of the
先払い率情報テーブル29は、売り手情報テーブルの先払い可否欄のデータが「可」となっている売り手についての先払い率を定めたテーブルである。先払い率は、商品の出荷により発生した債権額から先払い手数料や消費税を除いた残額のうち、実際に売り手に先払いする割合を意味する。先払い率は、低すぎると売り手に対する先払い金額が減少して売り手の満足が得られにくくなり、高すぎると債権支払会社にとって過払いのリスクが増大する。先払い率は、売り手の前年度の取引実績や返品実績、売り手の信用度等に基づいてあらかじめ定めておけばよい。先払い率をあらかじめ定めておくことにより、出荷後の腐敗や品質違い等のために商品の返品や廃棄等が生じて債権額が減少した場合の、債権支払会社の先払いにおける過払いリスクを低減させることができる。なお、売り手の取扱商品の一部が非常に高価であるとか、取扱数が極端に少ないなどのリスク要因となる特殊な事情がある場合は、さらに、取扱商品ごとに先払い率を設定しても良い。 The advance payment rate information table 29 is a table that defines advance payment rates for sellers whose data in the advance payment availability column of the seller information table is “OK”. The prepaid rate means the proportion of the amount of receivables generated by the shipment of goods excluding the prepaid fee and consumption tax, which is actually prepaid to the seller. If the advance payment rate is too low, the advance payment amount to the seller decreases and it becomes difficult to obtain the satisfaction of the seller. If the advance payment rate is too high, the risk of overpayment increases for the debt payment company. The advance payment rate may be determined in advance based on the seller's previous year's transaction results, return results, seller's creditworthiness, and the like. By setting a prepaid rate in advance, reduce the risk of overpayment in advance payments by creditor companies when the amount of receivables decreases due to product returns or disposal due to corruption or quality differences after shipment. Can do. In addition, if there are special circumstances that cause risk factors such as that some of the seller's products are very expensive or the number of products handled is extremely small, it is also possible to set a prepaid rate for each product handled. good.
先払い記録テーブル30は、サーバー5の先払い処理部13が買い手に対する先払い命令A8を送信するたびに、その内容を格納したテーブルである。先払い記録テーブル30の例を図13に示す。このテーブルは、先払い対象となる売り手名称、先払いの原因である1または2以上の出荷伝票番号、先払い手数料、消費税額、先払いする予定日を指定した先払い日、先払いする合計金額等のデータを格納している。
The prepaid record table 30 is a table that stores the contents each time the prepaid processing unit 13 of the
請求記録テーブル31は、サーバー5の請求処理部14が、買い手に対する支払い請求である請求情報A7を送信するたびに、その内容を格納したテーブルである。このテーブルの例を図14に示す。このテーブルは、買い手名称、請求日、合計請求金額、対象となる1または2以上の出荷伝票番号等のデータを格納している。
The billing record table 31 is a table that stores the contents each time the billing processing unit 14 of the
買い手支払記録テーブル32は、サーバー5が支払い済み情報A11を受信するたびに、その内容を格納したテーブルである。このテーブルの例を図15に示す。このテーブルは、請求番号、買い手名称、支払日、合計支払金額、支払い対象となった1または2以上の出荷伝票番号等のデータを格納している。
The buyer payment record table 32 is a table that stores the contents each time the
請求入金照合結果テーブル33は、サーバー5の入金照合処理部15が、請求情報A7とそれに対応する支払い済み情報A11とを照合した結果を、請求ごとに格納したテーブルである。このテーブルの例を図16に示す。このテーブルは、請求番号、買い手名称、支払金額から請求金額を差し引いた差額、この差額がゼロであるか否かにより、請求金額と支払金額とが合致するか否かが判断された照合結果等のデータを格納している。
The billing receipt verification result table 33 is a table in which the deposit
後払い記録テーブル34は、サーバー5の後払い処理部16が買い手に対する後払い命令A12を送信するたびに、その内容を格納したテーブルである。後払い記録テーブル34の例を図17に示す。このテーブルは、後払い対象となる売り手名称、後払いの原因である1または2以上の出荷伝票番号、後払いする予定日を指定した後払い日、後払いする合計金額等のデータを格納している。
The postpayment record table 34 is a table that stores the contents every time the postpayment processing unit 16 of the
次に、サーバー5の処理部10について、適宜フローチャートも引用しながら説明する。まず、情報入力受付部11について説明する。情報入力受付部11は、サーバー5が端末2、4、7から受信した各情報を、それらの情報に各々対応した所定のテーブルに格納する機能を主として実現している。情報入力受付部11は、サーバー5が買い手端末2から発注情報A1を受信すると、受信の順番で発注記録テーブル25に随時格納し、同じ内容の発注情報A2を売り手端末2に送信する。また、サーバー5が売り手端末2から出荷情報A5を受信すると、その売り手についての出荷記録テーブル26に受信の順番で随時格納する。また、買い手端末4から受領情報A6を受信すると、その買い手についての受領記録テーブル27に受信の順番で随時格納する。また、買い手端末4から支払い済み情報A11を受信すると、その買い手についての買い手支払記録テーブル32に受信の順番で随時格納する。このように、情報入力受付部11が、サーバー5の受信した各情報をいったん所定のテーブルに格納しておくので、買い手や売り手の希望するスケジュールに従って、後述する各処理を行うことが可能になる。
Next, the
スケジュール管理部12は、先払い、請求、入金照合、後払いの各処理に関して、売り手または買い手の希望に基づいて、サーバー5における各処理を開始する日時を管理する機能を実現している。スケジュール管理部12とテーブル類や他の処理部との関係の概略を、図18にブロック図で示した。
The schedule management unit 12 realizes a function for managing the date and time at which each process in the
まず、スケジュール管理部12は、ある売り手に関して、売り手情報テーブル21の先払い可否欄が「可」の場合に、売り手情報テーブル21に格納された先払い間隔のデータと、売り手口座テーブル22に格納された最近の先払い実施日とから次の先払い日を演算する。そして、次の先払い日に到達したら、先払い処理部13に対し、その売り手に対する先払い処理を開始するように命令する。この処理を先払い可の全部の売り手に関して行う。このようにすることで、売り手が希望するスケジュールに合わせ、かつ複数の取引をまとめて適宜先払い処理を行うことが可能になる。つまり、売り手ごとに異なるスケジュールにより、複数の取引をまとめて先払いを行うことが可能になる。 First, the schedule management unit 12 stores the prepaid interval data stored in the seller information table 21 and the seller account table 22 when the prepaid availability column of the seller information table 21 is “Yes” for a seller. The next advance payment date is calculated from the latest advance payment execution date. When the next prepaid date is reached, the prepaid processing unit 13 is instructed to start prepaid processing for the seller. This process is performed for all sellers who can pay in advance. By doing in this way, it becomes possible to perform a prepaid process appropriately according to a schedule desired by the seller and a plurality of transactions together. In other words, it is possible to make a payment in advance for a plurality of transactions by using a different schedule for each seller.
また、スケジュール管理部12は、ある買い手に関して、買い手情報テーブル23に格納された支払い締め日の一定日数前に、請求処理部14に対し、その買い手に対する請求処理を開始するように命令する。この処理を全部の買い手に関して随時行う。また、スケジュール管理部12は、ある買い手に関して、買い手情報テーブル23に格納された支払日が経過した後に、入金照合処理部15に対し、その買い手からの支払い済み情報を請求情報と照合する入金照合処理を行うように命令する。この処理を全部の買い手に関して随時行う。なお、ここの一定日数は、買い手の事務処理が可能な範囲でできるだけ短い日数とするのが好ましい。
Further, the schedule management unit 12 instructs the billing processing unit 14 to start billing processing for the buyer before a certain number of days before the payment closing date stored in the buyer information table 23 for a certain buyer. This process is performed for all buyers as needed. In addition, the schedule management unit 12 makes a payment verification for a certain buyer after the payment date stored in the buyer information table 23 has passed, with respect to the payment
また、スケジュール管理部12は、ある売り手に関して、売り手情報テーブル21に格納された売り手の後払い希望日である毎月の後払い日のデータを用い、その後払い日の一定日数前に到達した場合に、後払い処理部16に対し、その売り手に対する後払い処理を開始するように命令する。この処理を全部の売り手に関して随時行う。このようにすることで、売り手が希望するスケジュールに合わせた後払い処理が可能となり、かつ複数の取引をまとめて適宜後払い処理を行うことが可能になる。なお、ここの一定日数は、債権支払会社の事務処理が可能な範囲でできるだけ短くするのが好ましい。 Further, the schedule management unit 12 uses post-payment date data for each seller, which is a desired post-payment date of the seller, stored in the seller information table 21 for a certain seller. The processing unit 16 is instructed to start a postpay process for the seller. This process is performed for all sellers as needed. By doing in this way, it becomes possible to perform postpay processing in accordance with a schedule desired by the seller, and it is possible to appropriately perform postpay processing for a plurality of transactions collectively. It should be noted that the certain number of days here is preferably as short as possible within the scope of the paperwork of the credit payment company.
スケジュール管理部12における概略処理のフローチャートを図19に示した。図19(1)は、買い手について行う処理のフローチャートであり、(2)は、売り手について行う処理のフローチャートである。これらのフローチャートの処理は毎日実行される。まず、(1)のフローチャートにより買い手について行う処理を実行し、該当する請求処理及び照合処理が完了した後で、(2)のフローチャートにより売り手について行う処理を実行し、該当する先払い処理と後払い処理を実行する。買い手の支払いを確認した上で、後払い処理を実行することで、できるだけ早いタイミングで売掛債権の精算を行うためである。 FIG. 19 shows a flowchart of schematic processing in the schedule management unit 12. FIG. 19 (1) is a flowchart of processing performed for a buyer, and (2) is a flowchart of processing performed for a seller. The processes of these flowcharts are executed every day. First, the process for the buyer is executed according to the flowchart of (1), and after the corresponding billing process and the matching process are completed, the process for the seller is executed according to the flowchart of (2). Execute. This is because the payment of accounts receivable is settled at the earliest possible timing by executing post-payment processing after confirming the buyer's payment.
図19(1)は、買い手情報テーブルにおける先頭の買い手を特定し(g=1)、サーバーの内部クロックにより特定される処理当日が、その買い手に関する請求処理日または照合処理日に該当するか否かを判断し(S2、S4)、該当する場合に、買い手(g)を特定した請求処理開始または照合処理開始を各処理部に命令する(S3、S5)。この処理を全部の買い手(s人とする)に関して行って終了する。 FIG. 19 (1) specifies the first buyer in the buyer information table (g = 1), and whether or not the processing date specified by the internal clock of the server corresponds to the billing processing date or the verification processing date for the buyer. (S2 and S4), and if applicable, each processing unit is instructed to start a billing process or a collation process specifying the buyer (g) (S3 and S5). This process is completed for all buyers (s).
図19(2)は、売り手情報テーブルにおける先頭の売り手を特定し(h=1)、サーバーの内部クロックにより特定される処理当日が、その売り手に関する先払い処理日または後払い処理日に該当するか否かを判断し(S12、S14)、該当する場合に、売り手(h)を特定した先払い処理開始または後払い処理開始を各処理部に命令する(S13、S15)。この処理を全部の売り手(t人とする)に関して行って終了する。 FIG. 19 (2) specifies the first seller in the seller information table (h = 1), and whether or not the processing day specified by the internal clock of the server corresponds to the prepaid processing date or the postpaid processing date related to the seller. (S12, S14), and if applicable, commands each processing unit to start the prepaid process or the postpaid process specifying the seller (h) (S13, S15). This process is performed for all sellers (t persons) and the process ends.
このように、スケジュール管理部12は、個々の売掛債権の先払い依頼日と直接の関係なく、サーバーの内部クロックとテーブルデータとから自律的に先払い処理等の各処理の開始を命令する。これにより、あらかじめ定めた各期間中に発生した複数の売掛債権等について、まとめて各処理部の処理が行われる。そのため、支払会社や売り手の事務処理の手間やコストが増大することなく、多数の売掛債権について連続的または定期的に先払いなどの処理を行うことが可能になる。 As described above, the schedule management unit 12 commands the start of each process such as the advance payment process autonomously from the internal clock of the server and the table data irrespective of the advance payment request date of each trade receivable. Thereby, the processing of each processing unit is collectively performed for a plurality of accounts receivable and the like generated during each predetermined period. Therefore, processing such as advance payment can be performed continuously or periodically for a large number of accounts receivable without increasing the labor and cost of the paperwork of the payment company or the seller.
先払い処理部13は、買い手が代金支払いを行う前の、商品の出荷から比較的短期間のうちに、売り手への商品代金の一部の先払い処理を行う機能を実現する。先払い処理部13とテーブル類や他の処理部等との関係の概略を、図20のブロック図に示した。また、先払い処理部13でなされる処理の概略フローを図21のフローチャートに示した。これら図20、21を用いて先払い処理部13においてなされる処理について説明する。 The advance payment processing unit 13 realizes a function of performing advance payment processing of a part of the product price to the seller within a relatively short period from the shipment of the product before the buyer pays the price. An outline of the relationship between the advance payment processing unit 13 and tables and other processing units is shown in the block diagram of FIG. A schematic flow of processing performed by the advance payment processing unit 13 is shown in the flowchart of FIG. Processing performed in the advance payment processing unit 13 will be described with reference to FIGS.
スケジュール管理部12から、ある買い手を特定して先払い処理命令が送られると、先払い処理部13が処理を開始する。まず、処理日から先払いの短周期に合わせた一定日数遡った範囲のうちで、かつ先払い済みフラグが付されていない条件で出荷記録テーブル26を検索し、該当する出荷伝票番号を特定する。ここでは、検索でヒットした出荷伝票番号がn個あったとする。このn個の出荷伝票番号で特定される出荷記録を一時記憶に読み込む(S20ステップ)。n個のうちの先頭の1個を選び(i=1)、iがn+1に到達したか否か(n個の全部について処理がなされたか否か)を判断する(S21ステップ)。 When a pre-payment processing command is sent from the schedule management unit 12 specifying a certain buyer, the pre-payment processing unit 13 starts processing. First, the shipping record table 26 is searched within a range that is a fixed number of days backed by a short period of prepaid from the processing date, and the prepaid flag is not attached, and the corresponding shipping slip number is specified. Here, it is assumed that there are n shipping slip numbers hit in the search. The shipment record specified by the n shipment slip numbers is read into temporary storage (step S20). The first one of n is selected (i = 1), and it is determined whether i has reached n + 1 (whether or not all n have been processed) (step S21).
iがn+1に到達していない場合は、フローはS21ステップから右に分岐し、この出荷伝票番号に対応する受領伝票番号を、受領記録テーブル27を検索して特定する(S21ステップ)。対応する受領伝票番号が特定された場合は、フローはS21ステップから下に分岐して、受領伝票番号で特定された受領記録を一時記憶に読み出し、続いて、この受領記録と、出荷伝票番号で特定された出荷記録とを照合する(S22ステップ)。照合は、納品日、納品店舗名称、伝票番号、合計金額を照合キーとして行われ、これらが全部合致した場合に「一致」と判断される。この場合、正しく取引が成立していると考えられることによる。続いて、フローはS22ステップから下に分岐し、この照合結果が出荷受領照合結果テーブル28に格納されて(S23ステップ)、次の出荷伝票番号に処理が移り(i=i+1)、S21ステップに戻る。 If i has not reached n + 1, the flow branches to the right from step S21, and the receipt slip number corresponding to this shipment slip number is specified by searching the receipt record table 27 (step S21). When the corresponding receipt slip number is specified, the flow branches down from step S21, and the receipt record specified by the receipt slip number is read into the temporary storage. Subsequently, the receipt record and the shipment slip number are read. The identified shipment record is collated (step S22). The collation is performed by using the delivery date, the delivery store name, the slip number, and the total amount as the collation keys. In this case, it is because it is considered that the transaction is correctly established. Subsequently, the flow branches downward from step S22, the collation result is stored in the shipment receipt collation result table 28 (step S23), the process moves to the next shipment slip number (i = i + 1), and the step proceeds to step S21. Return.
一方、S21ステップで、対象の出荷伝票番号に対応する受領伝票番号が特定されなかった場合は、取引が成立していない可能性があるため、フローはS21ステップから右に分岐して、対象の出荷伝票番号では対応する受領伝票番号が特定されなかった旨のデータを一覧表Aファイルに蓄積し(S30ステップ)、次の出荷伝票番号に処理が移る(i=i+1)。 On the other hand, if the receipt slip number corresponding to the target shipping slip number is not specified in step S21, there is a possibility that the transaction has not been completed. Data indicating that the corresponding receipt slip number is not specified in the shipping slip number is accumulated in the list A file (step S30), and the processing shifts to the next shipping slip number (i = i + 1).
また、S22ステップで、上記の照合キーの何れかが合致しない場合は、取引内容の確認が必要であるから、「不一致」と判断されてフローは右に分岐し、照合結果を出荷受領照合結果テーブル28に格納し(S40ステップ)、対象の出荷伝票番号の出荷記録は、対応する受領記録と不一致であった旨のデータを一覧表Bファイルに蓄積し(S41ステップ)、次の出荷伝票番号に処理が移り(i=i+1)、S21ステップに戻る。 If any of the above-mentioned verification keys do not match in step S22, it is necessary to confirm the transaction contents. Therefore, it is determined that the transaction does not match, and the flow branches to the right. The data is stored in the table 28 (step S40), and the data indicating that the shipment record of the target shipment slip number does not match the corresponding receipt record is accumulated in the list B file (step S41), and the next shipment slip number is stored. The process moves to (i = i + 1), and the process returns to step S21.
このようにして、S21ステップからS41ステップまでを繰り返して、n個の出荷伝票番号の全部に関して照合が終了すると、S21ステップではi=n+1となり、ここから下に分岐して合計先払い金額が演算される(S50ステップ)。合計先払い金額の演算は、出荷受領照合が「一致」となった1または2以上の出荷記録が正しく成立した取引の記録と考えられるから、これらの出荷合計金額を合算し、これから先払い手数料及び消費税を減じた実債権額が求められる。続いて、先払い率情報テーブル29から先払い対象の買い手の先払い率データが読み出され、先に求められた実債権額に先払い率が乗ぜられて、先払い金額が決定される。 In this manner, the steps from S21 to S41 are repeated, and when collation is completed for all n shipping slip numbers, i = n + 1 is obtained in step S21, and the total advance payment amount is calculated by branching downward from here. (S50 step). The calculation of the total advance payment amount is considered to be a record of transactions in which one or two or more shipment records whose shipment receipt verification is “matched” are correctly established. The actual amount of receivables with tax reduced is required. Subsequently, the advance payment rate data of the buyer to be paid in advance is read out from the advance payment rate information table 29, and the amount of advance payment is determined by multiplying the actual claim amount obtained previously by the advance payment rate.
続いて、債権支払会社端末7に対して、買い手に上で決定された先払い金額を支払えとの命令が通信インターフェイス40を介して送信され(S51ステップ)、さらに、この先払い命令の内容が先払い情報テーブル30と売り手口座テーブル22とに格納され、合わせて出荷記録テーブル26の該当欄に先払い済みフラグが立てられる(S52ステップ)。最後に、先に蓄積された一覧表AとBとがプリンタ43から出力されて(S53ステップ)、先払い処理部13における処理が終了する。 Subsequently, an instruction to pay the prepaid amount determined above to the buyer is transmitted to the bond payment company terminal 7 via the communication interface 40 (step S51), and the content of this prepaid instruction is prepaid information. Stored in the table 30 and the seller account table 22, a prepaid flag is set in the corresponding column of the shipping record table 26 (step S52). Finally, the previously stored lists A and B are output from the printer 43 (step S53), and the processing in the prepaid processing unit 13 ends.
なお、一覧表AとBは、出荷記録に対応する受領記録が無い場合と、出荷記録に対応する受領記録はあるが、その照合キーが完全一致ではない場合である。これらは例外的な場合ではあるが、取引が不成立か、若しくはその内容が確定していないために債権支払会社にとってのリスク要因となる可能性がある。一覧表AとBに記載された取引に関しては、一覧表に従ってアナログ的に人間が対応し、伝票とデータとの対比や売り手と買い手との交渉を行って債権額を確定し、テーブルのデータを修正するなどして対応すればよい。 Lists A and B are a case where there is no receipt record corresponding to the shipment record and a case where there is a receipt record corresponding to the shipment record, but the collation keys are not completely coincident. Although these are exceptional cases, they may be a risk factor for the creditor company because the transaction is not completed or the details are not finalized. Regarding the transactions listed in Tables A and B, humans will respond analogly according to the list, confirm the amount of receivables by comparing slips and data, negotiating with sellers and buyers, and using the table data It may be corrected and corrected.
このようにして、一定期間の間に発生した1または2以上の売掛債権に対してまとめて先払い処理がなされるので、生鮮商品の取引のような比較的小口の取引が毎日多数行われるような場合でも事務処理が煩雑にならず、適用することが可能となる。また、ファクタリングシステムのサーバーが、実際に発行される伝票類に対応するデータを随時入手・格納しているので、商品寿命が短期間で買い手の支払いがなされる前に商品が消滅してしまうような生鮮商品の取引でも、問題が生じた後に正しい取引データが何であったかを検証することが可能となる。様々な信用度の生産者や量販店等が関係する取引においても、先払い金の過払いや詐取などのおそれが減少し、債権支払会社が多大なリスクを負担しなくとも安全に先払い処理を行うことが可能となる。 In this way, since one or more receivables generated during a certain period are collectively paid in advance, a large number of relatively small transactions such as perishable products are performed every day. Even in this case, the paperwork is not complicated and can be applied. In addition, since the factoring system server obtains and stores data corresponding to the slips that are actually issued from time to time, the product will disappear before the buyer pays for a short product life. Even with fresh perishables transactions, it is possible to verify what the correct transaction data was after a problem occurred. Even in transactions involving producers and mass merchandisers with various creditworthiness, the risk of overpayment and fraud of prepaid money is reduced, and the credit payment company can safely perform advance payment processing without incurring significant risks. It becomes possible.
請求処理部14は、買い手端末4から送信され受領記録テーブル27に格納された受領記録に基づいて、買い手端末4に対して代金支払い請求を送信する機能を実現する。請求処理部14とテーブル類や他の処理部等との関係の概略を、図22のブロック図に示した。請求処理部14は、スケジュール管理部12から買い手を特定した請求処理の開始命令を受けると、まず買い手情報テーブル23を用いて、その買い手について今回の請求対象となる期間を特定し、続いて、受領記録テーブル27を検索して、請求対象期間内で請求済みフラグが無い受領記録を特定する。これらが未だ買い手への代金請求がなされていない取引だからである。続いて、検索された受領記録を用いて請求情報A7を形成し、通信回線を介して買い手端末4に送信する。最後に送信された請求情報A7を請求記録テーブル31に格納し、受領記録テーブル27の該当欄に請求済みフラグを立てて処理を終了する。これをすべての買い手に対して随時行う。
The billing processing unit 14 realizes a function of transmitting a payment request to the
入金照合処理部15は、買い手への請求記録とそれに対応する買い手支払い記録とを照合し、両者が合致するか否かを判断する機能を実現する。入金照合処理部15とテーブル類や他の処理部等との関係の概略を、図23のブロック図に示した。また、入金照合処理部15でなされる処理の概略フローを図24のフローチャートに示した。これら図23、22を用いて入金照合処理部15においてなされる処理について説明する。
The deposit
スケジュール管理部12から、買い手を特定して請求入金照合処理を行えとの命令を受けると、入金照合処理部15は、請求日が一定範囲内にあるその買い手に対する請求記録を請求記録テーブル31から検索し、検索された請求記録(m個とする)を一時記憶に読み出す(S60ステップ)。次に、m個の請求記録から先頭の1個を選択し(j=1)、続いて、jがm+1に到達したか否か(m個の全部について処理がなされたか否か)を判断する(S61ステップ)。
When receiving an instruction from the schedule management unit 12 to specify the buyer and perform the charge / payment verification process, the payment
jがm+1に到達していない場合は、フローはS61ステップから右に分岐して、j番目の請求記録に対応する買い手支払記録を、買い手支払い記録テーブル32から検索する(S62ステップ)。対応する買い手支払い記録が特定された場合は、フローはS62ステップから下に分岐し、請求記録とそれに対応する買い手支払い記録とを照合する(S63ステップ)。照合キーは、請求日、請求番号、買い手コード、合計支払額と合計請求金額、としている。これらの全部が合致する場合に、請求記録と買い手支払い記録とが「一致」すると判断する。いずれかが合致しない場合は、「不一致」と判断する。両者が一致する場合は、フローはS63ステップから下に分岐して、照合結果を請求入金照合結果テーブル33に格納し、また、受領記録テーブル27の該当欄に支払い済みフラグを立てる。続いて、次の請求記録を選択し(j=j+1)、S61ステップに戻る。 If j has not reached m + 1, the flow branches to the right from step S61, and the buyer payment record corresponding to the jth billing record is searched from the buyer payment record table 32 (step S62). If the corresponding buyer payment record is specified, the flow branches down from step S62, and the billing record and the corresponding buyer payment record are collated (step S63). The verification key includes a billing date, a billing number, a buyer code, a total payment amount and a total billing amount. If all of these match, it is determined that the billing record and the buyer payment record “match”. If any of these do not match, it is determined as “mismatch”. If they match, the flow branches downward from step S63, stores the verification result in the billing receipt verification result table 33, and sets a paid flag in the corresponding column of the receipt record table 27. Subsequently, the next billing record is selected (j = j + 1), and the process returns to step S61.
一方、S62ステップにおいて、j番目の請求記録に対応する買い手支払い記録が特定されない場合は、フローは右に分岐して、その請求記録及び、それに対応する買い手支払い記録が特定されない旨の情報を一覧表Cファイルに蓄積し(S73ステップ)、次の請求記録に移る(j=j+1)。 On the other hand, if the buyer payment record corresponding to the j-th billing record is not specified in step S62, the flow branches to the right and lists the billing record and information indicating that the corresponding buyer payment record is not specified. It accumulates in the table C file (step S73), and moves to the next billing record (j = j + 1).
また、S63ステップにおいて、「不一致」と判断された場合にはフローは右に分岐して、不一致であった旨の照合結果を請求入金照合結果テーブル33に格納し、また、当該請求記録と買い手支払い記録とを不一致である旨と一緒に一覧表Dファイルに蓄積する。続いて、次の請求記録を選択し(j=j+1)、S61ステップに戻る。 If it is determined in step S63 that the data does not match, the flow branches to the right, and the verification result indicating that the data does not match is stored in the charge / payment verification result table 33. The payment record is stored in the list D file together with the inconsistency. Subsequently, the next billing record is selected (j = j + 1), and the process returns to step S61.
S61ステップで、jがm+1に到達している場合は、m個の請求記録の全部について照合が終了しているので、フローはS61ステップから下に分岐して、一覧表CとDとをプリンタ43から紙出力して(S90ステップ)、照合処理を終了する。入金照合処理部15は、以上の処理をすべての買い手に対して随時行う。
If j has reached m + 1 in step S61, since all of the m billing records have been verified, the flow branches down from step S61, and lists C and D are printed. The paper is output from 43 (step S90), and the collation process is terminated. The deposit
なお、一覧表CとDに関しては、一覧表AとBの場合と同じように例外的な場合であり、一覧表A、Bの処理と同様に、人間が一覧表を見ながらアナログ的に対処して、伝票類及び買い手や売り手の入力データの確認、データの修正入力等を行うことができる。 It should be noted that the lists C and D are exceptional cases as with the lists A and B, and, like the processes of the lists A and B, humans can deal with them in an analog manner while viewing the lists. Thus, it is possible to check slips and input data of buyers and sellers, input corrections of data, and the like.
後払い処理部16は、取引ごとに生じる債権の精算処理を行い、買い手に対し先払いだけでは不足する債権の残額を後払いする機能を実現する。後払い処理部16とテーブル類や他の処理部等との関係の概略を、図25のブロック図に示した。また、後払い処理部16で実行される処理の概略フローを図26のフローチャートに示した。これら図25、26を用いて後払い処理部16においてなされる処理について説明する。 The post-payment processing unit 16 performs a settlement process for receivables generated for each transaction, and realizes a function of post-paying the remaining amount of receivables that is insufficient only by advance payment to the buyer. An outline of the relationship between the post-payment processing unit 16 and the tables and other processing units is shown in the block diagram of FIG. A schematic flow of processing executed by the postpaid processing unit 16 is shown in the flowchart of FIG. Processing performed in the postpay processing unit 16 will be described with reference to FIGS.
まず、後払い処理部16は、スケジュール管理部12から売り手を特定して後払い処理を行えとの命令を受けて後払い処理を開始する。後払い処理部16は、命令の後払い対象期間内で、かつ後払い済みフラグが無いという条件で、売り手の出荷記録テーブルを検索し、該当する出荷記録を特定して(p個とする)、一時記憶に読み込む(S100ステップ)。このような出荷記録が、先払いの有無にかかわらず後払いの対象になるからである。このp個のうちの先頭の1個を選び(k=1)、kがp+1に到達したか否か(p個の全部について処理がなされたか否か)を判断する(S110ステップ)。 First, the post-payment processing unit 16 starts the post-payment processing upon receiving an instruction from the schedule management unit 12 to identify the seller and perform post-payment processing. The post-payment processing unit 16 searches the seller's shipping record table within the post-payment target period of the command and there is no post-paid flag, identifies the corresponding shipping record (assuming it is p), and temporarily stores it. (Step S100). This is because such a shipment record becomes a target of postpayment regardless of whether or not advance payment is made. One of the p pieces is selected (k = 1), and it is determined whether or not k has reached p + 1 (whether or not all the p pieces have been processed) (step S110).
kがp+1に到達していない場合は、フローはS110ステップから右に分岐し、この出荷記録に対応する買い手支払い記録を、買い手支払い記録テーブル32を検索して特定する(S111ステップ)。対応する買い手支払い記録が特定された場合は、取引が成立していると判断して、フローはS111ステップから下に分岐して特定された買い手支払い記録を一時記憶に読み出す。続いて、この出荷記録について請求入金照合結果テーブル33を検索して、該当する出荷記録の照合結果欄が「一致」となっているか否かを判断する(S112ステップ)。「一致」となっていた場合は、買い手から正しく支払いがなされているから、フローは下に分岐して次の出荷記録の処理に移り(k=k+1)、S110ステップに戻る。 If k has not reached p + 1, the flow branches to the right from step S110, and a buyer payment record corresponding to this shipment record is specified by searching the buyer payment record table 32 (step S111). If the corresponding buyer payment record is identified, it is determined that the transaction has been established, and the flow branches downward from step S111 and reads the identified buyer payment record to the temporary storage. Subsequently, the billing receipt verification result table 33 is searched for this shipment record, and it is determined whether or not the matching result column of the corresponding shipment record is “match” (step S112). If it is “match”, the buyer has paid correctly, so the flow branches down to the next shipping record processing (k = k + 1), and returns to step S110.
一方、S111ステップにおいて、対応する買い手支払い記録が特定されない場合は、取引が成立していない可能性があるので、フローは右に分岐して、買い手支払記録が特定されない旨と対象の出荷記録とを一覧表Eファイルに蓄積する(S120ステップ)。続いて、次の出荷記録の処理に移り(k=k+1)、S110ステップに戻る。 On the other hand, in step S111, if the corresponding buyer payment record is not specified, there is a possibility that the transaction has not been established. Therefore, the flow branches to the right and the buyer payment record is not specified and the target shipment record Are stored in the list E file (step S120). Subsequently, the process proceeds to the next shipment recording process (k = k + 1), and the process returns to step S110.
また、S112ステップにおいて、「不一致」であった場合は、取引の内容確認が必要なので、その旨と対象である出荷記録と買い手支払い記録とが、やはり一覧表Eファイルに蓄積される。続いて、同様に次の出荷記録の処理に移り(k=k+1)、S110ステップに戻る。 In step S112, if it is “mismatched”, the transaction details need to be confirmed, so that the shipping record and the buyer payment record are accumulated in the list E file. Subsequently, the process similarly proceeds to the next shipment recording process (k = k + 1), and the process returns to step S110.
このようにして、S111ステップからS120ステップまでを繰り返し、p個の出荷記録の全部に関して処理が終了すると、S110ステップでk=p+1となり、フローはS110ステップから下に分岐する。このようにして、pこの出荷記録のうち、対応する買い手支払い記録が存在する出荷記録が特定され、かつ請求入金照合結果テーブル33のの照合結果欄が「一致」となっている出荷記録を後払い対象とする。その他は後払い対象から外す。 In this way, steps S111 to S120 are repeated, and when processing is completed for all of the p shipment records, k = p + 1 is obtained in step S110, and the flow branches downward from step S110. In this way, among the shipment records, the shipment record in which the corresponding buyer payment record exists is specified, and the shipment record in which the matching result column of the billing receipt matching result table 33 is “match” is postpaid set to target. Others are excluded from postpayment.
続いて、後払い対象とならない出荷記録が一覧表Eがプリンタから紙出力され(S130ステップ)、修正入力可能状態に移行する。これは、一覧表Eに記載されている取引の内容を後払い前に人間が確認して修正入力可能な状態とすることで、できるだけ売り手への後払い対象となる出荷記録を増やして、売り手への支払い処理を完結させるためである。必要な修正入力がなされ、または修正入力されずに続行入力がなされて(S131ステップ)、次のS132ステップに移行する。 Subsequently, the shipping list that is not subject to postpay is output from the printer as a list E (step S130), and the state shifts to a correction input enabled state. This is because the contents of the transactions listed in Table E are confirmed by humans before postpayment, and it is possible to make corrections, so that the number of shipping records subject to postpayment to sellers can be increased as much as possible. This is to complete the payment process. Necessary correction input is made or continuation input is made without correction input (step S131), and the process proceeds to the next step S132.
S132〜133ステップでは、後払い金額が演算される。まず、後払い対象となる出荷記録のうちで、先払いが行われていたものの先払い金額と先払い手数料とを先払い記録テーブル30から検索し、これらの検索された先払い金額を合計して合計先払い金額を演算し、同様に先払い手数料を合計して合計先払い手数料を演算する(S132ステップ)。次に、後払い対象となる出荷記録の出荷金額を合計して合計出荷金額を演算し、この合計出荷金額から上記の合計先払い金額と合計先払い手数料と、さらに消費税を含む後払い手数料とを減じて、得られた金額を今回の後払い金額とする(S133ステップ)。このようにすることで、複数の出荷記録に複数回の先払いが含まれている場合でも、問題なく後払い金額が確定できる。 In steps S132 to 133, the postpaid amount is calculated. First, in the shipment record to be postpaid, the prepaid amount and the prepaid fee of the prepaid items that were prepaid are searched from the prepaid record table 30, and the total prepaid amount is calculated by adding these searched prepaid amounts. Similarly, the prepaid fees are summed to calculate the total prepaid fee (step S132). Next, calculate the total shipping amount by summing the shipping amounts in the shipping records that are subject to postpay, and subtract the above total prepaid amount and total prepaid fee from the total shipping amount and postpayment fee including consumption tax. The obtained amount is set as the current postpaid amount (step S133). By doing in this way, even when a plurality of advance payments are included in a plurality of shipment records, the postpaid amount can be determined without any problem.
次に、後払い処理部16が、確定された後払い金額を売り手に対して支払えとの命令を債権支払会社端末7に対して送信し(S134ステップ)、送信された後払い命令の内容を後払い記録テーブル34に格納し、また、後払いの内容を売り手口座テーブル22に格納し、さらに出荷記録テーブル26の該当欄に後払い済みフラグを立てて(S135ステップ)、後払い処理が終了する。 Next, the postpayment processing unit 16 transmits an instruction to the seller to pay the confirmed postpaid amount to the seller (step S134), and the content of the transmitted postpayment instruction is stored in the postpayment record table. 34, the contents of postpayment are stored in the seller account table 22, a postpaid flag is set in the corresponding column of the shipping record table 26 (step S135), and the postpayment process ends.
このようにして後払い処理を随時行うので、複数回の取引に対して複数回の先払いがなされるような複雑な取引形態の場合でも、出荷記録ごとに漏れなく精算がなされる。しかも、取引内容が必ずしも明確でない取引に対しては、別途の対処が可能であるから、後払いでも過払いが生じる可能性が小さい。 Since post-payment processing is performed as needed in this way, even in the case of a complicated transaction form in which a plurality of advance payments are made for a plurality of transactions, payment is completed without omission for each shipment record. Moreover, since it is possible to deal separately with transactions whose transaction details are not necessarily clear, the possibility of overpayment is low even with postpayment.
以上、本発明の方法及びファクタリングシステムの中心であるサーバー5の記憶部及び処理部の機能に関して説明してきたが、本発明は、これらの方法や機能をサーバーとなるコンピュータに実行または実現させるためのプログラムと捕らえることもできる。プログラムはコンピューターが読み取り可能な記録媒体に格納してもよい。ここで記録媒体とは、フレキシブルディスク、光磁気ディクス、ROM、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記録装置のことを言う。また、プログラムは、任意に分割し、分割したものをそれぞれ記憶媒体に格納してもよい。
The functions of the storage unit and the processing unit of the
また、サーバー5に接続可能にして用いられる各端末2、4、7は、サーバー5でなされる処理に対応して、サーバー5から送信される画面情報による画面表示と、表示画面に対して必要な入力操作が可能であれば良く、例えば、通常のパーソナルコンピュータやワークステーションなどを用いて常法に従って構成することができ、特に制限されない。通信回線はLANやWANのごとき専用線でもよいし、インターネットを利用しても良い。さらに、通信は常時接続であっても良いし、必要時だけ随時接続するのでもよい。
In addition, each
以上、本発明の実施形態を図面を参照して詳述してきたが、本発明は上記の具体的構成には限定されず、この発明の思想を逸脱しない範囲での変型も本発明に含まれる。例えば、各テーブル類のデータの持ち方や各処理部における処理の順序等は、各種の変型が可能である。例えば、売り手への支払いスケジュールを規定する短周期や長周期に関するデータは、売り手情報テーブルに他の情報と一緒に格納するのではなく、短周期に関するデータだけを格納したテーブルや、長周期に関するデータだけを集めたテーブルを用意して用いても良い。 As mentioned above, although embodiment of this invention has been explained in full detail with reference to drawings, this invention is not limited to said specific structure, The deformation | transformation in the range which does not deviate from the thought of this invention is also contained in this invention. . For example, various modifications can be made in the way of holding data in each table, the order of processing in each processing unit, and the like. For example, data related to the short cycle and long cycle that specify the payment schedule to the seller is not stored together with other information in the seller information table, but a table storing only data related to the short cycle, or data related to the long cycle You may prepare and use a table that collects only
また、上記では、各処理部を、内部クロックに従って統括するスケジュール管理手段を用いる例で説明したが、処理部ごとに個別にスケジュール管理手段を有していても良い。また、上記では、短周期が5日という1種類の間隔に固定された例で説明したが、実質的に短い周期で先払いが繰り返されるものであればよく、間隔が1種類である必要はない。例えば、1カ月の間に先払いを行う日を1日、10日、15日、25日というように、それぞれの日の間隔が9日間、5日間、10日間と3種類に異なるように定めて先払いを行っても良い。この場合、25日から1日までの間隔は月によって異なるが、このようにしても良い。要は、売り手が望む先払いスケジュールで、買い手の通常の1回の支払いの間に複数回の先払いが行えるように定めればよい。 In the above description, the example is described in which the schedule management unit that controls each processing unit according to the internal clock is used. However, each processing unit may have a schedule management unit individually. In the above description, an example in which the short cycle is fixed to one type of interval of 5 days has been described. However, it is only necessary that the advance payment is repeated in a substantially short cycle, and the interval need not be one type. . For example, the day of advance payment in one month is defined as 1 day, 10 days, 15 days, 25 days, and so on. You may make advance payments. In this case, the interval from the 25th to the 1st varies depending on the month, but may be performed in this way. In short, the advance payment schedule desired by the seller may be determined so that a plurality of advance payments can be made during one normal payment of the buyer.
後払いについても同様であり、長周期を上記のように1カ月として毎月決まった日に後払いをするのでも良いし、2ヶ月に一度行うのでも良い。また、1カ月と1カ月半の間隔を交互に用いるようにしても良い。要は、長周期は、原則、主な買い手の支払いパターンに合わせて定め、短周期は売り手が希望する短い期間となるように定めればよい。 The same applies to post-payment. The long cycle is set to one month as described above, and post-payment may be made on a fixed date every month or once every two months. Further, an interval of one month and one and a half months may be used alternately. In short, the long period should be determined in principle according to the payment pattern of the main buyer, and the short period should be determined to be the short period desired by the seller.
また、上記では、先払いのための照合において複数の商品が含まれている場合に、それらの合計金額だけで照合しているが、各商品ごとの金額に関しても照合するようにしても良い。 Further, in the above, when a plurality of products are included in the collation for advance payment, the total amount is collated, but the amount for each product may be collated.
また、不適格な出荷記録等をプリンタから紙出力するようにしているが、関係する端末にその旨のデータを送信し、各端末からの応答を待ってサーバーサイドで処理するようにしても良い。発注情報はサーバー5を経由しても良いし経由しなくとも良い。ただし、サーバー5を経由するようにすると、関係する情報の全部をサーバー5で一元管理できるため好ましい。また、請求情報は受領情報だけに基づいて生成しているが、出荷情報を参照するようにしても良い。また、支払い済み情報A11は、買い手端末からサーバー5に送信するようにしているが、支払いを受けた債権支払会社端末から受信するようにしても良い。
Inappropriate shipment records and the like are output from the printer on paper, but data to that effect may be transmitted to the terminals concerned and processed on the server side after waiting for a response from each terminal. . The order information may or may not go through the
また、上記では生鮮商品の生鮮商品の取引に適用する例で説明しているが、小口の多数の取引が毎日行われる業態であればよく、必ずしも生鮮商品には限定されない。例えば、コンビニエンスストアに弁当類やおにぎりのような加工食品等をほぼ毎日少しずつ配送する場合や、カンバン方式で運営されている製造ラインに、必要な機械部品類をほぼ毎日少数ずつ配送する場合等に用いることもできる。 Moreover, although it demonstrated by the example applied to the transaction of the fresh goods of the fresh goods above, it is sufficient if it is a business form in which a large number of small transactions are performed every day, and it is not necessarily limited to fresh goods. For example, when you want to deliver processed foods such as bento and rice balls to a convenience store little by little every day, or when you need to deliver a small number of necessary mechanical parts to a production line operated by the Kanban method almost every day. It can also be used.
Claims (9)
前記入金照合処理手段が、前記確認処理の開始命令に従って、あらかじめ定めた期間内の前記売掛債権情報に対応する買い手支払い情報を、複数の買い手支払い情報が格納された買い手支払いテーブルを検索して特定するステップと、前記入金照合処理手段が、前記売掛債権情報と前記特定された買い手支払い情報とを照合するステップと、
前記後払い処理手段が、前記後払い処理開始命令に従って、前記長周期の一つにおいて発生した1または2以上の売掛債権を前記売掛債権テーブルを検索するステップと、前記後払い処理手段が、前記検索された売掛債権のうち、前記照合の結果が合致と判定された1または2以上の売掛債権を特定するステップと、前記後払い処理手段が、当該特定された売掛債権に係わる先払い金額を減じて後払い金額の合計を演算するステップと、前記後払い処理手段が、前記演算された合計金額を含む後払い命令を出力するステップとを含んでなることを特徴とする請求項1に記載の方法。 Further, the schedule management means instructs the payment verification processing means to start the buyer payment confirmation process periodically according to a debt payment schedule predetermined by the buyer of the product, and the schedule management means is predetermined. Instructing the post-payment processing means to start post-payment processing periodically according to a long-cycle schedule;
The receipt verification processing means searches for a buyer payment information corresponding to the trade receivable information within a predetermined period in a buyer payment table storing a plurality of buyer payment information in accordance with a start instruction of the confirmation process. A step of identifying, and a step of collating the receipt receivable information and the identified buyer payment information by the deposit verification processing means,
The post-payment processing means searches the receivables table for one or more accounts receivable generated in one of the long periods in accordance with the post-payment process start instruction; and the post-payment processing means is the search A step of identifying one or more of the receivables determined to match the result of the reconciliation, and the postpay processing means calculates a prepaid amount relating to the identified receivable 2. The method according to claim 1, further comprising the step of calculating a total postpaid amount by subtracting, and the postpayment processing means outputting a postpayment instruction including the calculated total amount.
9. A factoring system, wherein a merchandise seller terminal, a merchandise buyer terminal, and a merchandise claim payment company terminal are communicably connected to the server according to claim 8.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005203962A JP4204056B2 (en) | 2005-07-13 | 2005-07-13 | Continuous factoring system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005203962A JP4204056B2 (en) | 2005-07-13 | 2005-07-13 | Continuous factoring system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2007025849A true JP2007025849A (en) | 2007-02-01 |
JP4204056B2 JP4204056B2 (en) | 2009-01-07 |
Family
ID=37786552
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005203962A Active JP4204056B2 (en) | 2005-07-13 | 2005-07-13 | Continuous factoring system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4204056B2 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013008260A (en) * | 2011-06-27 | 2013-01-10 | Dainippon Printing Co Ltd | Copyright fee payment amount calculation device |
CN107710268A (en) * | 2015-06-23 | 2018-02-16 | 特兰萨株式会社 | Method and its system of the debt of debt person with improving financial content are compressed in batch factoring transaction based on electronical record credits |
JP2020135652A (en) * | 2019-02-22 | 2020-08-31 | 卓真 泉 | Settlement batch management server, settlement information generation method, and program |
JP2021077400A (en) * | 2021-02-02 | 2021-05-20 | 株式会社Nttドコモ | Information processing device and settlement method |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002056199A (en) * | 2000-08-07 | 2002-02-20 | Hamagin Finance Co Ltd | Factoring system |
JP2002056324A (en) * | 2000-08-10 | 2002-02-20 | Aozora Bank Ltd | Credit limit management device, credit guarantee system, method, information storage medium, and program product |
JP2002140528A (en) * | 2000-11-06 | 2002-05-17 | Asahi Bank Ltd | Method and system for fluidization processing of accounts receivable |
JP2002157429A (en) * | 2000-09-08 | 2002-05-31 | Orix Corp | Computer system, method and program for making credit and debt float |
JP2003058797A (en) * | 2001-08-21 | 2003-02-28 | Nippon Telegraph & Telephone East Corp | System, method and program for taking concurrent obligation |
JP2003233765A (en) * | 2002-02-07 | 2003-08-22 | Financialeyes Co Ltd | Transaction support server, transaction support system, transaction support method and program |
JP2004318768A (en) * | 2003-04-10 | 2004-11-11 | Mizuho Factors Ltd | Factoring system accompanied by debt assumption |
JP2005173908A (en) * | 2003-12-10 | 2005-06-30 | Ai Shisu Financial Partners:Kk | Method for liquidating account receivable in electronic market |
-
2005
- 2005-07-13 JP JP2005203962A patent/JP4204056B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002056199A (en) * | 2000-08-07 | 2002-02-20 | Hamagin Finance Co Ltd | Factoring system |
JP2002056324A (en) * | 2000-08-10 | 2002-02-20 | Aozora Bank Ltd | Credit limit management device, credit guarantee system, method, information storage medium, and program product |
JP2002157429A (en) * | 2000-09-08 | 2002-05-31 | Orix Corp | Computer system, method and program for making credit and debt float |
JP2002140528A (en) * | 2000-11-06 | 2002-05-17 | Asahi Bank Ltd | Method and system for fluidization processing of accounts receivable |
JP2003058797A (en) * | 2001-08-21 | 2003-02-28 | Nippon Telegraph & Telephone East Corp | System, method and program for taking concurrent obligation |
JP2003233765A (en) * | 2002-02-07 | 2003-08-22 | Financialeyes Co Ltd | Transaction support server, transaction support system, transaction support method and program |
JP2004318768A (en) * | 2003-04-10 | 2004-11-11 | Mizuho Factors Ltd | Factoring system accompanied by debt assumption |
JP2005173908A (en) * | 2003-12-10 | 2005-06-30 | Ai Shisu Financial Partners:Kk | Method for liquidating account receivable in electronic market |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013008260A (en) * | 2011-06-27 | 2013-01-10 | Dainippon Printing Co Ltd | Copyright fee payment amount calculation device |
CN107710268A (en) * | 2015-06-23 | 2018-02-16 | 特兰萨株式会社 | Method and its system of the debt of debt person with improving financial content are compressed in batch factoring transaction based on electronical record credits |
JP2020135652A (en) * | 2019-02-22 | 2020-08-31 | 卓真 泉 | Settlement batch management server, settlement information generation method, and program |
JP7280060B2 (en) | 2019-02-22 | 2023-05-23 | 卓真 泉 | Batch payment management server, payment information generation method and program |
JP2021077400A (en) * | 2021-02-02 | 2021-05-20 | 株式会社Nttドコモ | Information processing device and settlement method |
Also Published As
Publication number | Publication date |
---|---|
JP4204056B2 (en) | 2009-01-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6167378A (en) | Automated back office transaction method and system | |
US20120030045A1 (en) | Sales Tax Interface | |
US20090287590A1 (en) | Multi-Supplier Transaction and Payment Programmed Processing System and Approach | |
US20070067236A1 (en) | Method and system for advancing funds | |
US20070288326A1 (en) | Billing method and system with preauthorization feature | |
US9934521B2 (en) | Systems and methods for tracking purchasing, distribution and consumption of consumables including heating oil or propane | |
US20180330351A1 (en) | System and method for allocating charges away from a tax account | |
JP2003233765A (en) | Transaction support server, transaction support system, transaction support method and program | |
JP4204056B2 (en) | Continuous factoring system | |
JP2007293614A (en) | Vending machine management device and vending machine management system | |
KR102288517B1 (en) | Server and method for transaction adjustment | |
US8972294B2 (en) | System and method for payment structures in the purchase and distribution of consumables, including heating oil or propane | |
CN112750006A (en) | Agricultural product transaction system, method, device and storage medium | |
EP1321875A1 (en) | Commodity order acceptance and transportation system, method and recording medium | |
JP4305926B2 (en) | Fresh factoring system | |
US20140324548A1 (en) | System and method for pre- and post-invoice component level price auditing in a cost-plus distribution environment | |
US20090222363A1 (en) | Systems And Methods For Automated Retail Recovery Auditing | |
US8630911B2 (en) | Salvage liquidation system and a method to liquidate salvage | |
CN112819561A (en) | Agricultural product sale system, method, equipment and storage medium | |
US20220076259A1 (en) | System and method for reversing bifurcated transactions | |
JP7458597B2 (en) | Sales support system | |
JP2005284381A (en) | Business transaction processing system | |
KR102614372B1 (en) | N3 interworking system and method of e-commerce platform | |
JP2001312675A (en) | Settlement method in electronic commerce | |
KR20150142757A (en) | Automation system and method for account receivable and refund |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080715 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080717 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080912 |
|
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: 20081010 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081010 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4204056 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121024 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20171024 Year of fee payment: 9 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |