JP2005055935A

JP2005055935A - Balance amount calculation system and method

Info

Publication number: JP2005055935A
Application number: JP2003205245A
Authority: JP
Inventors: Yoshitaka Nakada; 佳孝中田; Shigeru Shoda; 繁正田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-08-01
Filing date: 2003-08-01
Publication date: 2005-03-03

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system for improving capital efficiency of a delivery company while using advantages of a VMI warehouse method for solving previously unsolved problems, of capital preparation/stock takeover of an intermediary company. <P>SOLUTION: When commodities are stocked in a warehouse by the delivery company, a loan amount is computed according to information showing that the commodities are stocked in the warehouse by the delivery company. When the commodities are procured from the warehouse to a payer company, information showing procurement of the commodities is received from the payer company. Then, a balance amount serving as a credit debt amount, which is varied by the procurement of the commodities, of the delivery company is calculated from a difference between a capital acquisition amount obtained by accounts receivable generated from the procurement and the loan amount based on the stocked commodities. Therefore, the delivery company supplying commodities to the warehouse can shorten a stock possession time and a period from supply to receipt of money prolongation and improve its capital efficiency while taking advantage of VMI warehouse method, and the capital preparation/stock takeover problems of the intermediary company can be solved. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、製品を調達する支払企業が、生産量および生産計画情報を納入企業に提出する代わりに、倉庫、在庫管理業務を納入企業に移管させ、倉庫管理を納入企業が行なうＶＭＩ（ＶｅｎｄｅｒＭａｎａｇｅｄＩｎｖｅｎｔｏｒｙ）倉庫方式を利用する納入企業の債権債務額を算出する方法、装置およびプログラムに関する。
【０００２】
【従来の技術】
従来、多数の納入企業から商品を調達する支払企業は安全在庫量を考慮した上で、発注コストと保管コストに対して最適な在庫コストを実現する最適在庫量を算出し在庫管理を行っている。しかしながら、このような在庫管理を行うには限界がある。情報技術の発展に伴い納入企業と支払企業との間の情報共有が容易に実現できるようになってきたことから、支払企業は納入企業に対して製造部門の生産量、需要量及び生産計画情報等を納入企業に提供することでより早く商品を調達することが可能になりつつある。このような中で生産量および生産計画情報を納入企業に提供する代わりに、倉庫・在庫管理業務を納入企業に移管させる支払企業も出てきている。このような倉庫はＶＭＩ倉庫と呼ばれ、納入企業や第三者の倉庫業者・物流業者が倉庫管理を行なう。このスキームによって支払企業は在庫、倉庫管理から開放され、必要なときに自社生産拠点近くの倉庫から商品を調達するだけで、迅速な部材調達が可能になる。また調達されるまで倉庫の在庫は納入企業の資産であることから、支払企業は、一切の在庫コストを納入企業に切り離すことができる。また納入企業は在庫管理が自由にできることから支払企業の生産計画を参考に自社の生産計画に基づいて生産することで、生産コストの最小化を図ることが可能になる。
【０００３】
このように、在庫管理の点からＶＭＩ倉庫方式は有用であるが、納入企業にとって倉庫納品後、支払企業が調達するまでは納入企業の在庫であることから、従来の在庫方式に比べ、支払企業に対する売掛債権の計上が後倒しになり、最終的に支払企業から入金されるまでの期間が長期化する問題がある。この問題に着目して、ＶＭＩ倉庫方式の利点を生かしつつ、納入企業の製造から販売までのタイムラグを埋める技術として、特許文献１の技術がある。特許文献１では、納入企業の商品が、倉庫に搬入されたら仲介企業がその商品を買取り、納入企業は資金を調達する。
【０００４】
【特許文献１】
特開２００２−１２３７２８号公報
【０００５】
【発明が解決しようとする課題】
納入企業が中小企業であるなどの理由で、金融機関からの融資によって資金調達した場合、以下の課題がある。高率の借り入れ金利を負担しなければならないだけでなく、無担保融資の場合審査等に多くの時間を要するし、そもそも現在の土地を担保とした貸付を中心とする銀行貸付実務においては借入れ自体が困難な場合が多い。
【０００６】
特許文献１の技術により資金調達した場合、仲介企業が在庫を買取らなければならない。従って、仲介企業は資金調達の問題を生じる。もし仲介企業が資金調達の問題が無い銀行等の金融機関である場合は、在庫を買取ると負債を計上することになり、かつ、銀行の固有業務に含まれないので銀行等の金融機関が在庫を買取ることは考えにくい。
【０００７】
本発明の目的は、ＶＭＩ倉庫方式の利点を生かしつつ、納入企業の資金効率を上げ、特許文献１では解決されていなかった仲介企業の資金調達・在庫買取り問題を解決するためのシステムを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の目的は下記構成によって達成される。本発明は、納入企業が倉庫に商品を入庫した場合に、金融機関から納品された商品の情報をもとに融資を受けた場合、支払企業が倉庫から商品を調達した場合に、納入企業の債権債務額を示す収支額を、融資額と、調達により生じる売掛債権により得られる資金調達額の差分から算出する。より詳細には、本発明の収支額算出システムでは、納入企業から倉庫に商品が入庫された情報をもとに、融資額を算出する装置と、支払企業から前記商品を調達した情報を受信し、倉庫から商品が調達された場合、入庫された商品による融資と、調達により生じる売掛債権により得られる資金調達額との差分から、商品の調達により変更される納入企業の債権債務額である収支額を算出する装置とを有する。
【０００９】
【発明の実施の形態】
図１に、本発明の実施例における各企業（プレーヤー）間の手続の概要を示す。なお、図１に示す各プレーヤーは、一体のものの場合がある。下記の手順は、図１に示す番号を付してあるが、必ずしも番号順でなくとも良い。事前の手続結果を踏まえないと次の手続に進めない関係を保持すれば、番号が逆順になる手続でも良いし、並列的に手続が進められても良いし、手続きを省略しても良い。
【００１０】
本実施例における手続は、商品を供給する複数の納入企業１、商品の供給先である支払企業３、商品を支払企業３が調達するまでの間保管しておく倉庫２、融資およびファクタリングなど納入企業１に資金提供を行う金融機関５および、その資金提供にかかわる金融機関５の事務作業を受託する事務代行会社４よりなされる。なお、本実施例は、倉庫として倉庫２は、ＶＭＩ倉庫を使用する。
【００１１】
事務代行会社４と金融機関５は同一の事業形態であってもよい。また、倉庫２は、事務代行会社４が管理してもよい。また、納入企業１と支払企業３および金融機関５の間ではあらかじめ基本契約が取り交わされている。支払企業３が倉庫２内の在庫を買取る条件、納入企業１への融資条件や納入企業１の支払企業３に対する売掛債権が金融機関５に債権譲渡または債権担保されることについての３社間での承諾されている。
【００１２】
以下、図１に示す各手続の概要を説明する。（１）納入企業１は、倉庫２に商品を格納する。（２）倉庫２から商品の入庫データが、事務代行会社４に通知される。（３）事務代行会社４は、入庫データをもとに、予め支払い企業３と納入企業１との間で定められた商品に対する支払企業３の支払条件（買取上限額や買取期限条件など）および金融機関５の与信情報をもとに納入企業１に対する融資上限額を算出する。融資上限額の算出は金融機関５が行なってもよい。（４）融資上限額が事務代行会社４から金融機関５に通知される。
【００１３】
（５）融資上限額が、事務代行会社４から納入企業１に通知される。（６）納入企業１は、事務代行会社４に対して融資の申込を行なう。（７）事務代行会社４は、融資額の登録を行なった後、金融機関５に対して融資額の振込指示を通知する。（８）金融機関５は、振込指示に基づいて納入企業１に融資を行ない納入企業１の指定口座に入金する。（９）倉庫２に納入された商品が、支払い企業３に調達される。（１０）支払企業３によって調達された商品に対する検収が行なわれる。
【００１４】
（１１）（９）の調達（１０）の検収により納入企業１の支払企業３に対する売掛債権が成立する。（１２）支払企業３は、納入企業１に対する買掛債務データを事務代行会社４に通知する。納入企業は複数あり、複数の納入企業に対する買掛債務データを、定められた日に一括に通知してもよい。（１３）事務代行会社４は、買掛債務データを各納入企業１に通知する。ここにおいて、納入企業が複数である場合には、振り分けて通知する。（１４）納入企業１から買掛債務データに対する異議申立の無い場合は、支払企業３の買掛債務額が確定し、納入企業１の支払企業３に対する売掛債権から得られる資金調達額と、融資額との差分をとり、収支額を求める。（１５）事務代行会社４は、収支額を金融機関に通知する。
【００１５】
（１６）事務代行会社４は、収支額を納入企業に通知する。（１７）納入企業１は、事務代行会社４に融資またはファクタリング申込をする。（１８）事務代行会社４は、融資またはファクタリング申込データを作成し、金融機関に送信する。（１９）金融機関５は、ファクタリングの割引代金または融資代金を、指定日に納入企業１の指定口座に入金する。（２０）支払企業３は、納入企業１に対する買掛債務の支払を、買掛債務の決済日に金融機関５に対して行なう。ここにおいて、納入企業が複数ある場合に一括して支払を行なっても良い。
【００１６】
次に上の手続きを実行するための情報処理の内容を説明する。まず、本実施例の構成について図２〜図１０を用いて説明する。
【００１７】
図２は、本実施の形態のシステム構成を示すシステム構成図である。本実施例では、ネットワーク１０６を介して収支額算出システム１０４、納入企業システム１０１、倉庫システム１０２、支払企業システム１０３および金融機関システム１０５が互いに接続されている。ここで収支額算出システム１０４は、事務代行会社４により利用される。また、納入企業システム１０１は、納入企業１により利用される。倉庫システム１０２は、倉庫２により利用される。支払企業システム１０３は、支払企業３により利用される。金融機関システム１０５は、金融機関５により利用される。
【００１８】
ここで、それぞれのシステムは、それぞれ１または２以上存在してもよい。なお、それぞれのシステムはプログラムに従った情報処理を実行するものである。
このために、各システムは、プログラムおよびデータを格納する記憶装置、記憶装置に格納されたプログラムを展開するメモリ、プログラムに従って情報処理を実行する処理装置（プロセッサ）を有する。なお、記憶装置は、システム内部でなく外部に設置されても良い。
【００１９】
次に、各システム個々の構成について、図３〜図１０を用いて説明する。
【００２０】
図３に、納入企業システム１０１のブロック図を示す。納入企業システム１０１は、ネットワーク１０６と接続するデータ送受信部１０１１、入出力部１０１３、処理部１０１２、事務代行会社１０４および倉庫１０２システムの認証をおこなう認証部１０１４、納品された商品および調達された商品の照合を行う照合部１０１５、納品情報管理部１０１６１および調達情報管理部１０１６２からなる取引管理部１０１６、支払企業システム１０３に対する売掛債権の管理を行う売掛管理部１０１７、支払企業システム１０３からの入金を管理する入金管理部１０１８、および納入企業データベース１０１９から構成されている。納入企業データベース１０１９については、図４で詳細する。
【００２１】
図４に、納入企業データベース１０１９の構成を示す。納入企業データベース１０１９によって、納入企業１０１は倉庫１０２に納品された商品の情報と支払企業システム１０３によって調達された商品の情報を管理し、支払企業システム１０３に対する売掛債権とその支払状況を管理する。
【００２２】
納入企業データベース１０１９は、次に示す各データベースから構成されている。契約ＤＢ１０１９９は、予め取り決められた契約内容を格納している。契約ＤＢ１０１９９は、商品情報マスタＤＢ１０１９１、ＶＭＩマスタＤＢ１０１９２、支払企業マスタＤＢ１０１９３、支払条件マスタＤＢ１０１９４から構成されている。商品情報マスタＤＢ１０１９１には、商品を識別する商品Ｎｏ１０１９１１ごとに商品名１０１９１２、商品単価１０１９１３を格納する。倉庫マスタＤＢ１０１９２には、倉庫を識別する倉庫Ｎｏごとに倉庫の所在地１０１９２２、納入する商品Ｎｏ、指定する物流会社Ｎｏを格納する。支払企業マスタＤＢ１０１９３には、支払企業を識別する支払企業Ｎｏ１０１９３１ごとに、支払企業名１０１９３２、支払企業の所在地１０１９３３、支払企業の連絡先１０１９３４、支払企業が契約する倉庫Ｎｏ１０１９２１を格納する。支払条件マスタＤＢ１０１９４には、支払企業を識別する支払企業Ｎｏ１０１９３１ごとに、識別された支払企業が買取契約をした商品を識別する商品Ｎｏ１０１９１１、買取契約をした買取単価１０１９４３、買取る個数の上限である買取上限個数１０１９４４、売掛債権を譲渡する支払期日１０１９４５、譲渡される売掛債権について支払企業システム１０３が最終的に決済を行う債権決済日１０１９４６を格納する。ここにおいて、支払期日と債権決済日は、予め、調達後何日目と定めても、何ヵ月後の何日と定めても、調達する毎に取り決めてもよい。調達する毎に取り決める場合は、支払期日１０１９４５と債権決済日１０１９４６にはデータが入っていない。
【００２３】
納品情報マスタＤＢ１０１９５、調達情報マスタＤＢ１０１９６、売掛債権マスタＤＢ１０１９７、入金管理マスタＤＢ１０１９８の各ＤＢは、図１１〜図１４までの処理によりＤＢの中の情報が定まる。
【００２４】
納品情報マスタＤＢ１０１９５には、ＶＭＩ倉庫Ｎｏ１０１９２１毎に、倉庫１０２に入庫された入庫日時１０１９５２、商品の納入先の支払企業を示す支払企業Ｎｏ１０１９３１、商品Ｎｏ１０１９１１、入庫個数１０１９５５、入庫されたことを示す入庫フラグ１０１９５６を格納する。
【００２５】
調達情報マスタＤＢ１０１９６には、ＶＭＩ倉庫Ｎｏ１０１９２１毎に、倉庫から支払企業システム１０３によって調達された調達日時１０１９６２、調達された商品Ｎｏ、調達された個数１０１９６４、調達した支払企業を識別する支払企業Ｎｏ１０１９３１を格納する。
【００２６】
売掛債権マスタＤＢ１０１９７には、売掛債権を識別する売掛債権Ｎｏ１０１９７１毎に、支払企業Ｎｏ、売掛債権額１０１９７３、支払期日１０１９７４、債権決済日１０１９７５、商品を識別する商品Ｎｏ１０１９１１、商品の個数を示す個数１０１９７７を格納する。
【００２７】
入金管理マスタＤＢ１０１９８には、売掛債権を識別する売掛債権Ｎｏ１０１９７１毎に入金日１０１９８２、入金額１０１９８３を格納する。
【００２８】
図５に、倉庫システム１０２のブロック図を示す。倉庫システム１０２はネットワーク１０６と接続するデータ送受信部１０２１、入出力部１０２３、処理部１０２２、納入企業１０１および事務代行会社１０４の認証をおこなう認証部１０２４、入庫情報管理部１０２５１および調達情報管理部１０２５２からなる倉庫情報処理部１０２５および倉庫データベース１０２６から構成されている。
【００２９】
図６に、倉庫データベース１０２６の構成を示す。倉庫データベース１０２６によって、倉庫１０２は倉庫に納品された商品の情報と支払企業システム１０３によって調達された商品の情報を管理する。倉庫データベース１０２６の構成は、次に示す各データベースから構成される。
【００３０】
契約ＤＢ１０２７には、予め取り決められた契約内容を格納しておく。納入企業マスタＤＢ１０２６１は、納入企業を識別する納入企業Ｎｏ１０２６１１毎に、納入企業名１０２６１２、納入企業の所在地１０２６１３、連絡先１０２６１４が格納している。
【００３１】
商品情報マスタＤＢ１０２６３には、商品を識別する商品Ｎｏ１０２６３１毎に、商品名１０２６３２、商品を納入する納入企業Ｎｏ１０２６１１、商品を調達する支払企業Ｎｏ１０２６３４を格納する。
【００３２】
事務代行会社マスタＤＢ１０２６２には、事務代行会社を識別する事務代行会社Ｎｏ１０２６２１毎に、事務代行会社名１０２６２２、所在地１０２６２３、連絡先１０２６２４を格納する。
【００３３】
入庫情報マスタＤＢ１０２６４には、倉庫２に入庫される毎に、入庫Ｎｏ１０２６４２をＮｕｌｌにし、入庫Ｎｏ１０２６４２毎に、入庫日時１０２６４１、製品Ｎｏ１０２６３１、個数１０２６４３を格納する。調達情報マスタＤＢ１０２６５には、支払企業３が調達する毎に、ＰＵＬＬＮｏ１０２６５２をＮｕｌｌにし、調達Ｎｏ１０２６５２毎に、調達日時１０２６５１、製品Ｎｏ１０２６３１、個数１０２６５３を格納する。
【００３４】
図７に、支払企業システム１０３のブロック図を示す。支払企業システム１０３は、ネットワーク１０６と接続するデータ送受信部１０３１、入出力部１０３３、処理部１０３２、事務代行会社１０４の認証をおこなう認証部１０３４、調達された商品と支払条件とを照合する照合部１０３５、調達され検収された商品情報を管理する調達情報管理部１０３６、納入企業１０１に対する買掛債務の管理を行う買掛債務管理部１０３７、金融機関１０５に対する決済を管理する決済部１０３８、支払企業データベース１０３９から構成されている。
【００３５】
図８に、支払企業データベース１０３９の構成を示す。支払企業データベース１０３９によって、支払企業システム１０３は調達された商品の情報と納入企業１に対する買掛債務とその支払状況を管理する。支払企業データベース１０３９は、次に示す各データベースから構成される。
【００３６】
契約ＤＢ１０３９８には、予め取り決められた契約内容を格納する。商品情報マスタＤＢ１０３９１には、商品を識別する商品Ｎｏ１０３９１１毎に商品名１０３９１２、商品単価１０３９１３、商品を納入する納入企業を識別する納入企業Ｎｏ１０３９２１を格納する。納入企業マスタＤＢ１０１９２には、納入企業を識別する納入企業Ｎｏ１０３９２１毎に、納入企業名１０３９２２、所在地１０３９２３、連絡先１０３９２４を格納する。倉庫マスタＤＢ１０３９３は、倉庫を識別する倉庫Ｎｏ１０３９３１、倉庫の所在地１０３９３２、連絡先１０３９３３、倉庫に入庫する納入企業を識別する納入企業Ｎｏ１０３９２１を格納する。支払条件マスタＤＢ１０３９５は、納入企業１との取り決めによって決定された商品を識別する商品Ｎｏ１０３９１１毎に、買取単価１０３９５２、買取上限個数１０３９５３、支払期日１０３９５４、債権決済日１０３９５５を格納する。
【００３７】
調達情報マスタＤＢ１０３９４には、倉庫２から支払企業３によって調達される毎に、調達Ｎｏ１０３９４１をＮｕｌｌにし、倉庫Ｎｏ１０３９３１、調達日時１０３９４２、商品Ｎｏ１０３９１１、調達した個数１０３９４４、検収フラグ１０３９４５を格納する。買掛債務マスタＤＢ１０３９６は検収毎に、計上される買掛債権Ｎｏ１０３９６１をＮｕｌｌにし、納入企業Ｎｏ１０３９２１、買掛債務額１０３９６３、支払期日１０３９６４、決済日１０３９６５、商品Ｎｏ１０３９１１、個数１０３９６７、確定フラグ１０３９６８を格納する。出金管理マスタＤＢ１０３９７には、買掛債務Ｎｏ１０３９６１毎の振込み日１０３９７２、振り込み額１０３９７３を格納する。
【００３８】
図９に、収支額算出システム１０４のブロック図を示す。事務代行会社１０４は納入企業システム１０１、倉庫システム１０２、支払企業システム１０３および金融機関システム１０５とネットワークを介して接続されたデータ送受信部１０４１、処理部１０４２、入出力部１０４３、納入企業システム１０１、倉庫システム１０２・支払企業システム１０３および金融機関システム１０５の認証をおこなう認証部１０４４、入庫された商品と支払条件とを照合する照合部１０４５、入庫情報管理部１０４６１および調達情報管理部１０４６２を含む取引管理部１０４６、支払企業システム１０３の納入企業１に対する買掛債務を管理する１０４７１、納入企業１０１に対する融資状況を管理する融資管理部１０４７２、納入企業１０１に対する譲渡債権および債権割引状況を管理するファクタリング管理部１０４７３および納入企業１に対する出金と支払企業３からの入金を管理する決済部１０４７４を含むファイナンス管理部１０４７、収支額算出データベース１０４８から構成されている。
【００３９】
図１０に、収支額算出データベース１０４８の構成を示す。収支額算出データベース１０４８は、次の各データベースから構成される。契約ＤＢ１０４９は、予め取り決められた契約内容を格納する。
【００４０】
商品情報マスタＤＢ１０４８１は、商品Ｎｏ１０４８１１毎に商品名１０４８１２、商品単価１０４８１３、納入企業Ｎｏ１０４８２１を格納する。納入企業マスタＤＢ１０４８２は、納入企業Ｎｏ１０４８２１毎に納入企業名１０４８２２、所在地１０４８２３、連絡先１０４８２４、口座Ｎｏ１０４８２５を格納する。倉庫マスタＤＢ１０４８３は、倉庫毎に倉庫Ｎｏ１０４８３１、所在地１０４８３２、連絡先１０４８３３、支払企業Ｎｏ１０１８４１を格納する。支払企業マスタＤＢ１０４８４には、支払企業毎に、支払企業Ｎｏ１０４８４１、支払企業名１０４８４２、所在地１０４８４３、連絡先１０４８４４、倉庫Ｎｏ１０４８３１を格納する。支払条件マスタＤＢ１０４８７は、支払企業３と納入企業１の取り決めによって決定された商品毎の買い取り上限額、個数、支払期日、決済日の情報を格納する。支払企業Ｎｏ１０４８４１毎に、商品Ｎｏ１０４８１１、買取単価１０４８７３、買取上限個数１０４８７４、支払期日１０４８７５、債権決済日１０４８７６を格納する。
【００４１】
入庫情報マスタＤＢ１０４８６には、倉庫に入庫される毎に、入庫Ｎｏ１０４８６１をＮｕｌｌにし、倉庫Ｎｏ１０４８３１、入庫日時１０４８６２、商品Ｎｏ１０４８１１、入庫された個数１０４８６４を格納する。融資管理マスタＤＢ１０４８８は、入庫情報と支払条件にもとづいて収支額算出システム１０４が納入企業毎に算出する融資上限額、融資実行額、支払企業３向け売掛成立後のファクタリングによる返済額と返済日、最終的な貸出金の返済額と返済日を格納する。融資管理Ｎｏ１０４８８１、納入企業Ｎｏ１０４８８２、融資上減額１０４８８３、融資額１０４８８４、融資実行日１０４８８５、ファクタリングによる返済額１０４８５４、ファクタリングによる返済日１０４８５５、現金による返済額１０４８１１３、現金による返済日１０４８１１２、融資残高１０４８８１０を格納する。買掛債務マスタＤＢ１０４８９は、支払企業システム１０３によって計上され納入企業毎の買掛債務額、支払期日、決済日、商品Ｎｏ・個数を格納する。買掛債権Ｎｏ１０４８９１、支払企業Ｎｏ１０４８４１、納入企業Ｎｏ１０４８２１、買掛債務額１０４８９４、支払期日１０４８９５、決済日１０４８９６、商品Ｎｏ１０４８１１、個数１０４８９８、確定フラグ１０３９６８を格納する。
【００４２】
ファクタリング債権マスタＤＢ１０４８５には、買掛債務成立後に納入企業１への貸出金との控除額、控除後のファクタリング可能債権残高、割引申込額と申込日、割引手数料金額を格納する。買掛債務Ｎｏ１０４８５１、融資返済額１０４８５２、割引申込日時１０４８５３、割引申込額１０４８５４、割引実行日１０４８５５、割引金利手数料額１０４８５６、ファクタリング可能債権残高１０４８５７、資金調達額１０４８５８を格納する。入金管理マスタＤＢ１０４８１０は、買掛債務Ｎｏ１０４８９１毎に、支払企業システム１０３からの一括支払いの入金額１０４８１０２と入金日１０４８１０３を管理する。出金管理マスタＤＢ１０４８１１は、納入企業１に対する振込金額と振込日を格納する。納入企業Ｎｏ１０４８２１毎に振込日１０４８１１２、振込額１０４８１１３を格納する。
【００４３】
図１１に、金融機関システム１０５のブロック図を示す。金融機関システム１０５はデータ送受信部１０５１を介してネットワーク１０６と接続する。
【００４４】
図１２から図１４に実施例のフロー図を示し、以下に本実施例の処理の流れを図に基づいて説明する。フローは、各システムの処理部１０１２、１０２２、１０３２、１０４２、１０５２によって実行される。
【００４５】
図１２は、納入企業１が商品を倉庫２に入庫した場合の、金融機関５から事務代行会社４を通じて融資を受けるための情報処理のフローを示している。
【００４６】
ステップ２０２において、倉庫システム１０２は、納入企業が倉庫に商品を入庫した場合、入庫の内容を示す入庫情報を受付ける。入庫情報の入力は、利用者からの入力、および商品に添付されたＲＦＩＤタグを読み出すことによる入力を含む。ここで、受付けた入庫情報を入庫情報マスタＤＢ１０２６４に格納する。つまり受付けられた入庫情報に含まれる。受信した日時を入庫日時１０２６４１に、入庫した商品Ｎｏ１０２６３１に、入庫ごとに付与した入庫Ｎｏを入庫Ｎｏ１０２６４２に、入庫した商品の個数を個数１０２６４３にそれぞれ格納してもよい。
【００４７】
ステップ２０４において、倉庫システム１０２は、収支額算出システム１０４に、ステップ２０２で受付けた入庫情報と、倉庫システム１０２を特定する倉庫Ｎｏを送信する。ステップ２０５において、倉庫システム１０２は、ステップ２０２で受付けた入庫情報を納入企業１０１に送信する。なお、ステップ２０４、２０５は合わせて行なっても良い。つまり、倉庫システム１０２は、収支額算出システム１０４および納入企業システム１０１に入庫情報および倉庫Ｎｏを同報（ブロードキャスト）する。
【００４８】
ステップ２０６において、納入企業システム１０１は入庫情報および倉庫Ｎｏを受信し、受信した入庫情報および倉庫Ｎｏを納入情報マスタＤＢ１０１９５に格納する。この際、納入情報マスタＤＢ１０１９５の入庫情報フラグ１０１９５６のフラグを１にする。ここにおいて、フラグを１にするとは、商品が入庫されたことを示す。このことにより、納入企業１は、商品を入庫したことを確認する。
【００４９】
ステップ２０７において、収支額算出システム１０４は、ステップ２０４で送信された入庫情報と倉庫Ｎｏを入庫情報マスタＤＢ１０４８６に格納する。ステップ２０８において、収支額算出システム１０４は、支払条件マスタＤＢ１０４８７から、受信した入庫情報の商品の買取単価１０４８７３を求める。そして、受信した入庫情報に含まれる個数と掛け合わせて入庫された商品の買取総額を算出する。なお、入庫された商品の買取総額の算出は、金融機関システム１０５が行なっても良い。
【００５０】
ステップ２０９において、収支額算出システム１０４は、融資上限額を算出する。ステップ２０８で算出された入庫された商品の買取総額を融資上限額としても良いし、商品の買取総額に予め定められた値を掛け合わせた額を融資上限額としても良い。また、マスタＤＢ１０４８７に予め格納されている買取単価１０４８７３と買取上限個数１０４８７４の積を買取上限額として算出し、ステップ２０７で受信した入庫数が買取上限数１０４８７４を上回った場合に、買取上限額を融資上限額としても良い。また、ステップ２０８で算出された入庫された商品の買取総額と、納入企業マスタＤＢ１０４８２に含まれる入庫した納入企業１に関する情報、支払企業マスタＤＢ１０４８４に含まれる支払企業に関する情報を、入出力部１０４３に表示し、利用者から融資上限額の入力を受付けて
も良い。
【００５１】
ステップ２１０において、収支額算出システム１０４は、ステップ２０９で求められた融資上限額およびこれに対応する納入企業Ｎｏを金融機関１０５に送信する。ステップ２１１において、金融機関システム１０５は、送信された融資上限額と納入企業Ｎｏを受信する。そして、金融機関システム１０５では担当者が入出力端末１０５３から融資上限額を確認する。ステップ２１２において、収支額算出システム１０４は、納入企業システム１０１に対して、ステップ２０９で求められた融資上限額および入庫Ｎｏを送信する。
【００５２】
ステップ２１３において、納入企業システム１０１は、融資上限額および入庫Ｎｏを受信し、この融資上限額および入庫Ｎｏを入出力部１０１３に表示する。ステップ２１４において、納入企業システム１０１の入出力部１０１３は、融資の申込を受けるか否かの選択を利用者から受け付け、申込を受ける選択を受付けた場合、融資上限額を上限とした融資希望額と融資希望実行日を示す情報を事務代行会社１０４に送信する。尚、融資希望額および融資希望実行日は利用者から受付けても良い。また、予め定められたルールに基づいて求めても良い。申込を受けない選択を受付けた場合は、支払企業３が倉庫から商品を調達した場合に、商品の調達により生じる売掛債権をファクタリングするか、売掛債権を担保として融資を受けるか否かの選択を受付ける。その選択を実行するための情報処理を実行する。
【００５３】
ステップ２１５において、収支額算出システム１０４は、ステップ２１４で送信された融資希望額と融資希望実行日を示す情報を納入企業システム１０１から受付ける。ステップ２１６において、申し込まれた融資額がステップ２０９で求められた融資上限額以下の値であれば、申し込まれた融資額と融資希望実行日を、融資管理マスタＤＢ１０４８８の融資額１０４８８４と融資実行日１０４８８５に登録する。当該融資について返済すべき額として融資残高１０４８８１０に、融資額１０４８８４に登録した値、つまりステップ２１４で送信された融資額を登録する。
【００５４】
ステップ２１７において、収支額算出システム１０４は、金融機関システム１０５に、納入企業１の融資額、融資日時および納入企業口座Ｎｏ、入庫Ｎｏからなる振込データを送信する。
【００５５】
ステップ２１８において、金融機関システム１０５は、受信した振込データを登録し、指定日に融資金額を納入企業１０１の指定口座に入金処理をする。ステップ２１９において、金融機関システム１０５は、ステップ２１８において、入金した融資について、返却があった場合には、返却額と、対応する入庫Ｎｏと納入企業１の納入企業Ｎｏを収支額算出システム１０４に送信する。ステップ２２０において、収支額算出システム１０４は、融資管理マスタＤＢ１０４８８中の融資残高１０４８８１０に、融資額から、受信した返済額を引いた額および入庫Ｎｏを登録する。
【００５６】
図１３、１４は、調達が行なわれてから収支額を変更する処理を示している。ここではステップ２０２で受付けられた商品が調達された場合について説明する。
【００５７】
ステップ２２１において、倉庫２に保管されていた商品を支払企業３が調達したとき、倉庫システム１０２は、調達情報マスタＤＢ１０２６５を作成する。そして、調達情報マスタＤＢ１０２６５に含まれる調達情報、よび当該倉庫２の倉庫Ｎｏおよび調達された商品の入庫Ｎｏを支払企業システム１０３に送信する。ここで調達情報とは、調達の内容を示すものであり、調達を識別する調達Ｎｏ、調達日時、調達された商品を識別する商品Ｎｏおよび調達された商品の個数が含まれる。
【００５８】
ステップ２２３において、倉庫システム１０２は、調達情報、倉庫Ｎｏおよび入庫Ｎｏを納入企業システム１０１に送信する。ステップ２２４において、納入企業システム１０１は調達情報および倉庫Ｎｏを受信し、予め格納されている支払条件マスタＤＢ１０１９４から、商品Ｎｏにより支払企業Ｎｏを特定し、調達情報、倉庫Ｎｏ、入庫Ｎｏおよび支払企業Ｎｏを調達情報マスタＤＢ１０１９６に格納する。
【００５９】
ステップ２２２において、支払企業システム１０３は、調達情報、倉庫Ｎｏおよび調達された商品の入庫Ｎｏを受信する。ステップ２２５において、支払企業３により検収が行なわれた場合、支払企業システム１０３は、調達情報マスタＤＢ１０３９４に調達情報および倉庫Ｎｏを格納する。また、検収フラグ１０３９４５に１をたてる。ここにおいて検収フラグ１０３９４５に１をたてるとは、検収が行なわれたことを示す。ステップ２２６において、支払企業システム１０３は、検収フラグが１の商品Ｎｏで特定される商品の調達された個数と買取単価の積を計算する。この積を、買掛債務額として、買掛債務マスタＤＢ１０３９６に格納する。又、調達情報マスタＤＢ１０３９４の調達日時１０３９４２から一定期間後になる支払期日、調達情報マスタＤＢ１０３９４の支払条件マスタＤＢ１０３９５の債権決済日に基づいて定められる決済日、買掛債務Ｎｏを格納する。ここにおいて、ステップ２２６の処理を月中のあらかじめ決められた日（締め日）に行なっても良い。ステップ２２７において、支払企業システム１０３は、ステップ２２６で作成された買掛債務データおよび入庫Ｎｏを収支額算出システム１０４に送信する。
【００６０】
ここにおいて、ステップ２２１からステップ２２７は、支払企業が商品を調達した情報を、倉庫システム１０２から収支額算出システム１０４に送信し、買掛債務データを収支額算出システム１０４が算出してもよい。
【００６１】
ステップ２２８において、収支額算出システム１０４は、買掛債務データを受信する。ステップ２２９において、収支額算出システム１０４は、受信した買掛債務データを納入企業Ｎｏごとに振り分け買掛債務マスタＤＢ１０４８９に格納し、買掛債務Ｎｏを付与する。ステップ２３０において、収支額算出システム１０４は、買掛債務データおよび入庫Ｎｏを納入企業システム１０１に送信する。
【００６２】
ステップ２３１において、納入企業システム１０１は、買掛債務データおよび入庫Ｎｏを受信し、入出力装置１０１３に表示する。ここで、入庫Ｎｏの代わりに、これに対応する商品Ｎｏなどの入庫情報を表示しても良い。ステップ２３２において、表示した買掛債権データに異議があるか否かの入力を利用者から受付ける。
異議がある入力を受付けた場合、入出力装置１０１３で修正を受付け、修正情報を支払企業システム１０３に送信する。ステップ２３３において、支払企業システム１０３は、修正情報を受信し、入出力部１０１３に出力し、修正がある場合は修正情報を受付け、納入企業３０３に修正情報を送信する。修正が無くなるまでステップ２３１〜２３３を繰り返す。
【００６３】
ステップ２３８において、納入企業システム１０１は、ステップ２３４で修正が無い場合、買掛債務データを売掛債務データとして売掛債務マスタＤＢ１０１９７に登録し、また、入庫Ｎｏも登録する。売掛債務データおよび入庫Ｎｏを収支額算出システム１０４に送信する。
【００６４】
ステップ２３９において、収支額算出システム１０４は、売掛債務データおよび入庫Ｎｏ受信する。ステップ２２９において、収支額算出システム１０４は、売掛債務データと、格納している買掛債務マスタＤＢ１０４８９の対応する買掛債務データの各値が違う場合は、受信した売掛債務データの値を、買掛債務マスタＤＢ１０４８９の該当個所に上書きする。ここで、買掛債務データと売掛債務データの比較対象の特定は入庫Ｎｏにより行なう。確定フラグ１０３９６８のフラグを１にする。ここにおいて、フラグを１にすることは、買掛債務マスタＤＢ１０４８９に格納されている情報が確定されている状態であることを示す。
【００６５】
ステップ２４０において、収支額算出システム１０４は、ファクタリング債権マスタＤＢ１０４８５を作成する。買掛債務Ｎｏ１０４８５１に、ステップ２２６で付与された買掛債務Ｎｏ１０４８９１を格納する。割引金利手数料額１０４８５６に、買掛債務額１０４８９４相当する売掛債権を金融機関にファクタリングした場合に割引かれる手数料であって譲渡債権の決済日までの金利手数料に相当する額を格納する。融資残高１０４８８１０と、買掛債務額１０４８９４から、割引金利手数料額１０４８５６と、貸出金利を控除した値を融資返済額１０４８５２に格納する。
【００６６】
ステップ２４１において、収支額算出システム１０４は、融資管理マスタＤＢ１０４８８の融資残高と、融資返済額を比較し、融資残高が大きい場合は、ステップ２４２に進む。融資返済額が大きい場合は、ステップ２４９に進む。
【００６７】
ステップ２４２において、収支額算出システム１０４は、融資返済額を納入企業が受け取れる資金である資金調達額とし、資金調達額１０４８５８に値を格納し、融資残高から資金調達額を差し引き、融資残高１０４８８１０の値を更新する。また、ファクタリングによる返済額１０４８５４に、資金調達額の値を格納する。ステップ２４４において、収支額算出システム１０４は、資金調達額、ステップ２４２において更新された融資残高および入庫Ｎｏを、納入企業システム１０１と、金融機関システム１０５に送信する。
【００６８】
ステップ２４３において、納入企業システム１０１は、受信した資金調達額、融資残高および入庫Ｎｏを、入出力部１０１３に表示する。融資を受けたときに取り決めた融資の返済期日である融資支払期日が到来した場合に、納入企業１は金融機関５に融資残高を支払う。ステップ２４６において、金融機関システム１０５は、受信した資金調達額、融資残高および入庫Ｎｏを、入出力部１０５３に表示する。
【００６９】
ステップ２４９において、収支額算出システム１０４は、融資残高と等しい額を資金調達額とし、資金調達額１０４８５８に格納する。資金調達額を融資残高と等しい額としたのは、融資残高を資金調達額で相殺するためである。融資返済額１０４８５２に、ファクタリングしたとして、資金調達額となる債権額を算出し格納し、融資返済額１０４８５２の値を更新する。ファクタリング可能残高１０４８５７に、買掛債務額から、融資返済額を差し引いた値を格納する。融資残高１０４８８１０に、資金調達額を差し引いた値（ゼロ）の値を格納する。ステップ２５０において、収支額算出システム１０４は、金融機関システム１０５に、ファクタリング可能残高および入庫Ｎｏを送信する。
【００７０】
ステップ２５１において、金融機関システム１０５は、ファクタリング可能残高および入庫Ｎｏを受信し、入出力部１０５３に表示する。ステップ２５２において、収支額算出システム１０４は、納入企業システム１０１に、ファクタリング可能残高および入庫Ｎｏを送信する。
【００７１】
ステップ２５３において、納入企業システム１０１は、ファクタリング可能残高および入庫Ｎｏを受信する。ステップ２５４において、納入企業システム１０１は、受信したファクタリング可能残高を上限として、ファクタリング申込を受付け、ファクタリング申込をする場合には、ファクタリング申込額を、収支額算出システム１０４に送信する。ファクタリングの申込を受付けなかった場合には、収支額算出システム１０４は、買掛債務決済日に、買掛債務額を支払企業３から納入企業１に支払う情報の処理を実行する。
【００７２】
ステップ２５５において、収支額算出システム１０４は、受信したファクタリング申込額を、ファクタリングによる返済額１０４８５４に格納し、融資残高から、ファクタリングによる返済額を差し引いた値を、融資残高１０４８８１０に更新する。ステップ２５６において、収支額算出システム１０４は、ファクタリング可能債権残高から、ファクタリングによる返済額を差し引いた値を、ファクタリング可能債権残高１０４８５７に更新する。ステップ２５７において、収支額算出システム１０４は、ファクタリングによる返済額および融資残高を含む割引明細を作成し、納入企業１０１と、金融機関システム１０５に送信する。
【００７３】
ステップ２５９において、納入企業システム１０１は、割引明細書を受信する。ステップ２６０において、金融機関システム１０５は、割引明細書を受信する。ステップ２６２において、金融機関システム１０５は、受信した割引明細書に従って、振込、登録処理をする。
【００７４】
図１３と図１４に示すフローは、ファクタリングにより資金調達する実施例が示されているが、ファクタリングの代わりに売掛債権を担保とし、融資を受け資金を調達しても良い。
【００７５】
図１５に、支払企業３の納入企業１に対する買掛債務の決済のフローを示している。ステップ２６５において、収支額算出システム１０４は、買掛債務マスタＤＢ１０４８９に格納された決済日の一定期間前に、収支額算出システム１０４から金融機関システム１０５に対して、買掛マスタＤＢ１０４８９に格納された買掛債務Ｎｏ、支払企業Ｎｏ、納入企業Ｎｏ、買掛債務額、決済日を含む買掛債務期日到来支払準備明細書のデータが通知される。ステップ２６６において、金融機関システム１０５は、買掛債務期日到来支払準備明細書を受信し、支払企業システム１０３に送信する。ステップ２６８において、支払企業システム１０３は買掛債務期日到来支払準備明細書を受信する。ステップ２６９において、支払企業システム１０３は、決済日になると、納入企業１に対する買掛債務の支払いを金融機関５に対して行う。
【００７６】
また、ステップ２７３において、収支額算出システムは、買掛債務マスタＤＢ１０４８９に格納された決済日の一定期間前に、納入企業システム１０１に対してファクタリング可能債権残高がある場合には、その旨を記載したファクタリング可能債権残高を含む明細書を送信する。ステップ２７４において、納入企業システム１０１は、収支額算出システム１０４から送信された明細書を受信する。ステップ２７５において、収支額算出システムは、ファクタリング可能債権残高を含む振込データを金融機関システム１０５に対して送信する。ステップ２７６において、金融機関システム１０５は振込データを受信する。ステップ２７７において、金融機関システム１０５は、ファクタリング可能債権残高の金額を、決済日に、納入企業１の指定口座に振り込む。
【００７７】
【発明の効果】
納入企業は、倉庫に入庫した在庫情報を基に融資を受け、支払企業の調達を基に、当該融資について、債権債務額を示す収支額を変更することにより、早期、低金利に資金調達するための情報処理を実現することが可能になる。
【図面の簡単な説明】
【図１】手続手順概要図
【図２】システム構成図
【図３】納入企業システム１０１のブロック図
【図４】納入企業システムデータベース１０１９のデータ構成図
【図５】倉庫システム１０２のブロック図
【図６】倉庫システムデータベース１０２６のデータ構成図
【図７】支払企業システム１０３のブロック図
【図８】支払企業システムデータベース１０３９のデータ構成図
【図９】収支額算出システムのブロック図
【図１０】収支額算出システムデータベース１０４８のデータ構成図
【図１１】金融機関システム１０４のブロック図
【図１２】処理フロー図その１
【図１３】処理フロー図その２
【図１４】処理フロー図その３
【図１５】買掛債務決済フロー図
【符号の説明】
１０１：納入企業システム
１０２：倉庫システム
１０３：支払企業システム
１０４：収支額算出システム
１０５：金融機関システム[0001]
BACKGROUND OF THE INVENTION
The present invention is a VMI (Vender Managed) in which a payment company that procures products transfers warehouse and inventory management work to a delivery company instead of submitting production volume and production plan information to the delivery company, and the delivery company manages the warehouse. (Inventory) The present invention relates to a method, an apparatus, and a program for calculating the amount of receivables and payables of a supplier using a warehouse system.
[0002]
[Prior art]
Conventionally, paying companies that procure products from a large number of suppliers perform inventory management by calculating the optimal inventory quantity that realizes the optimal inventory cost for ordering cost and storage cost, taking into account the safety inventory quantity . However, there are limits to such inventory management. With the development of information technology, information sharing between the delivery company and the payment company can be easily realized. It is becoming possible to procure merchandise more quickly by providing such as to the delivery company. In such circumstances, instead of providing production companies and production plan information to delivery companies, some payment companies have transferred warehouse / inventory management operations to delivery companies. Such a warehouse is called a VMI warehouse, and a delivery company or a third-party warehouse / distributor manages the warehouse. This scheme frees the paying company from inventory and warehouse management, and when necessary, it is possible to quickly procure parts simply by procuring goods from a warehouse near its own production base. Since the warehouse inventory is the asset of the supplier until it is procured, the paying company can separate all inventory costs from the supplier. In addition, since the delivery company can freely manage inventory, it is possible to minimize the production cost by producing based on its own production plan with reference to the production plan of the paying company.
[0003]
In this way, the VMI warehouse method is useful in terms of inventory management, but for the delivery company, it is the delivery company's inventory after the warehouse delivery until the paying company procures, so the paying company compared to the conventional inventory method. However, there is a problem that the period until the payment is finally received from the paying company becomes longer. Focusing on this problem, there is a technique disclosed in Patent Document 1 as a technique that fills the time lag from manufacture to sales of a supplier company while taking advantage of the VMI warehouse method. In Patent Document 1, when a product of a delivery company is brought into a warehouse, a brokerage company purchases the product, and the delivery company raises funds.
[0004]
[Patent Document 1]
JP 2002-123728 A
[0005]
[Problems to be solved by the invention]
There are the following problems when financing is provided by financing from a financial institution, for example, because the delivery company is a SME. In addition to having to pay a high borrowing interest rate, in the case of unsecured loans, it takes a lot of time for examination, etc. In the first place, borrowing itself in bank lending practices centering on lending with current land as collateral Is often difficult.
[0006]
In the case of raising funds with the technique of Patent Document 1, an intermediary company must purchase inventory. Therefore, the brokerage company raises funding issues. If the intermediary company is a financial institution such as a bank that does not have any funding issues, it will record a liability when it purchases the inventory, and it is not included in the bank's specific business, so the financial institution such as the bank It is hard to think of buying.
[0007]
An object of the present invention is to provide a system for improving the funding efficiency of a delivery company while taking advantage of the VMI warehouse system, and solving the problem of fund procurement / stock purchase of an intermediary company that has not been solved in Patent Document 1. There is.
[0008]
[Means for Solving the Problems]
The object of the present invention is achieved by the following configurations. In the present invention, when a delivery company receives goods in a warehouse, when a loan is received based on information on goods delivered from a financial institution, or when a payment company procures goods from a warehouse, The balance amount indicating the amount of receivables and payables is calculated from the difference between the loan amount and the amount of funds raised by the accounts receivable arising from the procurement. More specifically, in the balance amount calculation system of the present invention, a device for calculating a loan amount based on information that goods are received from a delivery company into a warehouse, and information on procurement of the goods from a paying company are received. If the goods are procured from the warehouse, this is the amount of receivables and payables of the delivery company that is changed by the procurement of the goods, based on the difference between the financing of the goods received and the amount of funds raised by the accounts receivable arising from the procurement. And a device for calculating a balance amount.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows an outline of procedures between companies (players) in the embodiment of the present invention. Note that the players shown in FIG. 1 may be integrated. The following procedures are numbered as shown in FIG. 1, but they are not necessarily in numerical order. As long as the relationship that cannot proceed to the next procedure is maintained without taking into account the result of the previous procedure, the procedure may be the procedure in which the numbers are reversed, the procedure may be performed in parallel, or the procedure may be omitted.
[0010]
The procedure in this embodiment includes a plurality of delivery companies 1 that supply products, a payment company 3 that supplies products, a warehouse 2 that stores the products until they are procured by the payment company 3, loans, factoring, etc. This is done by a financial institution 5 that provides funding to the company 1 and an office agency 4 that entrusts the office work of the financial institution 5 involved in the funding. In this embodiment, the warehouse 2 uses a VMI warehouse as a warehouse.
[0011]
The administrative agency 4 and the financial institution 5 may be the same business form. The warehouse 2 may be managed by the office agency 4. Further, a basic contract is exchanged in advance between the delivery company 1, the payment company 3, and the financial institution 5. Three companies regarding the conditions that the paying company 3 purchases the inventory in the warehouse 2, the loan conditions to the paying company 1, and the accounts receivable of the paying company 3 of the paying company 1 being transferred or secured to the financial institution 5 Has been accepted by.
[0012]
The outline of each procedure shown in FIG. 1 will be described below. (1) The delivery company 1 stores the product in the warehouse 2. (2) The goods receipt data of the goods is notified from the warehouse 2 to the administrative agency 4. (3) Based on the receipt data, the administrative agency 4 pays the payment conditions of the payment company 3 (such as a purchase upper limit and a purchase deadline condition) for a product determined in advance between the payment company 3 and the delivery company 1. Based on the credit information of the financial institution 5, the loan upper limit for the supplier 1 is calculated. The financial institution 5 may perform the calculation of the loan upper limit. (4) The maximum loan amount is notified from the administrative agency 4 to the financial institution 5.
[0013]
(5) The lending ceiling is notified from the administrative agency 4 to the delivery company 1. (6) The delivery company 1 applies for a loan to the administrative agency 4. (7) The administrative agency 4 registers the loan amount and then notifies the financial institution 5 of a loan amount transfer instruction. (8) The financial institution 5 makes a loan to the delivery company 1 based on the transfer instruction, and deposits into the designated account of the delivery company 1. (9) The goods delivered to the warehouse 2 are procured to the payment company 3. (10) Inspection of goods procured by the paying company 3 is performed.
[0014]
(11) The receivables for the paying company 3 of the delivery company 1 are established by the acceptance of the procurement (10) of (9). (12) The paying company 3 notifies the payable company 1 of the accounts payable data for the delivering company 1. There are a plurality of delivery companies, and accounts payable data for a plurality of delivery companies may be collectively notified on a predetermined date. (13) The administrative agency 4 notifies the paying company 1 of the payables data. Here, when there are a plurality of delivery companies, they are distributed and notified. (14) If there is no objection to the payables data from the paying company 1, the payables amount of the paying company 3 is fixed, and the financing amount obtained from the accounts receivable from the paying company 3 of the paying company 1 and the loan amount And calculate the balance. (15) The administrative agency 4 notifies the financial institution of the amount of income and expenses.
[0015]
(16) The administrative agency 4 notifies the delivery company of the amount of income and expenses. (17) The delivery company 1 makes a loan or factoring application to the administrative agency 4. (18) The administrative agency 4 creates loan or factoring application data and transmits it to the financial institution. (19) The financial institution 5 deposits the discount price or the loan price for the factoring into the designated account of the delivery company 1 on the designated date. (20) The paying company 3 pays the accounts payable to the delivery company 1 to the financial institution 5 on the settlement date of the accounts payable. Here, when there are a plurality of delivery companies, payment may be made in a lump.
[0016]
Next, the contents of information processing for executing the above procedure will be described. First, the structure of a present Example is demonstrated using FIGS.
[0017]
FIG. 2 is a system configuration diagram showing the system configuration of the present embodiment. In this embodiment, a balance calculation system 104, a delivery company system 101, a warehouse system 102, a payment company system 103, and a financial institution system 105 are connected to each other via a network 106. Here, the balance calculation system 104 is used by the office agency 4. The delivery company system 101 is used by the delivery company 1. The warehouse system 102 is used by the warehouse 2. The payment company system 103 is used by the payment company 3. The financial institution system 105 is used by the financial institution 5.
[0018]
Here, one or more of each system may exist. Each system executes information processing according to a program.
For this purpose, each system includes a storage device that stores a program and data, a memory that expands the program stored in the storage device, and a processing device (processor) that executes information processing according to the program. Note that the storage device may be installed outside the system.
[0019]
Next, the configuration of each system will be described with reference to FIGS.
[0020]
FIG. 3 shows a block diagram of the delivery company system 101. The delivery company system 101 includes a data transmission / reception unit 1011 connected to the network 106, an input / output unit 1013, a processing unit 1012, an authentication company 1014 that authenticates the administrative agency 104 and the warehouse 102 system, delivered products, and procured products. A transaction management unit 1016 including a delivery information management unit 10161 and a procurement information management unit 10162, an accounts receivable management unit 1017 for managing accounts receivable for the payment company system 103, and a payment company system 103. A deposit management unit 1018 for managing deposits and a delivery company database 1019 are included. The supplier company database 1019 will be described in detail with reference to FIG.
[0021]
FIG. 4 shows the configuration of the supplier company database 1019. The delivery company database 1019 allows the delivery company 101 to manage information on products delivered to the warehouse 102 and information on products procured by the payment company system 103, and manage accounts receivable and payment status for the payment company system 103. .
[0022]
The supplier company database 1019 includes the following databases. The contract DB 10199 stores contract contents decided in advance. The contract DB 10199 includes a merchandise information master DB 10191, a VMI master DB 10192, a payment company master DB 10193, and a payment condition master DB 10194. In the product information master DB 10191, a product name 101912 and a product unit price 101913 are stored for each product No. 101911 for identifying a product. The warehouse master DB 10192 stores a warehouse location 101922, a product number to be delivered, and a designated logistics company number for each warehouse No that identifies a warehouse. The payment company master DB 10193 stores, for each payment company No. 10193 identifying the payment company, the payment company name 101932, the payment company location 101933, the payment company contact address 101934, and the warehouse No. 101921 with which the payment company makes a contract. The payment condition master DB 10194 includes, for each payment company No. 101931 that identifies the payment company, a product No. 101911 that identifies the product for which the identified payment company has made a purchase contract, a purchase unit price 101943 for which a purchase contract has been made, and a purchase that is the upper limit of the number of purchases The upper limit number 101944, the payment due date 101945 for transferring the trade receivables, and the receivable settlement date 101946 for the payment company system 103 to finally settle the transferred trade receivables are stored. Here, the payment date and the settlement date of the bond may be determined in advance for each day of procurement, regardless of the number of days after procurement or the number of months after. When arrangement is made for each procurement, the payment due date 101945 and the bond settlement date 101946 do not contain data.
[0023]
In the delivery information master DB 10195, the procurement information master DB 10196, the accounts receivable master DB 10197, and the deposit management master DB 10198, the information in the DBs is determined by the processes shown in FIGS.
[0024]
In the delivery information master DB 10195, for each VMI warehouse No. 101921, the warehousing date and time 101952 received in the warehouse 102, the payment company No. 101931 indicating the payment company to which the goods are delivered, the product No. 109111, the number of goods received 101955, and the warehousing indicating that the goods are received. The flag 101956 is stored.
[0025]
In the procurement information master DB 10196, for each VMI warehouse No. 101921, the procurement date and time 101962 procured from the warehouse by the payment company system 103, the procured product number, the number of procured 101964, and the payment company No. 101931 that identifies the procured payment company are stored. Store.
[0026]
In the accounts receivable master DB 10197, for each accounts receivable No 101971 for identifying accounts receivable, the paying company No., the accounts receivable amount 101973, the due date 101974, the account settlement date 101975, the item No. 101911 for identifying the item, the number of items Is stored.
[0027]
The deposit management master DB 10198 stores a deposit date 101982 and a deposit amount 101983 for each trade receivable No. 101971 for identifying a receivable receivable.
[0028]
FIG. 5 shows a block diagram of the warehouse system 102. The warehouse system 102 includes a data transmission / reception unit 1021 connected to the network 106, an input / output unit 1023, a processing unit 1022, an authentication unit 1024 that authenticates the delivery company 101 and the office agency 104, a warehousing information management unit 10251, and a procurement information management unit 10252. A warehouse information processing unit 1025 and a warehouse database 1026.
[0029]
FIG. 6 shows the configuration of the warehouse database 1026. Based on the warehouse database 1026, the warehouse 102 manages information on the goods delivered to the warehouse and information on the goods procured by the payment company system 103. The configuration of the warehouse database 1026 includes the following databases.
[0030]
The contract DB 1027 stores contract contents decided in advance. The delivery company master DB 10261 stores a delivery company name 102612, a delivery company location 102613, and a contact 102614 for each delivery company No. 102611 identifying the delivery company.
[0031]
In the product information master DB 10263, for each product No. 102631 for identifying a product, a product name 102632, a delivery company No. 102611 delivering the product, and a payment company No. 102634 procuring the product are stored.
[0032]
The administrative agency company master DB 10262 stores an administrative agency company name 102622, an address 102623, and a contact 102624 for each administrative agency company No 102621 that identifies the administrative agency company.
[0033]
The warehousing information master DB 10264 stores the warehousing No. 10642 Null every time the warehousing 2 is warehousing, and stores the warehousing date 102641, the product No. 102631, and the number 102643 for each warehousing No 102642. In the procurement information master DB 10265, whenever the paying company 3 procures, PULL No 102652 is set to Null, and for each procurement No 102622, a procurement date 102651, a product No 102631, and a number 102653 are stored.
[0034]
FIG. 7 shows a block diagram of the payment company system 103. The payment company system 103 includes a data transmission / reception unit 1031 connected to the network 106, an input / output unit 1033, a processing unit 1032, an authentication unit 1034 for authenticating the office agency 104, and a verification unit for verifying the procured goods and payment conditions. 1035, a procurement information management unit 1036 that manages product information that has been procured and accepted, an accounts payable management unit 1037 that manages accounts payable with respect to the delivery company 101, a settlement unit 1038 that manages settlement with respect to the financial institution 105, and a payment company database 1039 It is composed of
[0035]
FIG. 8 shows the configuration of the payment company database 1039. Based on the payment company database 1039, the payment company system 103 manages information on the procured goods, accounts payable to the delivery company 1, and payment status thereof. The payment company database 1039 includes the following databases.
[0036]
The contract DB 10398 stores contract contents decided in advance. The product information master DB 10391 stores a product name 103912, a product unit price 103913, and a delivery company No 103921 that identifies a delivery company that delivers the product for each product No. 103911 that identifies the product. The delivery company master DB 10192 stores a delivery company name 103922, a location 103923, and a contact address 103924 for each delivery company No 103921 that identifies the delivery company. The warehouse master DB 10393 stores a warehouse No 103931 for identifying a warehouse, a warehouse location 103932, a contact address 103933, and a delivery company No 103921 for identifying a delivery company entering the warehouse. The payment condition master DB 10395 stores a purchase unit price 103952, a purchase upper limit number 103953, a payment due date 1039554, and a bond settlement date 103955 for each product No. 103911 that identifies the product determined by the agreement with the delivery company 1.
[0037]
In the procurement information master DB 10394, every time it is procured from the warehouse 2 by the paying company 3, the procurement No 103941 is set to Null, and the warehouse No 103931, the procurement date 103942, the product No. 103911, the number of procured 103944, and the acceptance flag 103945 are stored. The trade payable master DB 10396 sets the payable payable No. 103961 to “Null” for each acceptance, and stores the delivery company No 103921, the payable payable amount 103963, the payment date 103964, the settlement date 103965, the product No. 103911, the number 103967, and the confirmation flag 103968. The withdrawal management master DB 10397 stores a transfer date 103972 and a transfer amount 103973 for each payable payable No 103961.
[0038]
FIG. 9 shows a block diagram of the balance calculation system 104. The administrative agency 104 includes a data transmission / reception unit 1041, a processing unit 1042, an input / output unit 1043, a delivery company system 101, a delivery company system 101, a warehouse system 102, a payment company system 103, and a financial institution system 105 connected via a network. Transaction including authentication unit 1044 for authenticating warehouse system 102 / payment company system 103 and financial institution system 105, verification unit 1045 for verifying goods received and payment conditions, warehousing information management unit 10461, and procurement information management unit 10462 Management unit 1046, Account payable for paying company 1 in paying company system 103, 10471, loan management part 10472 for managing loan status for paying company 101, factorin for managing transferred receivables and credit discount status for paying company 101 Management unit 10473 and delivery finance management unit 1047 which includes a settlement section 10474 to manage the payment of the withdrawal and payment companies 3 with respect to the company 1, and a balance amount calculation database 1048.
[0039]
FIG. 10 shows the structure of the balance calculation database 1048. The balance calculation database 1048 includes the following databases. The contract DB 1049 stores contract contents decided in advance.
[0040]
The merchandise information master DB 10481 stores a merchandise name 104812, a merchandise unit price 104813, and a delivery company No 104882 for each merchandise No 104811. The delivery company master DB 10482 stores a delivery company name 104822, a location 104823, a contact information 104824, and an account No. 104825 for each delivery company No. 104821. The warehouse master DB 10483 stores warehouse No. 104831, location 104832, contact information 104833, and payment company No. 101841 for each warehouse. The payment company master DB 10484 stores, for each payment company, payment company No 104841, payment company name 104842, location 104843, contact information 104844, and warehouse No. 104831. The payment condition master DB 10487 stores information on the purchase upper limit amount, the number, the payment date, and the settlement date for each product determined by the agreement between the payment company 3 and the delivery company 1. For each paying company No 104841, the product No. 104811, the purchase unit price 104873, the purchase upper limit number 104874, the payment due date 104875, and the bond settlement date 1044876 are stored.
[0041]
The warehousing information master DB 10486 stores warehousing No. 1044861 as Null every time the warehouse is warehousing, and stores the warehouse No. 104831, the warehousing date and time 104862, the product No. 104811, and the number of warehousing 104864. The loan management master DB 10488 stores the loan upper limit amount, the loan execution amount calculated by the payment amount calculation system 104 for each paying company based on the warehousing information and the payment conditions, the repayment amount and the repayment date after factoring after the receivable for the paying company 3 is established. Store final loan repayment amount and repayment date. Loan management No 104881, delivery company No. 104882, loan reduction 104883, loan amount 104884, loan execution date 104885, factoring repayment amount 104854, factoring repayment date 104855, cash repayment amount 1048113, cash repayment date 1048112, loan balance 1048810 Store. Accounts payable master DB 10489 is stored by paying company system 103 and stores the amount of payable debts, payment date, settlement date, and product number / number for each paying company. Accounts payable No. 104891, payment company No. 104841, delivery company No. 104482, accounts payable amount 104894, payment due date 104895, settlement date 104896, product No. 104811, number 104898, and confirmation flag 103968 are stored.
[0042]
The factoring receivable master DB 10485 stores a deduction amount from the loan to the delivery company 1 after the accounts payable are established, a factorable receivable balance after deduction, a discount application amount and application date, and a discount fee amount. Accounts payable No. 104851, loan repayment amount 104852, discount application date 104853, discount application amount 104854, discount execution date 104855, discount interest rate fee 104856, factorable receivable balance 104857, and funding amount 104858 are stored. The payment management master DB 104810 manages the payment amount 1048102 and the payment date 1048103 of the lump sum payment from the payment company system 103 for each accounts payable No 104891. The withdrawal management master DB 104811 stores the transfer amount and transfer date for the delivery company 1. A transfer date 1048112 and a transfer amount 1048113 are stored for each delivery company No. 104821.
[0043]
FIG. 11 shows a block diagram of the financial institution system 105. The financial institution system 105 is connected to the network 106 via the data transmission / reception unit 1051.
[0044]
FIG. 12 to FIG. 14 show flowcharts of the embodiment, and the processing flow of the present embodiment will be described with reference to the drawings. The flow is executed by the processing units 1012, 1022, 1032, 1042, and 1052 of each system.
[0045]
FIG. 12 shows a flow of information processing for receiving a loan from the financial institution 5 through the administrative agency 4 when the delivery company 1 receives goods in the warehouse 2.
[0046]
In step 202, the warehouse system 102 receives warehousing information indicating the contents of the warehousing when the delivery company has received the goods in the warehouse. The input of warehousing information includes input from a user and input by reading out an RFID tag attached to a product. Here, the received warehousing information is stored in the warehousing information master DB 10264. That is, it is included in the received warehousing information. The received date and time may be stored in the warehousing date and time 102641, the warehousing product No. 102631 may be stored, the warehousing number assigned for each warehousing may be stored in the warehousing No. 106422, and the number of products received may be stored in the number 102643.
[0047]
In step 204, the warehouse system 102 transmits the receipt information received in step 202 and the warehouse number that identifies the warehouse system 102 to the balance calculation system 104. In step 205, the warehouse system 102 transmits the warehousing information received in step 202 to the delivery company 101. Steps 204 and 205 may be performed together. That is, the warehouse system 102 broadcasts the warehousing information and the warehouse number to the balance amount calculation system 104 and the delivery company system 101.
[0048]
In step 206, the delivery company system 101 receives the warehousing information and the warehouse number, and stores the received warehousing information and the warehouse number in the delivery information master DB 10195. At this time, the warehousing information flag 101956 of the delivery information master DB 10195 is set to 1. Here, setting the flag to 1 indicates that the product has been received. As a result, the delivery company 1 confirms that the goods have been received.
[0049]
In step 207, the balance calculation system 104 stores the warehousing information and warehouse No. transmitted in step 204 in the warehousing information master DB 10486. In step 208, the balance amount calculation system 104 obtains the purchase unit price 104873 of the received goods information from the payment condition master DB 10487. And the total purchase amount of the goods received by multiplying with the number contained in the received warehousing information is calculated. Note that the financial institution system 105 may calculate the total purchase amount of the goods received.
[0050]
In step 209, the balance calculation system 104 calculates a loan upper limit. The total purchase price of the received goods calculated in step 208 may be used as the loan upper limit, or an amount obtained by multiplying the total purchase price of the product by a predetermined value may be used as the loan upper limit. Further, the product of the purchase unit price 104873 stored in advance in the master DB 10487 and the purchase upper limit number 104874 is calculated as the purchase upper limit amount. If the number of warehousing received in step 207 exceeds the purchase upper limit number 104874, the purchase upper limit amount is calculated. It is good also as a loan ceiling. Further, the total purchase amount of the received goods calculated in step 208, the information about the delivered company 1 contained in the delivered company master DB 10482, and the information about the paid company contained in the payment company master DB 10484 are input to the input / output unit 1043. Display and accept the maximum loan amount from the user
Also good.
[0051]
In step 210, the balance amount calculation system 104 transmits the loan upper limit determined in step 209 and the corresponding delivery company number to the financial institution 105. In step 211, the financial institution system 105 receives the transmitted loan upper limit and the delivery company number. In the financial institution system 105, the person in charge confirms the loan upper limit from the input / output terminal 1053. In step 212, the balance amount calculation system 104 transmits the loan upper limit amount and the warehousing number obtained in step 209 to the delivery company system 101.
[0052]
In step 213, the delivery company system 101 receives the loan upper limit and the warehousing No, and displays the loan upper limit and the warehousing No on the input / output unit 1013. In step 214, the input / output unit 1013 of the delivery company system 101 accepts a selection as to whether or not to receive a loan application from the user. Information indicating the desired execution date of the loan is transmitted to the administrative agency 104. Note that the desired loan amount and the desired execution date may be received from the user. Moreover, you may obtain | require based on a predetermined rule. When accepting the option of not accepting the application, whether the paying company 3 procures goods from the warehouse, factoring the accounts receivable arising from the procurement of the goods, or whether to obtain a loan with the accounts receivable as collateral Accept selection. Information processing for executing the selection is executed.
[0053]
In step 215, the balance amount calculation system 104 accepts information indicating the desired loan amount and desired loan execution date transmitted from the step 214 from the delivery company system 101. In step 216, if the requested loan amount is equal to or less than the loan upper limit obtained in step 209, the requested loan amount and desired loan execution date are set as the loan amount 104884 and the loan execution date in the loan management master DB 10488. Register at 104885. The value registered in the loan amount 104884, that is, the loan amount transmitted in step 214 is registered in the loan balance 1048810 as the amount to be repaid for the loan.
[0054]
In step 217, the balance calculation system 104 transmits to the financial institution system 105 transfer data including the loan amount of the delivery company 1, the loan date and time, the delivery company account No, and the warehousing No.
[0055]
In step 218, the financial institution system 105 registers the received transfer data, and deposits the loan amount into the designated account of the delivery company 101 on the designated date. In step 219, when the financial institution system 105 returns the loan received in step 218, the financial institution system 105 sends the return amount, the corresponding warehousing No, and the delivery company No. of the delivery company 1 to the balance amount calculation system 104. Send. In step 220, the balance amount calculation system 104 registers the amount obtained by subtracting the received repayment amount and the warehousing number in the loan balance 1048810 in the loan management master DB 10488.
[0056]
13 and 14 show processing for changing the balance amount after procurement. Here, a case where the product accepted in step 202 is procured will be described.
[0057]
In step 221, when the payment company 3 procures goods stored in the warehouse 2, the warehouse system 102 creates a procurement information master DB 10265. Then, the procurement information contained in the procurement information master DB 10265, the warehouse No of the warehouse 2 and the receipt No of the procured goods are transmitted to the payment company system 103. Here, the procurement information indicates the contents of the procurement, and includes a procurement number for identifying procurement, a procurement date and time, a product number for identifying the purchased product, and the number of the purchased products.
[0058]
In step 223, the warehouse system 102 transmits the procurement information, warehouse No, and warehousing No to the delivery company system 101. In step 224, the delivery company system 101 receives the procurement information and the warehouse No., identifies the payment company No. by the product No. from the payment condition master DB 10194 stored in advance, and obtains the procurement information, warehouse No., receipt No. and payment company. No is stored in the procurement information master DB 10196.
[0059]
In step 222, the payment company system 103 receives the procurement information, the warehouse No, and the receipt No of the procured goods. In step 225, when acceptance is performed by the payment company 3, the payment company system 103 stores the procurement information and the warehouse number in the procurement information master DB 10394. Further, 1 is set to the inspection flag 103945. In this case, setting the inspection flag 103945 to 1 indicates that the inspection has been performed. In step 226, the payment company system 103 calculates the product of the number of products procured specified by the product number with the acceptance flag of 1 and the purchase unit price. This product is stored in the accounts payable master DB 10396 as the amount of accounts payable. In addition, a payment date that is a fixed period after the procurement date and time 103942 in the procurement information master DB 10394, a settlement date that is determined based on a settlement date in the payment condition master DB 10395 in the procurement information master DB 10394, and an account payable No are stored. Here, the process of step 226 may be performed on a predetermined day (closing date) of the month. In step 227, the paying company system 103 transmits the accounts payable data and the receipt number created in step 226 to the balance amount calculation system 104.
[0060]
Here, in steps 221 to 227, information that the paying company has procured the product may be transmitted from the warehouse system 102 to the balance calculation system 104, and the accounts payable data may be calculated by the balance calculation system 104.
[0061]
In step 228, the balance calculation system 104 receives the accounts payable data. In step 229, the balance calculation system 104 stores the received payables data for each delivery company No. in the payable payable master DB 10489, and assigns the payable payable No. In step 230, the balance calculation system 104 transmits the accounts payable data and the receipt number to the delivery company system 101.
[0062]
In step 231, the delivery company system 101 receives the accounts payable data and the receipt number and displays them on the input / output device 1013. Here, instead of the warehousing number, warehousing information such as a product number corresponding to the warehousing number may be displayed. In step 232, an input is received from the user as to whether or not there is an objection to the displayed trade payables data.
When an input with objection is received, the input / output device 1013 receives the correction and transmits the correction information to the payment company system 103. In step 233, the payment company system 103 receives the correction information and outputs it to the input / output unit 1013. If there is a correction, the payment company system 103 receives the correction information and transmits the correction information to the delivery company 303. Steps 231 to 233 are repeated until there is no correction.
[0063]
In step 238, when there is no correction in step 234, the delivery company system 101 registers the trade payable data as trade payable data in the trade payable master DB 10197, and also registers the warehousing number. Accounts receivable data and warehousing No are transmitted to the balance calculation system 104.
[0064]
In step 239, the balance calculation system 104 receives the accounts receivable data and the receipt number. In step 229, if the values of the accounts receivable data and the corresponding accounts payable data in the stored accounts payable master DB 10489 are different, the balance calculation system 104 calculates the value of the received accounts receivable data as the accounts payable. Overwrite the corresponding part of the debt master DB 10489. Here, the comparison object of the trade payable data and the trade payable data is specified by the warehousing number. The flag of the confirmation flag 103968 is set to 1. Here, setting the flag to 1 indicates that the information stored in the accounts payable master DB 10489 is confirmed.
[0065]
In step 240, the balance calculation system 104 creates the factoring receivable master DB 10485. Accounts payable No. 104891 assigned in Step 226 is stored in Accounts payable No. 104851. Stored in the discounted interest rate fee 104856 is a fee that is discounted when an account receivable equivalent to the trade payable amount 104894 is factored into a financial institution and equivalent to the interest rate fee up to the settlement date of the assigned receivable. The discounted interest fee amount 104856 and the value obtained by subtracting the loan interest rate from the loan balance 1048810 and the payable amount 104894 are stored in the loan repayment amount 104852.
[0066]
In step 241, the balance amount calculation system 104 compares the loan balance of the loan management master DB 10488 with the loan repayment amount, and proceeds to step 242 if the loan balance is large. If the loan repayment amount is large, the process proceeds to step 249.
[0067]
In step 242, the balance amount calculation system 104 sets the loan repayment amount as a funding amount that can be received by the delivering company, stores the value in the funding amount 104858, subtracts the funding amount from the loan balance, and calculates the loan balance 1048810. Update the value. Further, the value of the funding amount is stored in the repayment amount 104854 by factoring. In step 244, the balance calculation system 104 transmits the amount of fund procurement, the loan balance updated in step 242 and the warehousing number to the delivery company system 101 and the financial institution system 105.
[0068]
In step 243, the delivery company system 101 displays the received funding amount, loan balance and warehousing number on the input / output unit 1013. When the loan payment date, which is the repayment date of the loan decided when the loan is received, the delivery company 1 pays the loan balance to the financial institution 5. In step 246, the financial institution system 105 displays the received funding amount, loan balance and warehousing number on the input / output unit 1053.
[0069]
In step 249, the balance amount calculation system 104 sets the amount equal to the loan balance as a fundraising amount and stores it in the funding amount 104858. The reason why the funding amount is set equal to the loan balance is to offset the loan balance with the funding amount. Assuming that the loan repayment amount 104852 has been factored, the amount of receivables that will be used for raising funds is calculated and stored, and the value of the loan repayment amount 104852 is updated. In the factorable balance 104857, a value obtained by subtracting the loan repayment amount from the account payable amount is stored. In the loan balance 1048810, a value (zero) obtained by subtracting the amount of fund procurement is stored. In step 250, the balance calculation system 104 transmits the factorable balance and the receipt number to the financial institution system 105.
[0070]
In step 251, the financial institution system 105 receives the factorable balance and the warehousing number and displays them on the input / output unit 1053. In step 252, the balance calculation system 104 transmits the factorable balance and the receipt number to the delivery company system 101.
[0071]
In step 253, the delivery company system 101 receives the factorable balance and the receipt number. In step 254, the delivery company system 101 accepts the factoring application with the received factoring balance as the upper limit, and transmits the factoring application amount to the balance amount calculation system 104 when applying the factoring application. If the application for factoring is not accepted, the balance calculation system 104 executes processing of information for paying the payable amount from the paying company 3 to the paying company 1 on the payable payable settlement date.
[0072]
In step 255, the balance amount calculation system 104 stores the received factoring application amount in the repayment amount 104854 by factoring, and updates a value obtained by subtracting the repayment amount by factoring to the loan balance 1048810. In step 256, the balance amount calculation system 104 updates a value obtained by subtracting the repayment amount by factoring from the factorable receivable balance to the factorable receivable balance 104857. In step 257, the balance amount calculation system 104 creates a discount detail including the repayment amount by factoring and the loan balance, and transmits it to the delivery company 101 and the financial institution system 105.
[0073]
In step 259, the delivery company system 101 receives the discount statement. In step 260, the financial institution system 105 receives the discount statement. In step 262, the financial institution system 105 performs transfer and registration processing according to the received discount statement.
[0074]
The flow shown in FIG. 13 and FIG. 14 shows an embodiment in which funds are raised by factoring. However, instead of factoring, accounts receivable may be used as collateral and financing may be raised by financing.
[0075]
FIG. 15 shows a flow of settlement of accounts payable from the paying company 3 to the delivery company 1. In step 265, the accounts receivable calculation system 104 sends the accounts payable stored in the accounts payable master DB 10489 from the accounts payable calculation system 104 to the financial institution system 105 a certain period before the settlement date stored in the accounts payable master DB 10489. No., paying company No., delivery company No., payable payable amount, payment payable due date data including payment date are notified. In step 266, the financial institution system 105 receives the payment preparation statement due on account payable and transmits it to the payment company system 103. In step 268, the paying company system 103 receives the payment preparation statement due on the accounts payable. In step 269, the payment company system 103 pays the accounts payable to the delivery company 1 to the financial institution 5 when the settlement date is reached.
[0076]
In step 273, the balance calculation system described that if there is a factorable receivable balance with respect to the delivery company system 101 before a certain period of the settlement date stored in the accounts payable master DB 10489. Send a statement with the balance available for factoring. In step 274, the delivery company system 101 receives the statement transmitted from the balance calculation system 104. In step 275, the balance amount calculation system transmits the transfer data including the balance of factorable claims to the financial institution system 105. In step 276, the financial institution system 105 receives the transfer data. In step 277, the financial institution system 105 transfers the amount of the balance that can be factored to the designated account of the delivery company 1 on the settlement date.
[0077]
【The invention's effect】
The supplier receives a loan based on the inventory information received in the warehouse, and raises funds at a low interest rate at an early stage by changing the balance of payments and debts based on the procurement of the paying company. Information processing can be realized.
[Brief description of the drawings]
[Figure 1] Outline of procedure
FIG. 2 is a system configuration diagram.
FIG. 3 is a block diagram of the delivery company system 101.
FIG. 4 is a data configuration diagram of a delivery company system database 1019.
FIG. 5 is a block diagram of the warehouse system 102
FIG. 6 is a data configuration diagram of a warehouse system database 1026.
FIG. 7 is a block diagram of the payment company system 103
FIG. 8 is a data configuration diagram of the payment company system database 1039.
FIG. 9 is a block diagram of a balance calculation system
FIG. 10 is a data configuration diagram of a balance calculation system database 1048.
FIG. 11 is a block diagram of the financial institution system 104
FIG. 12 is a processing flow diagram 1
FIG. 13 is a processing flow diagram 2
FIG. 14 is a processing flow diagram 3
[Figure 15] Accounts payable settlement flow chart
[Explanation of symbols]
101: Delivery company system
102: Warehouse system
103: Payment company system
104: Balance calculation system
105: Financial institution system

