JP2004038614A - Paying and receiving substitution processing method, computer program, and recording medium - Google Patents

Paying and receiving substitution processing method, computer program, and recording medium Download PDF

Info

Publication number
JP2004038614A
JP2004038614A JP2002195427A JP2002195427A JP2004038614A JP 2004038614 A JP2004038614 A JP 2004038614A JP 2002195427 A JP2002195427 A JP 2002195427A JP 2002195427 A JP2002195427 A JP 2002195427A JP 2004038614 A JP2004038614 A JP 2004038614A
Authority
JP
Japan
Prior art keywords
company
data
payment
computer
settlement
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002195427A
Other languages
Japanese (ja)
Inventor
Hideo Hansawa
釆澤 秀雄
▲高▼嶋 伸行
Nobuyuki Takashima
Haruna Katayama
片山 春奈
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MUFG Bank Ltd
Original Assignee
Bank of Tokyo Mitsubishi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Bank of Tokyo Mitsubishi Ltd filed Critical Bank of Tokyo Mitsubishi Ltd
Priority to JP2002195427A priority Critical patent/JP2004038614A/en
Publication of JP2004038614A publication Critical patent/JP2004038614A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a paying/receiving substitution processing method for defining the creditworthiness of a controlling company as a basis, so as to give the equivalent creditworthiness to controlled companies belonging to a group, and, then, performing a payment processing of a draft, etc., to an outer part under a condition equivalent to that of the controlling company. <P>SOLUTION: Bill payable details data concerning a payment from a B-company to a settlement destination Z are stored in a server 1. Payment details data in a case where the payment to the settlement destination Z is settled by a virtual bill payable processing are transmitted to a factoring company F from the server 1. Then a note of payment is reported to the settlement destination Z, and also each settlement amount or a total settlement amount is outputted to the factoring company F at every payment date as a transfer indication. After that, the server 1 performs a processing for updating balance data between the controlling company A and an in-group company B concerning the respective settlement amounts by the transfer. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、グループを構成する統括会社と被統括会社間の経理全体を管理して、統括会社が必要な入出金代行を行う入出金代行処理方法、コンピュータ・プログラム及び記録媒体に関する。
【0002】
【従来の技術】
企業の入出金処理にあたっては、企業が金融機関に預金口座を設けて入出金処理を行う場合が多い。企業に入金してもらう場合には、この預金口座に入金してもらう。企業が出金する場合には、この預金口座から金を引き出す。このようにすれば、預金口座の状態を見れば、企業の入出金の状態を把握できる。
【0003】
また、近年では、連結会計が導入され、親会社と子会社の関係にあるような1つのグループを構成する場合については、グループ全体で会計処理を行う必要がある。
【0004】
これまでのように、企業ごとに預金口座を設け、この預金口座の状態を見るのでは、グループの各社ごとの入出金額等を集計する等の手間がかかり、グループ企業全体の連結会計を行いがたいので、上記のような背景もあって、本出願人は、グループを構成する複数の企業を一体として経理の管理を行える経理管理システムの構成を提案した。
【0005】
すなわち、グループを構成する統括会社と被統括会社間の貸借管理がコンピュータにより行われることで、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、該コンピュータにより、被統括会社に代わって統括会社で行われる構成である。
【0006】
ここでは、たとえば統括会社側に備えられたサーバに、そのようなグループ間の貸借管理を行わせ、統括会社(の口座)を、いわば窓口として、外部に対する出金処理がなされ、またグループ内では、該貸借勘定の管理だけで、実口座間での入出金処理を伴わずに、グループ会社間での入出金処理ができることになる。従ってグループ会社では、振込依頼事務や資金繰り管理といった事務が効率化できるようになる。
【0007】
他方、商取引の決済では物の受渡と同時に代金が現金決済されることは少なく、将来の一定の期日に代金を支払うことを約した手形が振り出されることが多い。ところが、手形は、現物管理の負荷や印紙代の負担が大きく、支払企業における事務効率化を阻害する大きな要因となっていた。
【0008】
そのため、一括ファクタリングという取引スキームが近年では次第に用いられるようになってきている。この一括ファクタリングでは、商取引の代金の支払企業が、支払手形の発行を行うことなくファクタリング会社に支払明細を通知し、該ファクタリング会社が、この支払明細に基づき受取企業に対して支払期日に支払を行うと共に、支払企業から代金の支払を受けるというスキームで処理が行われることになる。その際ファクタリング会社は、支払企業から手数料を受け取る。また、受取企業が支払期日前に資金調達をしたい時には、ファクタリング会社に割引依頼をすることにより、支払明細で通知された代金から本来の支払期日までの利息相当額を割り引いた資金を受け取ることができる。つまり、この仕組みは、ファクタリング会社が支払企業に信用を供与することで成り立っているのである。
【0009】
【発明が解決しようとする課題】
上で述べたグループ会社間の入出金処理では、振込や振替処理により短期間のうちに行われる決済を前提としたグループ会社外への出金処理や、貸借記帳(コンピュータによる貸借管理)だけが行われている。これに対し、グループ会社外への手形に類する出金処理にまで、このような構成の適用ができないかという強い要請がある。
【0010】
ところが、前述のような一括ファクタリングのスキームは、すべての企業が利用可能なわけではない。例えば、信用力の低い企業では、ファクタリング会社から信用の供与を受けることができず、スキームに参加できなかったり、仮に信用の供与を受けられたとしても、高い手数料を取られるおそれがある。このため、支払手形の削減という成果は、信用力の高い一部の企業でしか実現できないという問題があった。
【0011】
上記の問題は、グループ会社において親会社(統括会社)の信用力は十分であっても、支払企業たる子会社(被統括会社)の信用力が低い場合にも同様にあてはまる。このようなケースでは、親会社の信用力を利用した一括ファクタリングスキームの利用が考えられる。例えば、親会社が子会社の支払債務を引き受けて、親子会社の支払債務をまとめてファクタリング会社を利用することによって、親会社の信用力をもって一括ファクタリングのサービスを間接的に受けることができる。しかし、この方法をもってしても、親子会社間での現実の資金移動が伴うので、子会社でも結局誰かが支払債務の管理をせざるを得ず、グループ全体の事務の効率化は部分的にしか実現していなかった。
【0012】
本発明は以上のような実情に鑑み創案されたもので、グループを構成する統括会社の信用力を基に、そのグループ内に属する被統括会社にも同等の信用力を与え、外部への手形に類する出金処理(事実上の支払手形による出金処理)を、統括会社と同等の条件のもとにできるようにすると共に、統括会社と被統括会社間の貸借管理及び与信管理を自動的に行い、統括会社によるグループ全体の資金繰り管理を自動的に行うことのできる入出金代行処理方法を提供せんとするものである。
【0013】
併せてそのような方法をコンピュータに実施させることができるコンピュータ・プログラム及び該プログラムが格納された記録媒体についても提案する。
【0014】
【課題を解決するための手段】
本発明の構成は、
グループを構成する統括会社と被統括会社間の貸借管理がコンピュータにより行われることで、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、該コンピュータにより、被統括会社に代わって統括会社で行われる入出金代行処理方法において、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データ(上記支払明細データと同じか、ほぼ同じ内容のデータ、以下同じ)が通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関への振り込み指示として出力される振込指示ステップと、
上記振り込みによる各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータで行うことを基本的特徴としている。
【0015】
ここで上記外部機関とは、グループ外の取引先などの債権者(上記決済先に相当する)から手形に相当する分の債権(信託債権を含む)が譲渡され、その譲渡につき上記統括会社(場合により被統括会社を含む)からの承諾が得られることで(請求項の記載上、仮想手形分の債権譲渡承諾を受けてと規定した)、該債権者からの要求により、該債権者に対して、支払期日到来前なら、期日到来前の金利に相当する割引率で割り引いた債権買取代金(信託の場合なら販売代り金)を、また支払期日が到来したなら上記割引のない債権買取代金(信託の場合なら債権回収金)を支払ってくれるグループ外の機関であり、後述するように、ファクタリング会社や信託銀行などがそれに相当する。
【0016】
本構成では、上記決済先に相当する債権者から譲渡された手形に相当する分の債権(信託債権を含む)につき、その譲渡に上記統括会社(場合により被統括会社を含む)からの承諾が得られた場合、この外部機関と統括会社との2社との間での、期日指定の決済が行われることになる。
【0017】
すなわち、上記構成によれば、データ転送ステップにおいて、債権者の手形相当分の債権の譲渡を統括会社(場合により被統括会社を含む)からの承諾付きで受けた上記外部機関に対して、被統括会社からグループ会社外への支払いに関する支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、上記コンピュータによって送られる。他方同じく上記コンピュータにより、上記グループ会社外の上記決済先毎に、上記支払明細データが通知される。以上の処理によって、決済期日前でも、決済先は、外部機関から、所定の割引率で割り引いた債権買取代金(信託の場合なら販売代り金)を受け取ることができるようになる。
【0018】
そして、支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関への振り込み指示として出力される(統括会社の実口座のある金融機関などにある勘定系メインフレームなどに対し、上記コンピュータが外部機関の口座への振り込みの指示を行う)。その他、口座振替用に外部機関へ通知される(外部機関が統括会社の上記口座から所定額を引き落とし自己の口座に振り込むために、その各決済額又はこれらの決済額の合算額を知らせる)ようにしても良い。
【0019】
上記データ転送ステップで、支払明細データのうち、少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、上記外部機関に転送されているのであるから、決済合計額が、外部機関への振り込み指示などとして出力されるだけで十分であるが、外部機関側でその仕分けが面倒なために、必要に応じて、各決済額毎に、外部機関への振り込み指示などとして出力されることでも良い。
【0020】
以上の処理で、上記外部機関と統括会社との間での、期日指定の決済が行われるので、その後、これら決済済みの各金額に関して、上記コンピュータにより、統括会社と被統括会社間の貸借データが更新される。すなわち、グループを構成する統括会社と被統括会社間で、決済済みの各金額に関して、その貸借管理(グループ企業間での貸借記帳管理)が行われることになる。
【0021】
以上のような処理が実行されることで、統括会社の信用力を基に、そのグループ内に属する被統括会社にも同等の信用力が与えられ、外部への手形に類する出金処理(事実上の支払手形による出金処理)が、統括会社と同等の条件のもとに実行できるようになる。また後述するように、統括会社と被統括会社間の貸借管理及び与信管理を自動的に行い、統括会社によるグループ全体の資金繰り管理を自動的に行うこともできるようになる。
【0022】
また統括会社側からの振込指示による外部機関への決済ばかりではなく、統括会社と該外部機関とが口座振替契約を交わすことで、決済を行うこともできる。そのような場合は、振込の場合ような指示はいちいちされず、自動的に行われることになる(上記データ転送ステップで口座振替に必要なデータはすでに外部機関にわたっている)。従って支払期日毎に自動的に口座振替による決済が行われる場合は、そのまま口座振替による各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップが実行されることになる。すなわち、請求項2の入出金代行処理方法の構成は、
グループを構成する統括会社と被統括会社間の貸借管理がコンピュータにより行われることで、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、該コンピュータにより、被統括会社に代わって統括会社で行われる入出金代行処理方法において、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関へ口座振替される場合に、該口座振替による各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータで行うことを特徴としている。
【0023】
上記のようなスキームの実行には、決済先の了解が欠かせない。そこで、このようなスキームをとることに承諾が得られた決済先に対する支払にのみ、以上の処理が実行可能となる。そのため、上記コンピュータに、承諾の得られた決済先が登録される決済先マスタが構成され、該コンピュータに格納される上記支払明細データ中に含まれる決済先が上記決済先マスタに登録されているか否かの突合処理が行われて、登録されている場合に、上記格納ステップ又はそれ以後のステップの処理を行うようにすると良い(請求項3)。
【0024】
反対に上記突合処理で、支払明細データ中に含まれる決済先が上記決済先マスタに登録されていない場合(決済先から上記承諾が得られていない場合に相当する)、該支払明細データが、上記コンピュータにより、被統括会社側に返送され、該被統括会社が、その決済先を相手に、該決済処理を行ってもらうことになる(請求項4)。
【0025】
また上記振込指示ステップで、支払明細データのうち、少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、通知されるデータとなるが、これらのデータは、上記コンピュータにより、支払期日及び決済先毎に編集してまとめられている(請求項5)と、統括会社からの支払によって決済がなされる際に一括支払での決済ができ、その場合でも個々の決済先についての把握ができるようになる。そのためその支払期日に支払わなければならない全決済分のコストを1回分にまとめてできるようになる。もともと本願構成では、1件毎の手形発行コストを抑えることができるだけでなく、代わりになされる決済のコストさえも低減化することが可能となる。
【0026】
また上記外部機関の(事務上などの)要請によっては、上記コンピュータにより、支払期日、決済先及び振出人毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられるようにすることもできる(請求項6)。特にグループ内の被統括会社との取引の多い外部決済先が何社かある場合、支払期日・決済先・振出人毎に編集されてまとめれたデータが転送されることで、対象とされる決済先(取引先)とのどの取引に対する支払か(振出人毎に編集されているため)がすぐに特定できるようになり、外部機関や決済先の事務処理が大幅に軽減されるようになる。
【0027】
さらに一歩進んで、上記コンピュータにより、支払期日、決済先及び振出人毎に1件ずつバラして編集された各データが、上記データ転送ステップ及び/又は振込指示ステップで出力されるデータとして用いられるようにすることもできる(請求項7)。支払期日毎にさらに決済先毎に1件ずつ編集された各データ(1件ごとにバラけたデータ)が送られる場合、何の取引に対する支払かが1件毎に明らかになるため、外部機関や決済先側の事務処理はさらに軽減できるようになる。
【0028】
本願構成では、上記コンピュータに支払明細データが格納されるので、該データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借予定データが作成され、出力可能な状態にしておくこともできる(請求項8)。すなわち上記貸借予定データは、統括会社と被統括会社の間で将来発生する予定の貸借金額(支払明細データ中に含まれる)を基に作成される。これを予め貸借予定表に自動計上することで、統括会社及び/又は被統括会社毎の将来の与信残高管理を効率的に行うようにすることが可能となる。
【0029】
他方支払期日以降は、統括会社による支払乃至統括会社の口座からの振替が実行されるため、コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借実績データが作成され、出力可能な状態にしておくこともできる(請求項9)。これにより、統括会社は、各被統括会社毎の貸借が管理できるようになり、反対に被統括会社は、統括会社への貸借がどの程度あるかが簡単に把握できるようになる。
【0030】
また被統括会社の、上記のような支払明細データがコンピュータに登録されることで、該コンピュータにより統括会社の資金繰りデータが作成され、出力可能な状態にしておくこともできる(請求項10)。上述のように、本願構成は、統括会社と被統括会社間の貸借管理がコンピュータにより行われており、それによって、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、被統括会社に代わって統括会社で行われ、さらにこのような構成にグループ外への手形に類する支払を可能にする構成である。従って、上記コンピュータに、グループ会社間の入出金処理及び/又は該グループ会社外への出金処理と、さらにグループ会社外への手形に類する将来の出金処理に関する支払明細データが集められて、上記コンピュータに貸借記帳(管理)されるので、これらの予定データを入出金予定日順に並べ替えれば、いつどれだけの入出金があるかを予測でき、その予測結果と統括会社の口座残高とを合算することで、将来の資金繰りが予測でき、それをいつでも出力可能な状態にしておくことで、統括会社(場合により被統括会社)の経理担当者などが、いつでも閲覧できるようになる。
【0031】
尚、上記請求項8及び請求項9の構成で、貸借予定データ乃至貸借実績データにおいて、統括会社と被統括会社との間では、貸借の関係が逆になるだけなので、統括会社と被統括会社との間では、貸借の数字を逆にして示せば良い(或いは数値は固定して統括会社と被統括会社の関係を逆に示せば良い)。
【0032】
請求項11〜請求項20までの構成は、上記請求項1〜請求項10までに規定した方法をコンピュータに実行させるために、該コンピュータで実行可能なプログラムについて規定している。
【0033】
すなわち、上述した課題を解決するための構成として、上記請求項1〜請求項10までに規定した各処理を、コンピュータの構成を利用して実行する、該コンピュータで読み込まれて実行可能なコンピュータ・プログラムにつき開示する。もちろんこれらの構成は、コンピュータ・プログラムとしてだけではなく、後述するように、同様な機能を有するプログラムを格納した記録媒体の構成(請求項21)として提供されても良いことは言うまでもない。この場合、コンピュータとは中央演算処理装置の構成を含んだ汎用的なコンピュータの構成の他、特定の処理に向けられた専用機などを含むものであっても良く、中央演算処理装置の構成を伴うものであれば特に限定はない。
【0034】
コンピュータに上記各処理を実行させるためのこのようなプログラムが、コンピュータに読み出されると、請求項1〜請求項10までに規定されたいずれかの処理と同様な処理が実行されることになる。
【0035】
また既存のハードウェア資源を用いてこのコンピュータ・プログラムを実行することにより、既存のハードウェアで新たなアプリケーションとしての本発明の方法が容易に実行できるようになる。さらにこのようなコンピュータ・プログラムが前述の記録媒体に記録されることにより、これをソフトウェア商品として容易に配付、販売することができるようになる。加えて記録媒体の構成としては、上述した形式の場合の他、RAMやROMなどの内部記憶装置の構成やハードディスクなどの外部記憶装置の構成であっても良く、そのようなプログラムがそこに記録されれば、本発明に規定された記録媒体に含まれることは言うまでもない。
【0036】
尚、請求項11〜請求項20までに記載された各処理のうち一部の処理を実行する機能は、コンピュータに組み込まれた機能(コンピュータにハードウェア的に組み込まれている機能でも良く、該コンピュータに組み込まれているオペレーティングシステムや他のアプリケーションプログラムなどによって実現される機能でも良い)によって実現され、前記プログラムには、該コンピュータによって達成される機能を呼び出すあるいはリンクさせる命令が含まれていても良い。
【0037】
これは、請求項11〜請求項20までに規定された各処理の一部が、例えばオペレーティングシステムなどによって達成される機能の一部で代行され、その機能を実現するためのプログラムないしモジュールなどは直接記録されているわけではないが、それらの機能を達成するオペレーティングシステムの機能の一部を、呼び出したりリンクさせるようにしてあれば、実質的に同じ構成となるからである。
【0038】
上記プログラムは、それ自身使用の対象となる他、後述のように記録媒体に記録されて配付乃至販売され、また通信などにより送信されて、譲渡の対象とすることもできるようになる。
【0039】
そのうち、請求項11の構成は、請求項1の構成に対応する構成であり、その具体的構成は、
グループを構成する統括会社と被統括会社間の貸借管理が行われることにより、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、被統括会社に代わって統括会社で行われる入出金代行処理を、コンピュータに実行させるコンピュータ・プログラムであって、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関への振り込み指示として出力される振込指示ステップと、
上記振り込みによる各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータに実行させるコンピュータ・プログラムである。
【0040】
請求項12の構成は、請求項2の構成に対応する構成であり、その具体的構成は、
グループを構成する統括会社と被統括会社間の貸借管理が行われることにより、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、被統括会社に代わって統括会社で行われる入出金代行処理を、コンピュータに実行させるコンピュータ・プログラムであって、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関へ口座振替される場合に、該口座振替による各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータに実行させるコンピュータ・プログラムである。
【0041】
請求項13記載のコンピュータ・プログラムの構成は、上記請求項3の構成に対応しており、具体的には、上記コンピュータに、決済先が登録される決済先マスタが構成され、該コンピュータに格納される上記支払明細データ中に含まれる決済先が上記決済先マスタに登録されているか否かの突合処理が行われて、登録されている場合に、上記格納ステップ又はそれ以後のステップの処理を行うことを特徴としている。
【0042】
請求項14記載のコンピュータ・プログラムの構成は、上記請求項4の構成に対応しており、具体的には、上記突合処理で、支払明細データ中に含まれる決済先が上記決済先マスタに登録されていない場合、該支払明細データが、上記コンピュータにより、被統括会社側に返送されることを特徴としている。
【0043】
請求項15記載のコンピュータ・プログラムの構成は、上記請求項5の構成に対応しており、具体的には、上記コンピュータにより、支払期日及び決済先毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられることを特徴としている。
【0044】
請求項16記載のコンピュータ・プログラムの構成は、上記請求項6の構成に対応しており、具体的には、上記コンピュータにより、支払期日、決済先及び振出人毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられることを特徴としている。
【0045】
請求項17記載のコンピュータ・プログラムの構成は、上記請求項7の構成に対応しており、具体的には、上記コンピュータにより、支払期日、決済先及び振出人毎に1件ずつバラして編集された各データが、上記データ転送ステップ及び/又は振込指示ステップで出力されるデータとして用いられることを特徴としている。
【0046】
請求項18記載のコンピュータ・プログラムの構成は、上記請求項8の構成に対応しており、具体的には、上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借予定データが作成され、出力可能な状態にされることを特徴としている。
【0047】
請求項19記載のコンピュータ・プログラムの構成は、上記請求項9の構成に対応しており、具体的には、上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借実績データが作成され、出力可能な状態にされることを特徴としている。
【0048】
請求項20記載のコンピュータ・プログラムの構成は、上記請求項10の構成に対応しており、具体的には、上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社の資金繰りデータが作成され、出力可能な状態にされることを特徴としている。
【0049】
さらに請求項21の構成は、上述のように、請求項11〜請求項20いずれか1つに記載のコンピュータ・プログラムが格納されたコンピュータ読み取り可能な記録媒体について規定している。すなわち、これらのコンピュータ・プログラムは、記録媒体に格納されて、取引の対象とすること或いは実際に実行することなども可能である。
【0050】
上記方法やプログラム(或いは上記記録媒体から読み出されたプログラム)を実行するコンピュータは、1つの構成(スタンドアローン型のコンピュータなど)であっても良いが、それに限定されるわけではなく、ネットワークを構成する複数のコンピュータ(複数のサーバなど)で構成され、前記各ステップでなされる処理は、それらのコンピュータにおいて(必要であれば適当な通信構成を介して)分散して実行されるように、プログラムに設定されるようにしても良い。
【0051】
【発明の実施の形態】
以下、本発明の実施の形態を図示例と共に説明する。
図1は、どのような構成の基に本発明方法が実施されるかを示す全体構成概要図である。ここでは、グループを構成する統括会社Aと被統括会社B、C及びD...(以下グループB社、C社、D社...とする)間の貸借管理(貸借記帳)が、サーバ1に備えられた後述する貸借データ生成部16により後述の貸借マスタ16aに対し行われることで、これらグループ会社間の入出金処理及び該グループ会社外(例えば後述する○×商事など)への出金処理が、該サーバ1により、グループB社、C社、D社...に代わって統括会社Aで行われる構成を有している。
【0052】
例えばグループ間でグループB社がグループC社と取引をし、その代金1000万円をC社に支払う場合を例にとると、B社は統括会社Aに1000万円を借りた状態で貸借マスタ16aに記帳され(逆に統括会社AはB社に1000万円を貸した状態に貸借マスタ16aに記帳される)、さらに、統括会社AはC社に1000万円を借りた状態に貸借マスタ16aに記帳される(逆にC社は統括会社Aに1000万円を貸した状態に貸借マスタ16aに記帳される)。このような貸借記帳管理をサーバ1の貸借データ生成部16において行うことで、グループB社からC社に、その代金1000万円が支払われた扱いとする。
【0053】
またグループB社とグループ外○×商事との取引による代金として例えば1000万円を支払う場合は、B社は統括会社Aに1000万円を借りた状態に貸借マスタ16aに記帳され(逆に統括会社AはB社に1000万円を貸した状態に貸借マスタ16aに記帳される)、さらに、統括会社Aは、取引銀行の自分の口座から、○×商事に1000万円を、B社に代わって振り込む。この時、もちろん、この振込は、B社に代わって統括会社Aが行ったものであることの了解を○×商事に取っておく。
【0054】
このように、サーバ1でグループ間での貸借管理を行うことにより、実際の資金移動をせずに、グループ会社間全体で効率的に支払業務が行えるようになり、従って支払業務に伴う手数料及び事務処理量を軽減できるようになる。
【0055】
本実施例では、さらにグループ会社外への上記支払が支払手形類似の方法で行われる場合の構成が示されている。すなわち本構成では、仮想的な支払手形での支払ができるようにして、その際の仮想手形分に対する債権譲渡承諾を受けて、外部機関である後述のファクタリング会社F(又は信託銀行T)が上記決済先に対し決済額(期日到来前ならそれから割り引いた金額)を支払い、期日到来時に統括会社Aが、該ファクタリング会社F(又は信託銀行T)に、それらの手形決済額の振り込み(乃至口座振替)を行うといった、支払の枠組み(支払のフレームワーク)が認められることが前提となる。
【0056】
後述するように、予め取引先(決済先)がそのような支払のフレームワークに了承している場合に、該取引先が取引先マスタ12aに登録され、取引の度に該マスタ12aをチェックするだけで、そのような了解があったものとされ、次の処理に進む。本実施例構成では一々各取引毎にその取引先から了承を取り付けるようにはなっていない。すなわち、上述のように、取引先は、グループの全ての会社が統括会社Aによる代行支払を利用することを了承している場合には、グループの全ての会社の統括会社Aによる代行支払が可能な取引先として予め上記取引先マスタ12aに登録されている。尚、決済先がマスタに登録されていない場合、被統括会社に代行支払依頼が戻されることになる(すなわち、被統括会社が自分で期日到来とともに支払を行わなければならない)。
【0057】
しかし、それだけに限られず、取引先(決済先)がグループの特定の会社にのみ統括会社Aによる代行支払を利用することを認めている場合は、グループの特定の会社にのみ、統括会社Aによる代行支払が可能な取引先(決済先)として予め上記取引先マスタ12aに登録されるようにすることができる。従って上記取引先(決済先)が認めている以外のグループ内の会社が統括会社Aによる代行支払を利用することを求めても(その際の具体的な手続きは、グループ内会社は、自己の会社名と取引先名を支払手形明細データの中で明らかにしてサーバ1に該データを送ってくる)、そのような処理は、後述するように、取引先マッチング部12による判断で不突合となり、上記支払手形明細データは該グループ会社に返送され、統括会社Aによる代行支払はできないことになる。
【0058】
本実施例構成では、グループB社、C社などが外部の取引先である○×商事(後に決済先Zとして説明することになる)や■■部品と取引を行い、その決済に本発明に係る入出金代行処理方法による支払手形類似の方法で行う場合の構成が示されており、そのうち図1は、図2〜図7に示すサーバ1の処理の流れに応じて、他の機関のコンピュータと連携して全体としてどのような処理が行われるかを示している。また図9は、図1のような場合における統括会社A、ファクタリング会社F、及び予め本方法による決済方法に同意しており後述する取引先マスタ12aに登録されている○×商事(以下決済先Zという)間での処理の流れだけを取り出して説明した説明図である。
【0059】
本構成では、まず、グループ外の取引先がグループ内の会社と取引する際、そのグループ内の全て又は一部の会社が、該取引先に対する債務の履行として、該グループ内会社が本来ならすべき支払手形の発行につき、上記サーバ1の貸借管理処理によって統括会社Aが肩代わりして支払手形類似の支払処理をするようにしており、そのような仕組みについて、上記取引先、すなわち決済先は、了承しているものとして、上記取引先マスタ12aへ登録される。
【0060】
図9に示すように、▲1▼上記決済先Zが統括会社Aに対して持つ債権(上述のように、実際には上記債権に対する債務の履行としてグループB社が本来ならすべき支払手形の発行につき統括会社Aが肩代わりして支払手形類似の支払処理をするようにしており、そのような仕組みについて、決済先Zは了承しているものとされる)をファクタリング会社Fに譲渡し、▲2▼該ファクタリング会社Fを通じてその債権譲渡があったことを統括会社Aに通知すると共に、この通知を受け取った統括会社Aは、その通知に対し、承諾を与えたものとする。すると、上記統括会社Aに対する債権は、ファクタリング会社Fが持つものとなる。そのような状態になれば、後述するように、▲4▼統括会社Aから決済先Zに支払通知データを予め送っておくことで、▲5▼決済先Zは、該ファクタリング会社Fに、上記債務履行のために決まった支払期日到来前でも、期日到来前の金利に相当する割引率で割り引いた債権買取代金の支払を要求でき、▲6▼▲6▼’該ファクタリング会社Fは、統括会社Aの支払能力の評価(信用)を元に、割り引いた代金を決済先Zに支払う。該ファクタリング会社Fとしては、上記期日の到来で、統括会社Aから上記債権分の支払を受ける(振込乃至口座振替など)ことで、上記割引分の金額が収益分として得られることになる。
【0061】
このような処理の流れを説明するために、図1及び図2〜図7の図面を使用して以下に上記サーバ1を中心とした本発明法の処理につき説明する。
【0062】
尚図1に示すように、上記統括会社Aはサーバ1を、グループB社やC社などと取引先である決済先Zは各端末を、またファクタリング会社Fは、サーバ1からのデータ通知や該ファクタリング会社の取引銀行Xに備えられたサーバとの間で振込指示や振込入金通知などのやりとりを行うサーバを、各備えている。さらに統括会社Aにはその取引銀行Vが、ファクタリング会社Fにはその取引銀行Xが、そして決済先Zにはその取引銀行Yが存在し、各間の入出金処理やそれらの入出金時に出される通知は、それぞれに備えられたサーバによって行われることになる。
【0063】
図2〜図8に示すように、上記サーバ1には、該サーバ1の全体の制御を行うと共に本発明法の処理を制御する制御部10と、外部とのデータの送受信を行う通信部11と、上記グループB社やC社などから、所定の期日になった場合に外部取引先への支払を約して統括会社Aにその支払を肩代わりしてもらうために入力する支払手形明細データが入力された場合に、そのデータ中に含まれる取引先が、本発明のような代行支払い方法に同意した取引先(決済先)であるか否かを判定する取引先マッチング部12と、そのようなマッチング処理を行うために上記のような同意をした取引先を登録しておく取引先マスタ12aと、上記支払手形明細データを基に後述する支払明細データを自動的に作成する支払明細データ生成部13と、作成された支払明細データを格納しておく支払明細マスタ13aと、決済先Zが割り引かれた上記債権買取代金を受け取れるようにするために上記支払明細データを基に支払通知書を自動的に作成する支払通知書生成部14と、作成された支払通知書のデータを格納しておく通知書マスタ14aと、上記制御部10による期日管理によって、支払明細データを基に、ファクタリング会社Fへの振込データをその上記支払期日の到来前に自動的に作成する振込データ生成部15と、作成された振込データを格納しておく振込マスタ15aと、上記振込データが取引銀行Vに出力されたり、グループ間での上記入出金を統括会社Aを中心にサーバ1への貸借記帳(貸借管理)で行う(貸借実績データの自動作成)と共に、該貸借実績データの作成以前でも統括会社AとグループB社、C社、D社などとの間での将来の貸借予定データが作成できる貸借データ生成部16と、そこで作成されたこれらのデータを格納しておく貸借マスタ16aとを有している。
【0064】
その他、このような支払代行処理を含むグループ全体での入出金処理を行うことで将来統括会社Aが必要とする資金繰りを予測する資金繰りデータ生成部17とを備えている。
【0065】
グループB社がグループ外の○×商事、すなわち決済先Zと取引し、B社は該決済先Zに、所定の期間後にその取引の代金分を支払う支払手形類似の契約履行を約し、その際統括会社Aによる代行支払を利用する旨を伝え、決済先Zは先の取引先マスタ12aへの登録によりすでにそのような代行支払に了承しているものとする。
【0066】
以上の取引を行ったグループB社の端末オペレータにより、図11(a)に示すように、自分の端末に支払手形明細データを入力する。同図では、グループB社は、○×商事の他、■■部品にも、振出日2002年4月1日、支払期日2002年5月31日として、それぞれ1千万円及び3千万円を支払うものとして支払手形明細データを自己の端末に入力している。またグループC社も、同図(b)に示すように、○×商事に対し、振出日2002年4月1日、支払期日2002年5月31日、5千万円を支払うものとして支払手形明細データを自己の端末に入力している。もちろん、これらの支払手形明細データには、それぞれグループB社、C社の振出人名義が書き込まれている。
【0067】
このような支払手形明細データは、これらの端末から、図2に示すように、統括会社Aのサーバ1に入力される。該データを受けたサーバ1の通信部11により、これらのデータは、制御部10に送られ、それから取引先マッチング部12に転送される。この際、制御部10により、上記支払手形明細データから支払期日が取得され、サーバ1のRAMなどのワーキングエリア(図示なし)に該支払期日が登録されて、期日管理が行われる。
【0068】
上記取引先マッチング部12により、支払手形明細データに含まれる取引先(図11では仕入先名となっており、決済に関しては該取引先が決済先となる)が取引先マスタ12aにあるか否かのマッチング処理が行われる。この際、特定の取引先がグループ会社全体に上記のような支払手形類似の決済方法を認めている場合は、その取引先は当然取引先マスタ12aに登録されているため、取引先マスタ12aにある取引先としてマッチングされることになる。他方同じグループ内の会社でもそのような決済方法が相手方の取引先から認められていない会社の場合は、マッチング不可として処理されることになる。すなわち、該マッチング処理は、上記支払手形明細データに含まれている各振出人名(各グループ会社名)に対しても行われることになり、たとえグループ内の他の会社については登録されている取引先であっても、該取引先がグループ内の特定の会社との取引で、上記の支払手形類似の決済方法を認めていない場合は、その特定会社との間では取引先マスタ12aに登録されていない状態として扱われ、上記のようにマッチング不可となる。
【0069】
このマッチング処理で上記データに含まれる取引先(決済先)が、取引先マスタ12aになければ、該取引先は、その(手形)振出人につき上記のような統括会社Aによる支払代行処理(支払手形類似の決済処理)に同意している取引先ではないとして、図3に示すように、上記取引先マッチング部12及び制御部10により、上記データは、それを入力してきたグループ会社に返送されることになる。その場合は、その支払に関して、決済先と取引を行った該グループ会社が直接行うことになる。
【0070】
逆に上記マッチング処理で取引先マスタ12aにある取引先とのマッチングがなされた場合(上記のような支払代行処理をすることを認めている取引先であると判断された場合)、図4に示すように、取引先マッチング部12により、制御部10にマッチングしたことが伝えられ、それに従って該制御部10から、支払明細データ生成部13に、支払明細データを自動作成する指示が出力される。この指示に従って、支払明細データ生成部13により、支払手形明細データを基に支払明細データが生成され、支払明細マスタ13aに格納される。
【0071】
この時、グループB社の端末で、支払明細マスタ13a内の格納されたデータを画面表示させると、図12に示すように、○×商事に対するものは、ステータスが「受付」と表示される。
【0072】
上記制御部10で実行される上記支払期日の期日管理により、サーバ1のオペレータにアラートが出される。それに基づき、該オペレータにより、制御部10に指示が出され、支払明細マスタ13aに格納されたデータが読み出されて、図4に示すように、期日・決済先・振出人毎に各1件ずつ、支払明細データの再構成処理が行われる。
【0073】
そしてオペレータが送信ボタン(図13右下の送信ボタンなど)をクリックすることで、図1、図4及び図9(同図▲3▼)に示すように、制御部10により、通信部11を介して、サーバ1からファクタリング会社Fに、支払明細データが通知される。
【0074】
この時、グループB社の端末で、支払明細マスタ13a内の格納されたデータを画面表示させると、○×商事に対するものは、先ほどのステータスが「受付」から「ファクタリング会社宛支払明細データ作成済み」に変更されている。
【0075】
以上の処理が終了すると、上記制御部10により、図5に示すように、支払通知書生成部14に指示が出され、上記支払明細データを基に、決済先(取引先)毎に支払通知データが作成され、通知書マスタ14aに格納される。この時サーバ1のオペレータに対し、図14(a)に示すような決済先毎の支払通知書が表示される。オペレータがここで送信ボタン[図14(a)右下の送信ボタンなど]をクリックすることで、図1、図5及び図9(同図▲4▼)に示すように、制御部10により、通信部11を介して、サーバ1から決済先Zに、支払通知データが通知される。
【0076】
以上の処理が終了すると、図5に示すように、制御部10により、支払明細マスタ13a内の各グループ会社の支払明細データ中にある該当する決済先毎の各取引データのステータスが更新され、図14(b)に示すように、「決済先宛通知明細作成済み」に変わる。
【0077】
この段階になると、図9に示すように、▲5▼決済先Zは、ファクタリング会社Fに、上記債務履行のために決まった支払期日到来前でも、期日到来前の金利に相当する割引率で割り引いた債権買取代金の支払を要求でき、▲6▼▲6▼’該ファクタリング会社Fは、統括会社Aの支払能力の評価(信用)を元に、割り引いた代金を決済先Zに支払う。もちろんこの段階で統括会社Aからファクタリング会社Fに対しての支払がなくても、割引代金の授受は可能である。
【0078】
さらに支払明細データ中にある支払期日が制御部10により管理され、該支払期日が到来する1乃至数日前迄に、図6に示すように、上記制御部10により、振込データ生成部15に指示が出され、該期日の到来が予定される支払明細データを基に、振込データが自動的に作成され、振込マスタ15aに格納される。
【0079】
この振込データは、制御部10に読み出される時に、該制御部10により、上記の支払明細データを出力する時と同じように、▲1▼期日毎に同じ決済先(仕入先名)に対し纏めて1件[この場合、図15(a)に示すように、グループ内の振出人会社を名寄せしていくらになるかを一緒に併記するとさらに分かり易くなる]、▲2▼期日毎に同じ決済先に対し当該グループ内の各振出人会社毎に纏めて1件ずつ(振出人が同じ決済先に対しいくつもの取引があった場合にこれらの各取引明細を1件書類に纏めて振出人毎に作成すると分かり易くなる)、▲3▼図16(a)(b)に示すように、期日・決済先・振出人毎に各1件ずつバラして(ファクタリング会社Fが特定の取引に対する債権買取代金を割引いて決済先Zに支払を行った場合に、ファクタリング会社Fの消し込み作業が容易になる)、再構成される。
【0080】
以上の処理が終了すると、図6に示すように、制御部10により、支払明細マスタ13a内の各グループ会社の支払明細データ中にある該当する決済先毎の各取引データのステータスが更新され、図15(b)に示すように、「振込済み」に変わる。
【0081】
さらに上記振込データは、通信部11を介して、図1、図6及び図9(同図▲7▼)に示すように、統括会社Aの取引銀行Vに、振込指示と共に出力される。
【0082】
以上の処理の後、図7に示すように、制御部10により、貸借データ生成部16に指示が出され、上記振り込みによる各決済額に関し、貸借マスタ16aに記帳されている統括会社AとグループB社間の貸借データが更新される。
【0083】
この貸借データ更新処理で、図17に示すように、グループB社の支払明細データのステータスは、「貸借記帳済み」に変わる。
【0084】
上記振込指示を受けた取引銀行Vにより、図9に示すように、▲7▼振込データに基づいて、ファクタリング会社Fの取引銀行Xに、振込処理が行われる。この振込処理がなされた場合は、▲7▼’上記取引銀行Xにより、ファクタリング会社Fに振込入金の通知がなされることになる。
【0085】
尚、統括会社Aとファクタリング会社Fとが口座振替契約を交わすことで、該口座振替処理で決済を行うこともできる。そのような場合は、振込の場合ような指示はいちいちされず、上記▲3▼の支払明細データの通知処理で口座振替に必要なデータはすでにファクタリング会社Fにわたっているので、そのデータを基に、図9の▲7▼の破線に示すように、該ファクタリング会社Fから取引銀行Xに対し口座振替依頼がなされ、銀行V及びX間で口座振替処理がなされ、その後▲7▼’取引銀行Xからファクタリング会社Fに対し口座振替結果の通知がなされる。
【0086】
またこのように、支払期日毎に自動的に口座振替による決済が行われる場合は、そのまま口座振替による各決済額に関し、貸借マスタ16aに記帳されている統括会社AとグループB社間の貸借データが自動的に更新される。
【0087】
図18(a)(b)は、サーバ1の貸借マスタ16aで更新された貸借実績データの状態が、サーバ1[同図(a)]及びグループB社端末[同図(b)]にそれぞれ表示された状態を示している。同図に示すように、統括会社AとグループB社間では、貸付金額と借入金額がちょうど逆になっていることが分かる。
【0088】
本構成では、上述のように、支払(手形)明細データがサーバ1に入力されることで、このような決済期日到来前であっても、上記貸借データ生成部16により、貸借マスタ16aの貸借実績データと支払明細マスタ13aの支払明細データを基に、図19に示すように、貸借予定データの計算が可能である。同図(a)は、統括会社Aのオペレータに示されるグループB社に対する貸借予定データの表示画面を、また同図(b)は、グループB社のオペレータに示される統括会社Aに対する貸借予定データの表示画面を各示している。これも、統括会社AとグループB社間では、貸付金額と借入金額がちょうど逆になっていることが分かる。
【0089】
さらに図8に示すように、統括会社Aのオペレータの指示により、資金繰りデータ生成部17に指示が出されると、上記貸借マスタ16a及び支払明細マスタ13aの各データを基に、将来統括会社Aが必要とする資金繰り予定が策定でき、策定された資金繰り予定データは、制御部10を介して、サーバ1のCRTなどを介してオペレータなどに対し表示される。図20は、そのような統括会社Aの資金繰り予定データの出力例を示している。2002年5月31日には、グループ全体として6千万円の支払予定があるが、これは図11(a)のグループB社の○×商事に対する支払と、同図(b)に示すグループC社の○×商事に対する支払の総合計額と一致する。
【0090】
以上の実施例構成では、本発明法による手形類似の支払い方法で取引代金の支払いが行われる場合に、その債権の買取をファクタリング会社Fに行ってもらって、決済先Zは、支払期日前に代金の回収(ただし支払期日到来前までの金利分は割り引かれる)を図ることができる構成について説明している。しかし、このような支払のフレームワークは、ファクタリング会社Fを使った場合だけに限られず、例えば図10に示すように、決済先Zから信託銀行Tに対する信託譲渡が統括会社Aによって承認されるケースでも、同様な処理が可能である。図9の▲1▼債権譲渡が図10の▲1▼信託譲渡に、また図9の▲2▼債権譲渡通知&承諾が図10の▲2▼信託譲渡通知&承諾に、さらに図9の▲5▼(債権)割引依頼が図10の▲5▼割引代わり金依頼に代わっただけで、3者間での実質的な取引については、ほとんど同じである。
【0091】
決済先Zの相手先が信託銀行Tの場合は、決済先Zの統括会社Aに対する債権を信託銀行Tに譲渡して、その債権の回収を信託するものである(決済先Zは信託受益権を保有することになる)。しかし、決済先Zが支払期日前に資金が必要な場合は、上記信託受益権を、信託銀行Tに依頼して、投資家に販売し、その分割引された代り金を受け取ることになる。信託銀行Tは、期日到来によって、統括会社Aから支払を受け、受益権を購入した投資家に元本償還・収益支払をなすことになる。
【0092】
本来手形の振出による決済方法は、振出人(上記グループB社、C社やD社など)にそれだけの信用がなければできない場合が多く、仮にできたとしても、不渡りを出す危険性がある。しかし以上詳述した本実施例構成によれば、統括会社Aの信用力を基に、そのグループ内に属する上記グループB社、C社やD社などにも同等の信用力が与えられ、グループ外部の取引先への手形に類する出金処理(事実上の支払手形による出金処理)が、統括会社Aと同等の条件のもとに実行できるようになる。
【0093】
また、統括会社Aが将来の支払を実行するので、上記構成で資金繰りデータの管理を行っておけば、統括会社Aの信用力を基に必要な資金の借り受けを外部に依頼できるので、不渡りを出す心配もなくなることになる。しかも統括会社Aと被統括会社であるグループB社やC社などと間の貸借管理及び与信管理も自動的に行うことができ、さらに統括会社Aによるグループ全体の資金繰り管理も自動的に行うことができるようになる。
【0094】
もちろん取引先(決済先Z)にとっても、統括会社Aの信用力を基に、ファクタリング会社Fなどに、支払期日前に、所定の割引率で割り引いた債権買取代金を受け取ることが可能となり、上記グループ内の会社との取引で生じた代金の支払が支払手形に類似する上記支払処理で行われる場合でも、該代金は確実に回収することができるようになる。尚、決済先Zが割引された状態での債権買取代金の受け取りができるようにするためには、上述した図9などに示されるように、統括会社Aから、ファクタリング会社Fへの▲3▼支払明細データの通知と、同統括会社Aから、決済先Zへの▲4▼支払通知データの出力が最低限必要であることは言うまでもない。
【0095】
本実施例構成によって、貸借記帳(コンピュータによる貸借管理)だけで実行される振込や振替処理により行われる決済を前提としたグループ会社外への出金処理を、グループ会社外への手形に類する出金処理にまで適用できるようになったため、支払手形削減スキームが実現されることになり、以下に示す処理が自動的に行われ、グループ全体の事務が効率化することになる。
▲1▼複数のグループ会社の支払明細データを、統括会社が纏めてファクタリング会社に転送する。
▲2▼複数のグループ会社の支払通知データを、統括会社が纏めて仕入先に通知する。
▲3▼複数のグループ会社の債務を、統括会社が纏めてファクタリング会社宛てに決済する。
▲4▼統括会社⇔グループ会社間の貸借管理(予定・実績)、与信管理を自動的に行う。
▲5▼統括会社の資金繰り管理を自動的に行う。
【0096】
尚、本発明の入出金代行処理方法は、上述の実施例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【0097】
【発明の効果】
以上、説明したように本発明の請求項1〜請求項21記載の入出金代行処理方法、コンピュータ・プログラム及び記録媒体によれば、グループを構成する統括会社の信用力を基に、そのグループ内に属する被統括会社にも同等の信用力を与え、外部への手形に類する出金処理(事実上の支払手形による出金処理)を、統括会社と同等の条件のもとにできるようになると共に、統括会社と被統括会社間の貸借管理及び与信管理も自動的に行え、また統括会社によるグループ全体の資金繰り管理を自動的に行うこともできるという優れた効果を奏し得る。
【0098】
しかも、統括会社が将来の支払を実行するので、グループ間における統括会社の資金繰りデータの管理を行っておけば、該統括会社の信用力を基に必要な資金の借り受けを外部に依頼できるので、グループ内の会社及び統括会社は不渡りを出す心配もなくなる。
【0099】
もちろん取引先にとっても、統括会社の信用力を基に、上記外部機関に、支払期日前に、所定の割引率で割り引いた代金を受け取ることが可能となり、上記グループ内の会社との取引で生じた代金の支払が支払手形に類似する上記支払処理で行われる場合でも、該代金は確実に回収することができるようになる。
【図面の簡単な説明】
【図1】本発明方法の構成の概要図である。
【図2】取引先マッチング処理が行われる場合のサーバ1内での処理の状態を示す構成説明図である。
【図3】上記マッチング処理でマッチングができなかった場合の処理の状態を示す構成説明図である。
【図4】支払明細データの生成及びその出力がなされる場合の処理の状態を示す構成説明図である。
【図5】支払通知データの生成及びその出力がなされる場合の処理の状態を示す構成説明図である。
【図6】振込データの生成及びその出力がなされる場合の処理の状態を示す構成説明図である。
【図7】貸借データの更新処理がなされる場合の処理の状態を示す構成説明図である。
【図8】資金繰りデータの生成及びその出力がなされる場合の処理の状態を示す構成説明図である。
【図9】統括会社A、ファクタリング会社F、決済先Z間での処理の流れを説明した説明図である。
【図10】統括会社A、信託銀行T、決済先Z間での処理の流れを説明した説明図である。
【図11】グループB社、C社での支払手形明細データが入力された状態の画面構成を示す説明図である。
【図12】上記取引先マッチング処理で取引先がマッチングした場合の上記グループB社端末画面の状態を示す構成説明図である。
【図13】支払明細データを出力する前にサーバ1側のオペレータに示される表示画面構成である。
【図14】支払通知データ送信前にサーバ1側のオペレータに示される表示画面及び振出人側のB社の端末表示画面構成である。
【図15】支払期日及び決済先毎に振出人を名寄せした状態の振込データのサーバ1側オペレータ表示画面及び振出人側のB社の端末表示画面構成である。
【図16】支払期日・決済先・振出人毎に各1件ずつバラした状態の各振込データのサーバ1側オペレータ表示画面構成である。
【図17】決済金額支払い後統括会社Aとグループ会社間の貸借データの更新がなされた場合のステータス状態を示すグループB社端末画面の状態を示す構成説明図である。
【図18】上記貸借データの更新後の貸借実績データにつき、統括会社Aのサーバ1画面表示状態及びグループB社画面表示状態を各示す説明図である。
【図19】貸借予定データが計算されて、統括会社Aのサーバ1の画面に出力された状態及びグループB社の端末画面に出力された状態を各示す説明図である。
【図20】サーバ1で統括会社Aの将来の資金繰りデータを算出した場合の出力画面構成を示す説明図である。
【符号の説明】
1    サーバ
10    制御部
11    通信部
12    取引先マッチング部
12a   取引先マスタ
13    支払明細データ生成部
13a   支払明細マスタ
14    支払通知書生成部
14a   通知書マスタ
15    振込データ生成部
15a   振込マスタ
16    貸借データ生成部
16a   貸借マスタ
17    資金繰りデータ生成部
A    統括会社
B,C,D 被統括会社(グループ内会社)
F    ファクタリング会社
T    信託銀行
V,X,Y 取引銀行
Z    決済先
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a deposit / withdrawal processing method, a computer program, and a recording medium for managing the entire accounting between a supervising company and a supervised company, which form a group, and performing a necessary banking / principal transaction for the supervising company.
[0002]
[Prior art]
In many cases, companies carry out deposit / withdrawal processing by setting up a deposit account at a financial institution. If you want the company to deposit money, have this deposit account deposited. When the company withdraws, withdraw money from this deposit account. In this way, the state of the deposit and withdrawal of the company can be grasped by looking at the state of the deposit account.
[0003]
In addition, in recent years, consolidated accounting has been introduced, and in the case of forming one group having a relationship between a parent company and a subsidiary, it is necessary to perform accounting processing for the entire group.
[0004]
As before, setting up a deposit account for each company and checking the status of this deposit account requires time and effort, such as totaling the amount of deposits and withdrawals for each company in the group, and requires consolidated accounting for the entire group company. Therefore, in view of the above background, the present applicant has proposed a configuration of an accounting management system capable of managing accounting by integrating a plurality of companies constituting a group.
[0005]
That is, since the loan management between the supervising company and the supervised company constituting the group is performed by the computer, the processing of depositing and withdrawing between the group companies and / or the processing of dispensing outside the group company are performed by the computer. In this configuration, the supervising company takes place on behalf of the supervised company.
[0006]
Here, for example, a server provided in the supervising company is made to perform such inter-group loan management, and the supervising company (account) is used as a contact, so as to perform withdrawal processing to the outside. In other words, by only managing the loan account, it is possible to perform a deposit / withdrawal process between group companies without involving a deposit / withdrawal process between actual accounts. Accordingly, group companies can streamline operations such as transfer request operations and cash flow management.
[0007]
On the other hand, in the settlement of commercial transactions, the price is rarely settled in cash at the time of delivery of the goods, and a bill that promises to pay the price on a certain date in the future is often issued. However, bills have a large burden on physical management and a large burden on stamps, and have been a major factor that hinders the efficiency of office work in paying companies.
[0008]
For this reason, a trading scheme called collective factoring has been increasingly used in recent years. In this batch factoring, the paying company of the commercial transaction notifies the factoring company of the payment details without issuing a bill of exchange, and the factoring company pays the payment date to the receiving company based on the payment details to the receiving company. At the same time, processing is performed in a scheme of receiving payment from the paying company. At that time, the factoring company receives a commission from the paying company. Also, if the receiving company wants to raise funds before the due date, by requesting the factoring company to receive a discount, it is possible to receive the funds obtained by subtracting the amount of interest from the price notified on the payment details to the original due date. it can. In other words, this mechanism is based on the fact that the factoring company gives credit to the paying company.
[0009]
[Problems to be solved by the invention]
In the above-mentioned deposit and withdrawal processing between group companies, only the withdrawal processing outside the group company on the premise that settlement is performed in a short period of time by transfer and transfer processing, and only the balance book (computer loan management). Is being done. On the other hand, there is a strong demand that such a configuration can be applied to withdrawal processing similar to a bill outside the group company.
[0010]
However, the lump-factoring scheme described above is not available to all companies. For example, a company with low creditworthiness may not be able to receive credit from a factoring company, may not be able to participate in the scheme, or may be charged a high commission even if credit is provided. For this reason, there has been a problem that the effect of reducing bills of exchange can only be realized by some companies with high creditworthiness.
[0011]
The above problem also applies to the case where the creditworthiness of the parent company (the controlling company) is sufficient in the group company, but the creditworthiness of the paying subsidiary (the controlling company) is low. In such a case, it is conceivable to use a collective factoring scheme using the creditworthiness of the parent company. For example, the parent company can assume the payment obligations of the subsidiary and collectively use the factoring company to collect the payment obligations of the parent subsidiary, thereby indirectly receiving the lump factoring service with the creditworthiness of the parent company. However, even with this method, the actual transfer of funds between the parent and subsidiary is involved, so even in the case of a subsidiary, someone has to manage payment obligations, and the efficiency of the entire group's operations is only partially improved. Had not been realized.
[0012]
The present invention has been made in view of the above circumstances, and based on the creditworthiness of a controlling company that constitutes a group, gives equivalent creditworthiness to a supervised company that belongs to the group, and outputs bills to the outside. Withdrawal processing similar to the above (withdrawal processing by the actual bill of payment) can be performed under the same conditions as the supervising company, and the loan management and credit management between the supervising company and the supervised company are automatically performed. And to provide a deposit and withdrawal agent processing method that can automatically perform the cash management of the entire group by the controlling company.
[0013]
In addition, a computer program capable of causing a computer to execute such a method and a recording medium storing the program are also proposed.
[0014]
[Means for Solving the Problems]
The configuration of the present invention includes:
Since the loan management between the supervising company and the supervised company that constitute the group is performed by the computer, the processing of depositing and withdrawing between these group companies and / or the processing of dispensing outside the group company are controlled by the computer. In the method of processing payments and withdrawals performed by the supervising company on behalf of the company,
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step for notifying the payment notification data (the same or substantially the same content as the payment details data, hereinafter the same) for each settlement destination outside the group company;
For each payment date, a transfer instruction step in which each of the settlement amounts or the sum of these settlement amounts is output as a transfer instruction to the external institution,
A loan data update step in which the balance data between the supervising company and the supervised company is updated with respect to each settlement amount by the above transfer;
Is performed by the above-described computer as a basic feature.
[0015]
Here, the above-mentioned external institution means that credits (including trust receivables) equivalent to bills of exchange are transferred from creditors such as business partners outside the group (corresponding to the above-mentioned settlement destinations), and the transfer of the controlling company ( (In some cases, including the supervised company) (obligation to transfer the receivables of the hypothetical bill specified in the claims), and upon the request from the creditor, On the other hand, if the payment date has not yet arrived, the receivable purchase price discounted at a discount rate corresponding to the interest rate before the due date (sale price in the case of trust), and if the payment date has arrived, the receivable purchase price without the above discount (In the case of a trust, the debt collection fee) is an institution outside the group that pays, and as described later, a factoring company, a trust bank, or the like corresponds to this.
[0016]
In this configuration, for the receivables (including trust receivables) equivalent to the bills transferred from the creditor corresponding to the settlement party, the transfer of the receivables must be approved by the controlling company (including the controlled company in some cases). If it is obtained, settlement with designated dates is performed between the external organization and the supervising company.
[0017]
That is, according to the above configuration, in the data transfer step, the transfer of the credit equivalent to the bill of the creditor with the consent of the supervising company (including the supervised company in some cases) to the above-mentioned external institution is performed. Of the payment details data relating to payments from the controlling company to outside the group company, at least each drawer, each withdrawal date, each settlement destination, and each settlement amount, assuming that the above payment outside the group company is made by bill And data corresponding to each due date are sent by the computer. On the other hand, the computer also notifies the payment details data for each of the settlement destinations outside the group company. By the above processing, even before the settlement date, the settlement destination can receive the receivable purchase price (the sales price in the case of trust) discounted from the external organization at a predetermined discount rate.
[0018]
Then, for each payment date, each of the settlement amounts or the sum of these settlement amounts is output as a transfer instruction to the external institution (for example, an accounting mainframe in a financial institution having a real account of the controlling company). , The computer instructs the transfer to the account of the external institution). In addition, a notice will be sent to an external institution for fund transfer (in order to withdraw a prescribed amount from the above account of the controlling company and transfer it to its own account, the external institution will inform each settlement amount or the sum of these settlement amounts) You may do it.
[0019]
In the data transfer step, among the payment details data, at least data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount, and each due date are transferred to the external institution. It is sufficient that the total settlement amount is output as a transfer instruction to an external institution, but the sorting is troublesome on the external institution side. Alternatively, it may be output as a transfer instruction.
[0020]
With the above processing, settlement with the designated date is performed between the external organization and the supervising company. Thereafter, for each of these settled amounts, the computer uses the above-mentioned computer to perform the loan data between the supervising company and the supervised company. Is updated. In other words, the lending management (lending book management between group companies) is performed for each settled amount between the supervising company and the supervised company constituting the group.
[0021]
By performing the above processing, based on the creditworthiness of the supervising company, the supervised companies belonging to that group are given the same creditworthiness, and withdrawal processing similar to a bill to the outside (in fact, Withdrawal processing using the above bill of exchange) can be executed under the same conditions as the controlling company. As will be described later, the loan management and the credit management between the supervising company and the supervised company are automatically performed, and the supervision company can also automatically perform the cash management of the entire group.
[0022]
In addition to the settlement to an external institution based on the transfer instruction from the supervising company, the settlement can also be performed by making an account transfer contract between the supervising company and the external institution. In such a case, an instruction such as in the case of a transfer is not performed every time, and the transfer is automatically performed (the data necessary for the account transfer in the data transfer step has already been provided to an external institution). Therefore, if settlement by fund transfer is automatically performed for each payment date, a loan data update step for updating the loan data between the controlling company and the controlled company for each settlement amount by fund transfer must be executed. become. That is, the structure of the deposit / withdrawal processing method of claim 2 is as follows.
Since the loan management between the supervising company and the supervised company that constitute the group is performed by the computer, the processing of depositing and withdrawing between these group companies and / or the processing of dispensing outside the group company are controlled by the computer. In the method of processing payments and withdrawals performed by the supervising company on behalf of the company,
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, if the above-mentioned settlement amounts or the sum of these settlement amounts is transferred to the external institution, the loan data between the supervising company and the supervised company for each settlement amount due to the account transfer The data update step to be updated
Is performed by the computer.
[0023]
In order to implement the above scheme, it is essential to understand the settlement destination. Therefore, the above-described processing can be executed only for payment to a settlement destination that has obtained consent to adopt such a scheme. Therefore, a settlement destination master in which the consented settlement destination is registered in the computer, and whether the settlement destination included in the payment details data stored in the computer is registered in the settlement destination master It is preferable to perform the above-mentioned storing step or the subsequent steps when the registration processing is performed after the reconciliation processing is performed (claim 3).
[0024]
Conversely, if the settlement destination included in the payment details data is not registered in the payment destination master (corresponding to the case where the consent has not been obtained from the payment destination), the payment details data is The computer returns the information to the supervised company side, and the supervised company has the settlement destination perform the settlement processing (claim 4).
[0025]
In the transfer instruction step, at least data corresponding to each bill issuer, each transfer date, each settlement destination, each settlement amount, and each payment due date among the payment statement data are the data to be notified. If the data is compiled and compiled for each payment date and settlement destination by the computer (Claim 5), when settlement is made by payment from the controlling company, settlement can be made by lump sum payment. However, it becomes possible to understand each payment destination. Therefore, the cost for all settlements that must be paid on the due date can be collected in one payment. Originally, according to the configuration of the present application, it is possible not only to reduce the bill issuing cost for each case, but also to reduce even the cost of settlement performed instead.
[0026]
At the request of the external institution (such as for office work), the computer edits and summarizes the data for each payment date, settlement destination and issuer as data output in the transfer instruction step. (Claim 6). In particular, if there are several external payment destinations that have a lot of transactions with the supervised company in the group, the target payment is made by transferring the data compiled and compiled for each payment date, payment destination, and issuer It is possible to immediately identify which transaction with the destination (customer) is to be paid (because it has been edited for each issuer), and the paperwork of external institutions and settlement destinations is greatly reduced.
[0027]
One step further, the computer edits each piece of data separately for each payment date, settlement destination and issuer, and uses the data as data output in the data transfer step and / or the transfer instruction step. (Claim 7). If each data (edited separately for each case) is sent for each payment date and further edited one by one for each payment destination, it becomes clear for each transaction what kind of transaction to pay. The paperwork on the settlement side can be further reduced.
[0028]
In the configuration of the present application, since the payment details data is stored in the computer, the computer may create the lending schedule data of the supervising company and / or the supervised company based on the data and make the computer ready to output. (Claim 8). That is, the loan schedule data is created based on the loan amount scheduled to be generated in the future between the supervising company and the supervised company (included in the payment details data). By automatically recording this in the lending schedule in advance, it becomes possible to efficiently manage the future credit balance of each controlling company and / or each controlled company.
[0029]
On the other hand, after the due date, payment by the supervising company or transfer from the account of the supervising company is executed. Data can be created and output ready (claim 9). As a result, the supervising company can manage the lending and borrowing of each supervised company, and conversely, the supervised company can easily grasp the degree of the loan to the supervising company.
[0030]
Further, by registering the payment details data of the supervised company in a computer as described above, the computer can create the funding data of the supervised company and make it possible to output the data (claim 10). As described above, in the configuration of the present application, the loan management between the supervising company and the supervised company is performed by the computer, whereby the processing of depositing and withdrawing between these group companies and / or the processing of dispensing outside the group company are performed. Is performed by the supervising company on behalf of the supervised company, and such a configuration allows bills similar to bills outside the group to be paid. Accordingly, the computer collects payment detail data relating to deposit / withdrawal processing between group companies and / or withdrawal processing outside the group company and further withdrawal processing similar to a bill outside the group company, Since the balance book (management) is performed on the computer, if these scheduled data are sorted in the order of scheduled deposit / withdrawal date, it is possible to predict when and how much deposit / withdrawal will occur, and the prediction result and the account balance of the supervising company will be calculated. By summing up, the future cash flow can be predicted, and it can be output at any time, so that the accounting staff of the supervising company (possibly the supervised company) can always view it.
[0031]
In the structure of claims 8 and 9, the relationship between the supervising company and the supervised company is only reversed in the loan schedule data or the actual loan data. In between, it is sufficient to reverse the loan figures (or to fix the numerical values and show the relationship between the controlling company and the controlled company in reverse).
[0032]
The configurations of claims 11 to 20 define a program that can be executed by the computer in order to cause the computer to execute the method defined in claims 1 to 10.
[0033]
That is, as a configuration for solving the above-described problem, a computer that can execute each of the processes defined in claims 1 to 10 using a configuration of the computer and that can be read and executed by the computer. Disclose about the program. Of course, these configurations may be provided not only as a computer program but also as a configuration of a recording medium storing a program having a similar function (claim 21), as described later. In this case, the computer may be a general-purpose computer including the configuration of the central processing unit, or may include a dedicated machine or the like dedicated to a specific process. There is no particular limitation as long as it is accompanied.
[0034]
When such a program for causing a computer to execute each of the above-described processes is read out by the computer, a process similar to any one of the processes defined in claims 1 to 10 is executed.
[0035]
In addition, by executing this computer program using existing hardware resources, the method of the present invention as a new application can be easily executed on existing hardware. Further, by recording such a computer program on the above-mentioned recording medium, the computer program can be easily distributed and sold as a software product. In addition, the configuration of the recording medium may be an internal storage device such as a RAM or a ROM or an external storage device such as a hard disk, in addition to the above-described format. Needless to say, it is included in the recording medium defined in the present invention.
[0036]
The function of executing some of the processes described in claims 11 to 20 may be a function built into a computer (a function built into a computer as hardware, and (The functions may be realized by an operating system or another application program incorporated in the computer.) The program may include an instruction to call or link a function performed by the computer. good.
[0037]
This is because a part of each processing defined in claims 11 to 20 is substituted by a part of a function achieved by, for example, an operating system, and a program or a module for realizing the function is not included. Although not directly recorded, if some of the functions of the operating system that achieve those functions are called or linked, the configuration is substantially the same.
[0038]
In addition to being used by itself, the program described above can be recorded on a recording medium, distributed or sold, and transmitted by communication or the like, as described later, and can be transferred.
[0039]
Among them, the configuration of claim 11 is a configuration corresponding to the configuration of claim 1, and the specific configuration is as follows:
By performing the loan management between the controlling company and the supervised company that make up the group, the processing of deposits and withdrawals between these group companies and / or the processing of withdrawals outside the group company will be performed by the supervising company instead of the supervised company. A computer program that causes a computer to execute the deposit and withdrawal agency process performed in
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, a transfer instruction step in which each of the settlement amounts or the sum of these settlement amounts is output as a transfer instruction to the external institution,
A loan data update step in which the balance data between the supervising company and the supervised company is updated with respect to each settlement amount by the above transfer;
Is a computer program that causes the computer to execute the above.
[0040]
The configuration of claim 12 is a configuration corresponding to the configuration of claim 2, and the specific configuration is as follows.
By performing the loan management between the controlling company and the supervised company that make up the group, the processing of deposits and withdrawals between these group companies and / or the processing of withdrawals outside the group company will be performed by the supervising company instead of the supervised company. A computer program that causes a computer to execute the deposit and withdrawal agency process performed in
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, if the above-mentioned settlement amounts or the sum of these settlement amounts is transferred to the external institution, the loan data between the supervising company and the supervised company for each settlement amount due to the account transfer The data update step to be updated
Is a computer program that causes the computer to execute the above.
[0041]
The structure of a computer program according to claim 13 corresponds to the structure of claim 3, and specifically, a settlement destination master in which a settlement destination is registered is formed in the computer, and stored in the computer. A matching process is performed to determine whether the settlement destination included in the payment details data is registered in the settlement destination master. If the settlement destination is registered, the process of the storing step or the subsequent steps is performed. It is characterized by doing.
[0042]
The structure of the computer program according to claim 14 corresponds to the structure of claim 4. Specifically, in the matching process, the settlement destination included in the payment details data is registered in the settlement destination master. If not, the payment details data is returned to the supervised company by the computer.
[0043]
The configuration of the computer program according to claim 15 corresponds to the configuration of claim 5. Specifically, the data compiled and compiled for each payment date and each payment destination by the computer is It is characterized by being used as data output in the transfer instruction step.
[0044]
The structure of the computer program according to claim 16 corresponds to the structure of claim 6, and specifically, data compiled and compiled by the computer for each payment date, settlement destination and issuer. Are used as data output in the transfer instruction step.
[0045]
The configuration of the computer program according to claim 17 corresponds to the configuration of claim 7. Specifically, the computer program edits one program for each due date, settlement destination, and issuer. Each of the obtained data is used as data output in the data transfer step and / or the transfer instruction step.
[0046]
The structure of the computer program according to claim 18 corresponds to the structure of claim 8, and specifically, based on payment details data stored in the computer, the computer and the controlling company and / or It is characterized in that lending and borrowing data of the supervised company is created and output is possible.
[0047]
The configuration of the computer program according to claim 19 corresponds to the configuration of claim 9, and specifically, based on the payment details data stored in the computer, the controlling company and / or It is characterized in that lending and borrowing performance data of the supervised company is created and output is possible.
[0048]
The structure of the computer program according to claim 20 corresponds to the structure of claim 10, and specifically, based on the payment details data stored in the computer, the funding data of the controlling company by the computer. Is created and made ready for output.
[0049]
Further, as described above, the configuration of claim 21 defines a computer-readable recording medium storing the computer program according to any one of claims 11 to 20. That is, these computer programs are stored in a recording medium, and can be used as a transaction target or actually executed.
[0050]
The computer that executes the method or the program (or the program read from the recording medium) may have a single configuration (such as a stand-alone computer), but is not limited thereto. It is composed of a plurality of computers (such as a plurality of servers), and the processing performed in each of the steps is executed in a distributed manner (via an appropriate communication configuration if necessary) in those computers. You may make it set in a program.
[0051]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is an overall schematic diagram showing the configuration of the method according to the present invention. Here, the controlling company A and the controlled companies B, C and D. . . (Hereinafter referred to as Group B, Company C, Company D, etc.) is managed by a loan data generation unit 16 provided in the server 1 for a loan master 16a described later. In this way, the server 1 can perform group B company, company C, company D. payment processing between these group companies and payment processing outside the group company (for example, XX trading company described later). . . In place of the controlling company A.
[0052]
For example, in a case where Group B makes a transaction with Group C between the groups and pays the price of 10 million yen to Company C, Company B borrows 10 million yen from the supervising company A and makes a lending master. 16a (reversely, the supervising company A is recorded in the lending master 16a with lending 10 million yen to the company B). 16C (conversely, Company C is posted in lending master 16a with lending 10 million yen to supervising company A). By performing such a loan book management in the loan data generation unit 16 of the server 1, it is assumed that the company B has paid the company C a fee of 10 million yen.
[0053]
In the case where, for example, 10 million yen is paid as a price due to a transaction between the group B company and the non-group ○ trading company, the company B is recorded in the lending master 16a with the managing company A borrowing 10 million yen (inversely, the supervising company Company A rents 10 million yen to Company B and enters it in lending master 16a.) Further, controlling company A transfers 10 million yen to XX Corporation from company account of the bank, and company B Transfer instead. At this time, as a matter of course, ○ × Shoji acknowledges that this transfer has been made by the controlling company A on behalf of the company B.
[0054]
As described above, by performing the loan management between the groups in the server 1, the payment operation can be efficiently performed between the group companies without actually transferring the funds, and therefore, the commission and the fee associated with the payment operation can be improved. The amount of paperwork can be reduced.
[0055]
In this embodiment, there is shown a configuration in which the payment outside the group company is made by a method similar to a bill of exchange. In other words, in this configuration, payment can be made with a virtual bill of exchange, and upon acceptance of the transfer of the claim for the virtual bill at that time, a factoring company F (or trust bank T), which will be described later, which is an external institution, has the above-mentioned configuration. The settlement amount is paid to the settlement party (if it is before the due date, the discounted amount is paid), and at the due date, the controlling company A transfers the bill settlement amount to the factoring company F (or the trust bank T) (or account transfer). ) Is premised on the recognition of a payment framework (payment framework).
[0056]
As will be described later, when a business partner (settlement destination) has previously approved such a payment framework, the business partner is registered in the business partner master 12a, and the master 12a is checked each time a transaction is made. Alone, it is deemed that such an understanding has been made, and the process proceeds to the next process. In the configuration of the present embodiment, an acknowledgment is not attached from the supplier for each transaction. That is, as described above, if the business partner approves that all the companies in the group use the proxy payment by the controlling company A, the supplier can perform the proxy payment by the controlling company A of all the companies in the group. It is registered in advance in the supplier master 12a as a suitable supplier. If the settlement destination is not registered in the master, the proxy payment request is returned to the supervised company (that is, the supervised company must pay by itself when the due date comes).
[0057]
However, the present invention is not limited to this, and if the business partner (settlement destination) permits only the specific company of the group to use the proxy payment by the supervising company A, the agent of the supervising company A can only perform the surrogate payment by the specific company of the group. It can be registered in the supplier master 12a in advance as a payable supplier (settlement destination). Therefore, even if a company in the group other than those permitted by the above-mentioned business partner (settlement destination) requests that the company in the group use substitute payment by the supervising company A (the specific procedure in that case is that the group company The name of the company and the name of the business partner are clarified in the bill of exchange statement data and the data is sent to the server 1). Such processing becomes inconsistent with the determination by the business partner matching unit 12, as described later. Then, the bill of exchange payment data is returned to the group company, so that the controlling company A cannot perform proxy payment.
[0058]
In the configuration of the present embodiment, the companies B and C, etc., make transactions with external trading partners XX (which will be described later as the settlement destination Z) and ■■ parts, and the present invention is applied to the settlement. FIG. 1 shows a configuration in a case where payment is performed by a method similar to a bill of exchange according to such a deposit and withdrawal proxy processing method, and FIG. 1 shows a computer of another institution according to the processing flow of the server 1 shown in FIGS. It shows what processing is performed as a whole in cooperation with. Further, FIG. 9 shows the controlling company A, the factoring company F, and the XX trading (hereinafter referred to as the settlement destination) that have previously agreed with the settlement method according to this method and are registered in the supplier master 12a described later. FIG. 7 is an explanatory diagram that extracts and describes only the flow of processing between Z (referred to as Z).
[0059]
In this configuration, first, when a business partner outside the group transacts with a company within the group, all or some of the companies within the group must fulfill the obligations to the business partner by the company within the group. Upon issuance of the bill of exchange, the supervising company A takes over the payment processing similar to the bill of exchange due to the loan management processing of the server 1. Is registered in the supplier master 12a.
[0060]
As shown in FIG. 9, (1) the receivable Z possesses the receivables of the controlling company A (as described above, in actuality, the performance of the obligations for the receivables is the issue of the note to be paid by Group B as it should be). Is transferred to the factoring company F, and the controlling company A takes over and performs payment processing similar to the bill of exchange, and it is assumed that the settlement party Z has accepted such a mechanism). ▼ It is assumed that the controlling company A has been notified of the transfer of the receivables through the factoring company F, and that the controlling company A having received the notification has given consent to the notification. Then, the receivables from the controlling company A are owned by the factoring company F. In such a state, as described later, (4) the payment notice data is sent in advance from the controlling company A to the settlement destination Z, and (5) the settlement destination Z is notified to the factoring company F by Even before the payment date fixed to fulfill the obligation, the request for payment of the receivables purchase price discounted at a discount rate corresponding to the interest rate before the payment date can be requested, and the factoring company F becomes the controlling company. The discounted price is paid to the settlement destination Z based on the evaluation (credit) of the solvency of A. The factoring company F receives payment of the above-mentioned receivables from the supervising company A at the arrival of the above-mentioned date (transfer or account transfer, etc.), so that the above-mentioned discount amount is obtained as a profit.
[0061]
In order to explain the flow of such processing, the processing of the method of the present invention centering on the server 1 will be described below with reference to FIGS. 1 and 2 to 7.
[0062]
As shown in FIG. 1, the supervising company A communicates with the server 1, the group B and the company C, and the settlement destination Z, which is a business partner, communicates with each terminal. Each server is provided with a server for exchanging a transfer instruction and a transfer notice with a server provided at the bank X of the factoring company. Further, the controlling company A has its trading bank V, the factoring company F has its trading bank X, and the settlement destination Z has its trading bank Y. The notification is performed by a server provided for each.
[0063]
As shown in FIGS. 2 to 8, the server 1 includes a control unit 10 that controls the entire server 1 and controls processing according to the present invention, and a communication unit 11 that transmits and receives data to and from the outside. When the specified date is reached from the group B, company C, or the like, the payment note statement data to be entered to make a payment to an external business partner and have the controlling company A take over the payment. A supplier matching unit 12 that determines whether or not the supplier included in the data is a supplier (settlement destination) that has agreed to the proxy payment method according to the present invention, Supplier master 12a for registering a business partner who has given the above-mentioned consent in order to perform a suitable matching process, and payment statement data generation for automatically creating payment statement data to be described later based on the bill of exchange statement data Part 13 and created Payment master 13a that stores the payment details data that has been stored, and a payment that automatically creates a payment notice based on the payment details data so that the settlement destination Z can receive the discounted purchase price of the receivables. The notice generator 14, the notice master 14 a for storing the data of the created payment notice, and the due date management by the control unit 10, transfer the transfer data to the factoring company F based on the payment details data. A transfer data generation unit 15 that automatically creates the payment date before the payment date arrives, a transfer master 15a that stores the created transfer data, and the transfer data is output to the house bank V, or between groups. Is performed in the balance book (loan management) to the server 1 mainly by the supervising company A (automatic creation of the loan result data) and at the time before the creation of the loan result data. A lending data generation unit 16 that can create future lending schedule data between the controlling company A and the group B companies, C companies, D companies, etc., and a lending master 16a that stores these created data. have.
[0064]
In addition, there is provided a funding data generation unit 17 for predicting the funding required by the supervising company A in the future by performing the depositing and withdrawing processing for the entire group including such payment agency processing.
[0065]
Group B company trades with XX trading outside the group, that is, with the settlement destination Z, and the company B makes an agreement with the settlement destination Z to fulfill a contract similar to a note payable for the transaction after a predetermined period. It is assumed that the settlement company Z has already accepted such substitute payment by registering it in the supplier master 12a.
[0066]
As shown in FIG. 11 (a), the terminal operator of Group B company that has made the above transaction inputs the bill of exchange statement data to his / her own terminal. In the same figure, the company B added 10 million yen and 30 million yen to the ○ Corporation as well as to the ■■ parts, with the withdrawal date of April 1, 2002 and the payment date of May 31, 2002, respectively. And pays the bill of exchange statement data to his / her own terminal. Group C also pays 50 million yen to XX Trading on April 1, 2002 and on May 31, 2002, as shown in FIG. You have entered your statement data into your terminal. Needless to say, the names of the drawers of the group companies B and C are written in these bills of payment detailed statement data.
[0067]
Such bills of payment data are input from these terminals to the server 1 of the supervising company A as shown in FIG. These data are sent to the control unit 10 by the communication unit 11 of the server 1 that has received the data, and then transferred to the supplier matching unit 12. At this time, the controller 10 obtains the due date from the bill of payment details data, registers the due date in a working area (not shown) such as the RAM of the server 1, and manages the due date.
[0068]
The supplier matching unit 12 checks whether the supplier included in the bill of exchange statement data (the supplier name in FIG. 11 and the supplier is the settlement destination for settlement) is in the supplier master 12a. A matching process is performed to determine whether or not there is no match. At this time, if the specific business partner has approved the settlement method similar to the bill of exchange described above for the entire group company, the business partner is naturally registered in the business partner master 12a, so that the business partner master 12a It will be matched as a certain business partner. On the other hand, even in the case of a company within the same group, if such a settlement method is not permitted by the partner of the other party, it is processed as unmatchable. That is, the matching process is also performed for each issuer name (each group company name) included in the bill of exchange note data, and even if the other companies in the group are registered transactions, However, if the customer does not permit a settlement method similar to the above bill of exchange in a transaction with a particular company in the group, the customer is registered in the customer master 12a with that particular company. Is handled as not having been matched, and matching becomes impossible as described above.
[0069]
In this matching process, if the business partner (settlement destination) included in the above data is not in the business partner master 12a, the business partner will perform the payment agency process (payment) by the controlling company A on the (bill) drawer as described above. As shown in FIG. 3, the data is returned to the group company that has input the data by the business partner matching unit 12 and the control unit 10, assuming that the business partner does not agree with the bill settlement process. Will be. In that case, the payment is made directly by the group company that has made a transaction with the settlement destination.
[0070]
Conversely, if the matching with the business partner in the business partner master 12a is performed in the above matching process (when it is determined that the business partner is authorized to perform the payment agency process as described above), FIG. As shown, the supplier matching unit 12 informs the control unit 10 that the matching has been performed, and in accordance with the notification, the control unit 10 outputs to the payment detail data generation unit 13 an instruction to automatically create payment detail data. . In accordance with this instruction, the payment details data generation unit 13 generates payment details data based on the bill of exchange details data and stores it in the payment details master 13a.
[0071]
At this time, when the data stored in the payment details master 13a is displayed on the screen at the terminal of the group B company, as shown in FIG.
[0072]
Due to the due date management executed by the control unit 10, an alert is issued to the operator of the server 1. On the basis of this, the operator issues an instruction to the control unit 10, and the data stored in the payment details master 13a is read out, and as shown in FIG. Each time, restructuring processing of payment details data is performed.
[0073]
When the operator clicks a transmission button (a transmission button at the lower right of FIG. 13), the communication unit 11 is controlled by the control unit 10 as shown in FIGS. 1, 4, and 9 ((3) in FIG. 13). Via the server 1, the factoring company F is notified of the payment details data.
[0074]
At this time, when the data stored in the payment details master 13a is displayed on the screen of the terminal of the group B company, the status for the xx trading company is changed from the status "reception" to "the payment details data for the factoring company has been created." Has been changed to.
[0075]
When the above processing is completed, the control unit 10 issues an instruction to the payment notice generation unit 14 as shown in FIG. 5 and, based on the payment details data, gives a payment notice for each settlement destination (business partner). Data is created and stored in the notification letter master 14a. At this time, the payment notice for each settlement destination is displayed to the operator of the server 1 as shown in FIG. When the operator clicks a transmission button [a transmission button at the lower right of FIG. 14 (a)] here, as shown in FIG. 1, FIG. 5 and FIG. Payment notification data is notified from the server 1 to the settlement destination Z via the communication unit 11.
[0076]
When the above processing is completed, as shown in FIG. 5, the control unit 10 updates the status of each transaction data for each applicable settlement destination in the payment details data of each group company in the payment details master 13a, As shown in FIG. 14 (b), the status changes to “preparation of notification details to settlement destination”.
[0077]
At this stage, as shown in FIG. 9, (5) the settlement destination Z provides the factoring company F with a discount rate corresponding to the interest rate before the due date even before the due date determined to fulfill the above obligation. The payment of the discounted loan purchase price can be requested, and the factoring company F pays the discounted price to the settlement destination Z based on the evaluation (credit) of the controlling company A's ability to pay. Of course, at this stage, even if there is no payment from the controlling company A to the factoring company F, it is possible to give and receive the discount price.
[0078]
Further, the payment date in the payment details data is managed by the control unit 10, and one to several days before the payment date arrives, the control unit 10 instructs the transfer data generation unit 15 as shown in FIG. Is issued, and the transfer data is automatically created based on the payment details data scheduled to arrive at the due date, and stored in the transfer master 15a.
[0079]
When the transfer data is read out by the control unit 10, the control unit 10 provides the same settlement destination (supplier name) for each due date as in the case of outputting the payment details data. Collectively, one case [in this case, as shown in FIG. 15 (a), it becomes easier to understand together how much it will name the drawer companies in the group], (2) Same for each due date For each settlement company for each issuer company in the group, one transaction (when there are many transactions with the same settlement company, each of these transaction details are summarized in one document and the (3) As shown in FIGS. 16 (a) and 16 (b), each case is different for each due date, settlement destination, and issuer (factoring company F is When you pay the settlement destination Z after discounting the receivable purchase price To, work becomes easy scrubbing of the factoring company F), it reconstructed.
[0080]
When the above processing is completed, as shown in FIG. 6, the control unit 10 updates the status of each transaction data for each applicable settlement destination in the payment details data of each group company in the payment details master 13a, As shown in FIG. 15B, the status changes to “transfer completed”.
[0081]
Further, the transfer data is output through the communication unit 11 to the bank V of the controlling company A together with the transfer instruction as shown in FIGS. 1, 6, and 9 (FIG. 7).
[0082]
After the above processing, as shown in FIG. 7, the control unit 10 issues an instruction to the loan data generation unit 16, and with respect to each settlement amount due to the transfer, the controlling company A and the group registered in the loan master 16a. The loan data between the companies B is updated.
[0083]
In the loan data update process, as shown in FIG. 17, the status of the payment detail data of the group B company changes to “finished and lent”.
[0084]
As shown in FIG. 9, the transfer bank V receiving the transfer instruction performs a transfer process to the bank X of the factoring company F based on (7) the transfer data. When this transfer processing is performed, (7) ', the above-mentioned house bank X notifies the factoring company F of the transfer payment.
[0085]
It should be noted that the settlement can be performed by the account transfer process by making a fund transfer contract between the controlling company A and the factoring company F. In such a case, instructions such as in the case of a transfer are not provided one by one, and the data required for account transfer in the notification processing of the payment details data in the above (3) has already been provided to the factoring company F, so based on the data, As indicated by the broken line in (7) of FIG. 9, the factoring company F requests the bank X to transfer the bank account, performs the bank account transfer between the banks V and X, and then performs the bank transfer from the bank X (7). The factoring company F is notified of the result of the fund transfer.
[0086]
Further, in the case where the settlement by the account transfer is automatically performed for each payment date as described above, the balance data between the supervising company A and the group B company recorded in the balance master 16a for each settlement amount by the account transfer as it is. Is automatically updated.
[0087]
FIGS. 18 (a) and 18 (b) show the status of the lending record data updated by the lending master 16a of the server 1 in the server 1 [FIG. 13 (a)] and the group B company terminal [FIG. This shows the displayed state. As shown in the figure, it can be seen that the lending amount and the borrowing amount are exactly reversed between the controlling company A and the group B company.
[0088]
In the present configuration, as described above, the payment (bill) statement data is input to the server 1 so that the lending data generation unit 16 allows the lending and borrowing of the lending master 16a even before such a settlement date has arrived. Based on the actual data and the payment details data in the payment details master 13a, the scheduled loan data can be calculated as shown in FIG. FIG. 4A shows a display screen of the lending schedule data for the group B company indicated by the operator of the supervising company A, and FIG. 7B shows the leasing schedule data for the supervising company A indicated by the operator of the group B company. Are shown on the display screen. This also shows that the amount of loan and the amount of borrowing between the controlling company A and the group B are exactly opposite.
[0089]
Further, as shown in FIG. 8, when an instruction is issued to the cash-financing data generation unit 17 according to an instruction of the operator of the supervising company A, the future supervising company A is based on the data of the loan master 16a and the payment detail master 13a. The required funding schedule can be determined, and the determined funding schedule data is displayed to the operator or the like via the control unit 10 via the CRT of the server 1 or the like. FIG. 20 shows an output example of such funding schedule data of the supervising company A. On May 31, 2002, there is a plan to pay 60 million yen for the entire group. This is due to the payment made by Group B company to XX Trading Corporation in FIG. 11 (a) and the group shown in FIG. 11 (b). This is the same as the total amount of payments made by Company C to XX.
[0090]
In the above embodiment, when the transaction price is paid by the bill-like payment method according to the present invention, the receivable is purchased by the factoring company F, and the settlement destination Z receives the payment before the due date. (Except for the interest rate until payment is due) is explained. However, such a payment framework is not limited to the case where the factoring company F is used. For example, as shown in FIG. 10, a case where the trust transfer from the settlement destination Z to the trust bank T is approved by the supervising company A is performed. However, similar processing is possible. The transfer of receivables in FIG. 9 (1) corresponds to the transfer of trust in (1) of FIG. 10, the notification (2) of transfer of receivables and acceptance of FIG. 9 corresponds to the notification (2) of transfer of trust in FIG. 5) (Receivables) The discount request is replaced by the (5) discount payment request shown in FIG. 10, but the actual transactions between the three parties are almost the same.
[0091]
When the counterparty of the settlement party Z is the trust bank T, the receivables of the settlement company Z with respect to the controlling company A are transferred to the trust bank T, and the collection of the receivables is trusted (the settlement party Z is a trust beneficiary right). Will be held). However, if the settlement destination Z needs funds before the due date, the trust beneficiary right is requested to the trust bank T and sold to the investor, and a corresponding discounted amount is received. The trust bank T will receive payment from the controlling company A upon the expiration of the due date, and will redeem the principal and pay the profit to the investor who has purchased the beneficiary right.
[0092]
Originally, the settlement method based on the drawing of a bill often cannot be performed without the trust of the drawer (the above-mentioned group B company, C company, D company, etc.). However, according to the configuration of this embodiment described in detail above, on the basis of the creditworthiness of the controlling company A, the same creditworthiness is given to the above-mentioned groups B, C, and D belonging to the group. Withdrawal processing similar to a bill to an external business partner (withdrawal processing using a practical bill payable) can be executed under the same conditions as the controlling company A.
[0093]
In addition, since the controlling company A executes the future payment, if the cashing data is managed in the above configuration, it is possible to request the borrowing of necessary funds to the outside based on the creditworthiness of the controlling company A. You won't have to worry about it. In addition, the loan management and credit management between the controlling company A and the controlled companies, such as the companies B and C, can be automatically performed. In addition, the financing management of the entire group by the controlling company A can be automatically performed. Will be able to
[0094]
Of course, it is possible for the business partner (settlement destination Z) to receive the purchase price of the receivables discounted at a predetermined discount rate before the due date to the factoring company F based on the creditworthiness of the controlling company A. Even if the payment made in a transaction with a company in the group is made in the payment process similar to the bill of exchange, the payment can be surely collected. In order to be able to receive the receivable purchase price in a state where the settlement destination Z is discounted, as shown in FIG. It goes without saying that notification of the payment details data and output of (4) payment notification data from the controlling company A to the settlement destination Z are required at a minimum.
[0095]
According to the configuration of the present embodiment, withdrawal processing outside the group company on the premise of settlement performed by transfer or transfer processing performed only with the loan book (loan management by computer) is similar to bills outside the group company. Since the present invention can be applied to the processing of money, a bill reduction scheme is realized, and the following processing is automatically performed, so that the affairs of the entire group can be made more efficient.
(1) The supervising company collectively transfers payment detail data of a plurality of group companies to the factoring company.
(2) The supervising company collectively notifies the supplier of payment notification data of a plurality of group companies.
(3) The managing company collectively settles the debts of a plurality of group companies to the factoring company.
(4) Supervising company: Automatically manages the loan between group companies (planned / actual) and credit management.
(5) Automatically manage the cash flow of the controlling company.
[0096]
It should be noted that the deposit / withdrawal processing method of the present invention is not limited to the above-described embodiment, and it is needless to say that various changes can be made without departing from the gist of the present invention.
[0097]
【The invention's effect】
As described above, according to the deposit / withdrawal processing method, the computer program, and the recording medium according to claims 1 to 21 of the present invention, it is possible to set a group within a group based on the creditworthiness of a controlling company constituting the group. Gives creditworthiness to affiliated companies that belong to the same group, and allows for withdrawal processing similar to external bills (withdrawal processing using actual bills to be paid) under the same conditions as the supervising company. At the same time, there can be provided an excellent effect that the loan management and the credit management between the supervising company and the supervised company can be automatically performed, and the supervision company can also automatically perform the cash management of the entire group.
[0098]
Moreover, since the managing company will make future payments, managing the cashing data of the managing company between the groups will allow the external company to request the borrowing of necessary funds based on the creditworthiness of the managing company. Companies in the group and the controlling company will not have to worry about bankruptcy.
[0099]
Of course, it is possible for the business partner to receive the discounted price at the specified discount rate before the due date to the above-mentioned external organization based on the creditworthiness of the controlling company, Even if the payment for the payment is made in the payment processing similar to the bill of payment, the payment can be surely collected.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of the configuration of the method of the present invention.
FIG. 2 is a configuration explanatory diagram showing a state of processing in a server 1 when a supplier matching processing is performed.
FIG. 3 is a configuration explanatory diagram showing a state of processing when matching cannot be performed in the matching processing;
FIG. 4 is a configuration explanatory diagram showing a state of processing when payment details data is generated and output.
FIG. 5 is a configuration explanatory view showing a state of processing when payment notification data is generated and output.
FIG. 6 is a configuration explanatory diagram showing a state of processing when transfer data is generated and output.
FIG. 7 is a configuration explanatory diagram showing a state of a process when a loan data update process is performed;
FIG. 8 is a configuration explanatory diagram showing a state of processing when generation and output of funding data are performed.
FIG. 9 is an explanatory diagram illustrating a flow of processing among a supervising company A, a factoring company F, and a settlement destination Z.
FIG. 10 is an explanatory diagram illustrating a flow of processing among a controlling company A, a trust bank T, and a settlement destination Z.
FIG. 11 is an explanatory diagram showing a screen configuration in a state where bills of payment detail data at companies B and C are input.
FIG. 12 is a configuration explanatory diagram showing a state of the group B company terminal screen when a supplier is matched in the supplier matching process.
FIG. 13 is a display screen configuration shown to an operator on the server 1 side before outputting payment details data.
FIG. 14 shows a display screen shown to the operator on the server 1 side before payment notification data transmission and a terminal display screen configuration of the company B on the issuer side.
FIG. 15 shows an operator display screen on the server 1 side and a terminal display screen of the company B on the issuer side of transfer data in a state where the issuer is named for each payment date and settlement destination.
FIG. 16 is an operator display screen configuration of the server 1 side of each transfer data in a state of being different for each payment date, settlement destination, and issuer.
FIG. 17 is an explanatory diagram showing a state of a group B company terminal screen showing a status state when the loan data between the supervising company A and the group company is updated after payment of the settlement amount.
FIG. 18 is an explanatory diagram showing a screen display state of the server 1 screen of the supervising company A and a screen display state of the group B company with respect to the loan result data after the update of the loan data.
FIG. 19 is an explanatory diagram showing a state in which the scheduled lending data is calculated and output on the screen of the server 1 of the supervising company A and a state output on the terminal screen of the group B company.
FIG. 20 is an explanatory diagram showing an output screen configuration when the server 1 calculates future funding data of the supervising company A.
[Explanation of symbols]
1 server
10 control unit
11 Communication unit
12 Business Partner Matching Department
12a Customer master
13 Payment details data generation unit
13a Payment item master
14 Payment notice generator
14a Notice letter master
15 Transfer data generator
15a Transfer master
16 Loan data generator
16a loan master
17 Funding data generator
A Supervisory company
B, C, D Supervised company (company within the group)
F factoring company
T Trust Bank
V, X, Y house bank
Z payment destination