Claims

A delivery company that delivers goods to a paying company receives goods in a warehouse, and the paying company uses a production method that pays consideration to the delivering company according to the procurement of the goods received from the warehouse. In the balance calculation method to calculate the balance amount indicating the amount of receivables and payables of the supplier company,
The warehouse system transmits delivered product information about the product including the quantity of the product received in the warehouse to the balance calculation system,
The balance amount calculation system calculates a warehousing amount indicating a consideration of the commodity received based on the received delivery product information, and determines an upper limit amount of financing for a delivery company determined based on the warehousing amount, as the balance amount. Send from the calculation system to the delivery company system of the delivery company,
The delivery company system receives the loan upper limit, and sends a loan request including a desired loan amount with an upper limit on the loan to the balance calculation system.
The balance amount calculation system stores a loan amount for the delivery company determined based on the request for loan request as a loan balance indicating an amount to be repaid for the loan, and when the delivery company has repaid the loan A value obtained by subtracting the repayment amount from the loan amount stored in
The payment company system of the payment company accepts input of procurement product information regarding the product including the quantity of the procured product,
The payment company system transmits the procurement product information from the payment company system to the balance calculation system,
The balance amount calculation system calculates a consideration for the product procured based on the procured product information,
The balance amount calculation system is a funding amount generated based on the procurement of the product, and is a funding amount that is a fund that can be received by the delivery company determined from the calculated consideration of the product, and the stored loan balance The balance amount calculation method, wherein the balance amount changed by the procurement is calculated based on a difference between the balance and the procurement amount.