Claims (21)

グループを構成する統括会社と被統括会社間の貸借管理がコンピュータにより行われることで、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、該コンピュータにより、被統括会社に代わって統括会社で行われる入出金代行処理方法において、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関への振り込み指示として出力される振込指示ステップと、
上記振り込みによる各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータで行うことを特徴とする入出金代行処理方法。
Since the loan management between the supervising company and the supervised company that constitute the group is performed by the computer, the processing of depositing and withdrawing between these group companies and / or the processing of dispensing outside the group company are controlled by the computer. In the method of processing payments and withdrawals performed by the supervising company on behalf of the company,
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, a transfer instruction step in which each of the settlement amounts or the sum of these settlement amounts is output as a transfer instruction to the external institution,
And a loan data updating step of updating the loan data between the supervising company and the supervised company with respect to each settlement amount by the transfer by the computer.
グループを構成する統括会社と被統括会社間の貸借管理がコンピュータにより行われることで、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、該コンピュータにより、被統括会社に代わって統括会社で行われる入出金代行処理方法において、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関へ口座振替される場合に、該口座振替による各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータで行うことを特徴とする入出金代行処理方法。
Since the loan management between the supervising company and the supervised company that constitute the group is performed by the computer, the processing of depositing and withdrawing between these group companies and / or the processing of dispensing outside the group company are controlled by the computer. In the method of processing payments and withdrawals performed by the supervising company on behalf of the company,
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, if the above-mentioned settlement amounts or the sum of these settlement amounts is transferred to the external institution, the loan data between the supervising company and the supervised company for each settlement amount due to the account transfer A deposit / withdrawal processing method, wherein the updated loan / borrowing data updating step is performed by the computer.
上記コンピュータに、決済先が登録される決済先マスタが構成され、該コンピュータに格納される上記支払明細データ中に含まれる決済先が上記決済先マスタに登録されているか否かの突合処理が行われて、登録されている場合に、上記格納ステップ又はそれ以後のステップの処理を行うことを特徴とする請求項1又は請求項2記載の入出金代行処理方法。A settlement destination master in which a settlement destination is registered is configured in the computer, and a matching process is performed to determine whether a settlement destination included in the payment details data stored in the computer is registered in the settlement destination master. 3. The deposit / withdrawal processing method according to claim 1, wherein the processing of the storing step or subsequent steps is performed when registered. 上記突合処理で、支払明細データ中に含まれる決済先が上記決済先マスタに登録されていない場合、該支払明細データが、上記コンピュータにより、被統括会社側に返送されることを特徴とする請求項3記載の入出金代行処理方法。In the reconciliation process, if the settlement destination included in the payment details data is not registered in the settlement destination master, the payment details data is returned to the supervised company by the computer. Item 3. A deposit / withdrawal agent processing method according to item 3. 上記コンピュータにより、支払期日及び決済先毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられることを特徴とする請求項1〜請求項4いずれか1つに記載の入出金代行処理方法。The data compiled and compiled for each payment date and settlement destination by the computer is used as data output in the transfer instruction step. Deposit and withdrawal agency processing method. 上記コンピュータにより、支払期日、決済先及び振出人毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられることを特徴とする請求項1〜請求項4いずれか1つに記載の入出金代行処理方法。5. The computer according to claim 1, wherein data compiled and compiled for each payment date, settlement destination, and payer is used as data output in the transfer instruction step. 6. One of the deposit and withdrawal processing methods described above. 上記コンピュータにより、支払期日、決済先及び振出人毎に1件ずつ編集された各データが、上記データ転送ステップ及び/又は振込指示ステップで出力されるデータとして用いられることを特徴とする請求項1〜請求項4いずれか1つに記載の入出金代行処理方法。2. The computer according to claim 1, wherein each data edited one by one for each payment date, settlement destination and issuer is used as data output in the data transfer step and / or the transfer instruction step. The deposit / withdrawal proxy processing method according to claim 1. 上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借予定データが作成され、出力可能な状態にされることを特徴とする請求項1〜請求項7いずれか1つに記載の入出金代行処理方法。2. The computer according to claim 1, wherein said computer prepares the scheduled loan data of the supervising company and / or the supervised company based on the payment details data stored in said computer. 7. The deposit / withdrawal proxy processing method according to any one of 7. 上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借実績データが作成され、出力可能な状態にされることを特徴とする請求項1〜請求項7いずれか1つに記載の入出金代行処理方法。2. The computer according to claim 1, wherein said computer creates and outputs loan performance data of the supervising company and / or the supervised company based on the payment details data stored in said computer. 7. The deposit / withdrawal proxy processing method according to any one of 7. 上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社の資金繰りデータが作成され、出力可能な状態にされることを特徴とする請求項9記載の入出金代行処理方法。10. The deposit / withdrawal agent processing method according to claim 9, wherein the computer generates funding data of the supervising company based on the payment details data stored in the computer, and puts the data into an outputable state. グループを構成する統括会社と被統括会社間の貸借管理が行われることにより、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、被統括会社に代わって統括会社で行われる入出金代行処理を、コンピュータに実行させるコンピュータ・プログラムであって、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関への振り込み指示として出力される振込指示ステップと、
上記振り込みによる各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータに実行させることを特徴とするコンピュータ・プログラム。
By performing the loan management between the controlling company and the supervised company that make up the group, the processing of deposits and withdrawals between these group companies and / or the processing of withdrawals outside the group company will be performed by the supervising company instead of the supervised company. A computer program that causes a computer to execute the deposit and withdrawal agency process performed in
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, a transfer instruction step in which each of the settlement amounts or the sum of these settlement amounts is output as a transfer instruction to the external institution,
A computer program for causing the computer to execute a loan data update step of updating the loan data between the supervising company and the supervised company for each settlement amount by the transfer.
グループを構成する統括会社と被統括会社間の貸借管理が行われることにより、これらグループ会社間の入出金処理及び/又は該グループ会社外への出金処理が、被統括会社に代わって統括会社で行われる入出金代行処理を、コンピュータに実行させるコンピュータ・プログラムであって、
上記被統括会社からグループ会社外への支払いに関する支払明細データが、上記コンピュータに格納される格納ステップと、
上記支払明細データのうち、グループ会社外への上記支払が手形で行われると仮定した場合の少なくとも各手形振出人、各振出日、各決済先、各決済額及び各支払期日に相当するデータが、これらの仮想手形分の債権譲渡承諾を受けて上記決済先に対し決済処理を行う外部機関に向けて、上記コンピュータによって送られるデータ転送ステップと、
上記グループ会社外の上記決済先毎に、上記支払通知データが通知される決済先通知ステップと、
支払期日毎に、上記各決済額又はこれらの決済額の合算額が、上記外部機関へ口座振替される場合に、該口座振替による各決済額に関し、統括会社と被統括会社間の貸借データが更新される貸借データ更新ステップと
を上記コンピュータに実行させることを特徴とするコンピュータ・プログラム。
By performing the loan management between the controlling company and the supervised company that make up the group, the processing of deposits and withdrawals between these group companies and / or the processing of withdrawals outside the group company will be performed by the supervising company instead of the supervised company. A computer program that causes a computer to execute the deposit and withdrawal agency process performed in
A payment step in which payment details data relating to payment from the supervised company to outside the group company is stored in the computer;
Of the above payment details data, at least the data corresponding to each bill issuer, each withdrawal date, each settlement destination, each settlement amount and each payment date, assuming that the payment outside the group company is made by bill, A data transfer step sent by the computer to an external organization that performs settlement processing for the settlement destination in response to the consent to transfer the claims of these virtual bills;
A settlement destination notification step in which the payment notification data is notified for each settlement destination outside the group company;
For each payment date, if the above-mentioned settlement amounts or the sum of these settlement amounts is transferred to the external institution, the loan data between the supervising company and the supervised company for each settlement amount due to the account transfer A computer program for causing the computer to execute a loan data update step to be updated.
上記コンピュータに、決済先が登録される決済先マスタが構成され、該コンピュータに格納される上記支払明細データ中に含まれる決済先が上記決済先マスタに登録されているか否かの突合処理が行われて、登録されている場合に、上記格納ステップ又はそれ以後のステップの処理を行うことを特徴とする請求項11又は請求項12記載のコンピュータ・プログラム。A settlement destination master in which a settlement destination is registered is configured in the computer, and a matching process is performed to determine whether a settlement destination included in the payment details data stored in the computer is registered in the settlement destination master. 13. The computer program according to claim 11, wherein, if registered, the storage step or the subsequent steps are performed. 上記突合処理で、支払明細データ中に含まれる決済先が上記決済先マスタに登録されていない場合、該支払明細データが、上記コンピュータにより、被統括会社側に返送されることを特徴とする請求項13記載のコンピュータ・プログラム。In the reconciliation process, if the settlement destination included in the payment details data is not registered in the settlement destination master, the payment details data is returned to the supervised company by the computer. Item 14. The computer program according to Item 13. 上記コンピュータにより、支払期日及び決済先毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられることを特徴とする請求項11〜請求項14いずれか1つに記載のコンピュータ・プログラム。15. The computer according to claim 11, wherein data compiled and compiled for each payment date and settlement destination by the computer is used as data output in the transfer instruction step. Computer programs. 上記コンピュータにより、支払期日、決済先及び振出人毎に編集してまとめられたデータが、上記振込指示ステップで出力されるデータとして用いられることを特徴とする請求項11〜請求項14いずれか1つに記載のコンピュータ・プログラム。15. The computer according to claim 11, wherein data compiled and compiled for each payment date, settlement destination, and payer is used as data output in the transfer instruction step. 16. Computer program according to any one of the above. 上記コンピュータにより、支払期日、決済先及び振出人毎に1件ずつ編集された各データが、上記データ転送ステップ及び/又は振込指示ステップで出力されるデータとして用いられることを特徴とする請求項11〜請求項14いずれか1つに記載のコンピュータ・プログラム。12. The computer according to claim 11, wherein each data edited one by one for each payment date, settlement destination and issuer is used as data output in the data transfer step and / or the transfer instruction step. A computer program according to claim 14. 上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借予定データが作成され、出力可能な状態にされることを特徴とする請求項11〜請求項17いずれか1つに記載のコンピュータ・プログラム。11. The computer according to claim 11, wherein said computer prepares loan schedule data of the supervising company and / or the supervised company based on the payment details data stored in said computer. 17. The computer program according to any one of 17. 上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社及び/又は被統括会社の貸借実績データが作成され、出力可能な状態にされることを特徴とする請求項11〜請求項17いずれか1つに記載のコンピュータ・プログラム。11. The computer according to claim 11, wherein the computer creates, based on the payment details data stored in the computer, loan data of the supervising company and / or the supervised company, and puts the data into an outputable state. 17. The computer program according to any one of 17. 上記コンピュータに格納される支払明細データを基に、該コンピュータにより統括会社の資金繰りデータが作成され、出力可能な状態にされることを特徴とする請求項19記載のコンピュータ・プログラム。20. The computer program according to claim 19, wherein, based on the payment details data stored in the computer, the funding data of the supervising company is created by the computer, and the computer is made ready for output. 上記請求項11〜請求項20のいずれか1つに記載のコンピュータ・プログラムが格納されたコンピュータ読みとり可能な記録媒体。A computer-readable recording medium storing the computer program according to any one of claims 11 to 20.
JP2002195427A 2002-07-04 2002-07-04 Paying and receiving substitution processing method, computer program, and recording medium Pending JP2004038614A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002195427A JP2004038614A (en) 2002-07-04 2002-07-04 Paying and receiving substitution processing method, computer program, and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002195427A JP2004038614A (en) 2002-07-04 2002-07-04 Paying and receiving substitution processing method, computer program, and recording medium

Publications (1)

Publication Number Publication Date
JP2004038614A true JP2004038614A (en) 2004-02-05

Family

ID=31703809

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002195427A Pending JP2004038614A (en) 2002-07-04 2002-07-04 Paying and receiving substitution processing method, computer program, and recording medium

Country Status (1)

Country Link
JP (1) JP2004038614A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007323288A (en) * 2006-05-31 2007-12-13 Sumitomo Mitsui Banking Corp Journalizing information preparation system, journalizing information preparation method, and journalizing information preparation program
JP2017156883A (en) * 2016-02-29 2017-09-07 株式会社三井住友銀行 Notional pooling system and notional pooling method
JP2020035271A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
CN111986012A (en) * 2020-08-26 2020-11-24 北京中电普华信息技术有限公司 Financial data processing method and device, electronic equipment and computer storage medium

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007323288A (en) * 2006-05-31 2007-12-13 Sumitomo Mitsui Banking Corp Journalizing information preparation system, journalizing information preparation method, and journalizing information preparation program
JP2017156883A (en) * 2016-02-29 2017-09-07 株式会社三井住友銀行 Notional pooling system and notional pooling method
JP2020035271A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
JP7161347B2 (en) 2018-08-31 2022-10-26 エヌ・ティ・ティ・コムウェア株式会社 PAYMENT AGENT DEVICE, PAYMENT SYSTEM, PAYMENT METHOD, AND PROGRAM
CN111986012A (en) * 2020-08-26 2020-11-24 北京中电普华信息技术有限公司 Financial data processing method and device, electronic equipment and computer storage medium