A delivery company that delivers goods to a paying company receives goods in a warehouse, and the paying company uses a production method that pays consideration to the delivering company according to the procurement of the goods received from the warehouse. In the balance amount calculation system that calculates the balance amount indicating the amount of receivables and payables of the supplier company,
A loan amount calculating means for calculating a loan amount based on delivered product information relating to the product including the quantity of the product received in the warehouse;
Receiving means for receiving procurement information indicating that the payment company has procured the product when the payment company has procured the product from the warehouse;
A funding amount calculation means for calculating a funding amount that is a fund that the delivery company can receive based on the procurement product information regarding the product including the quantity of the procured product;
A balance amount calculation system comprising: a balance amount calculation means for calculating a balance amount of the delivery company based on at least the funding amount and the loan amount.

In the balance amount calculation system according to claim 2,
Further, the balance amount calculation system comprising the database for storing the loan amount and the funding amount, and calculating a balance amount due to a product in and out of the warehouse in the past.

A delivery company that delivers goods to a paying company receives goods in a warehouse, and the paying company uses a production method that pays consideration to the delivering company according to the procurement of the goods received from the warehouse. In the balance amount calculation method in which the balance amount calculation system calculates the balance amount indicating the amount of receivables and payables,
Calculate the loan amount based on the delivered product information about the product including the quantity of the product received in the warehouse,
Receiving procurement information indicating that the payment company has procured the product;
Based on the procured product information about the product including the quantity of the procured product, a funding amount that is a fund that the delivery company can receive is calculated,
A balance amount calculation method, wherein the balance amount of the delivery company is calculated based on at least a difference between the funding amount and the loan amount.

In the balance amount calculation method according to claim 4,
Storing the funding amount and the loan amount in a database;
A balance amount calculation method characterized by calculating a balance amount of goods in and out of the warehouse in the past.