Similar Documents

Publication Publication Date Title
JP5188505B2 (en) Payment processing system debt conversion notice
TWI522947B (en) Settlement business support system and settlement business support method
US8326757B2 (en) Emerging market banking system
KR101791470B1 (en) Method of transaction for supplier&#39;s account receivable
US20100250415A1 (en) Systems, methods and machine-readable mediums for managing commitments and account receivables
JP2010509699A5 (en)
CN101019109A (en) Method and system for providing buyer bank payable discounting services
JP2007528066A (en) Method and system for financing a fund
WO2017038696A1 (en) Electronic monetary claim system and method for managing pledging of assigned guarantee of electronic recorded monetary claim with stop condition
EA010935B1 (en) An electronic invoice financing system and use thereof
JP2019050006A (en) Compensation management device, method, and computer program
CN111640028A (en) Supply chain financing system and method thereof
JP2017010299A (en) Method and system that enables debt compression of debtor in bulk factoring transaction by electronic recording credit and improves financing content
US20120290381A1 (en) Electronic payment system with variable transaction fee and variable rebate capabilities
CN101617333A (en) Transaction finance disposal system and way
JP5924826B2 (en) Financial institution base cash flow system and method thereof
JP4461618B2 (en) Payment apparatus and method
KR101907624B1 (en) Apparatus, method and computer program for separated management of investor deposit in peer-to-peer banking
US20200219153A1 (en) Transaction Model for Bank Balance Sheets
JP2004038614A (en) Paying and receiving substitution processing method, computer program, and recording medium
WO2014004372A1 (en) Selective escrow of funds based on transaction receipts
JP2003288485A (en) Financial system and method and program for finance
JP6976285B2 (en) Credit Management Equipment, Programs, and Credit Management Methods
JP2001283126A (en) Settlement substitution system and settlement substitution method
JP4410407B2 (en) Bill receivable management apparatus, fund management system, group fund management system, bill receivable management method, fund management method, and computer-readable recording medium recording a program for causing a computer to execute the method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050704

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080708

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080722

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20081118