JP2005301324A - Lump sum settlement system - Google Patents

Lump sum settlement system Download PDF

Info

Publication number
JP2005301324A
JP2005301324A JP2002075570A JP2002075570A JP2005301324A JP 2005301324 A JP2005301324 A JP 2005301324A JP 2002075570 A JP2002075570 A JP 2002075570A JP 2002075570 A JP2002075570 A JP 2002075570A JP 2005301324 A JP2005301324 A JP 2005301324A
Authority
JP
Japan
Prior art keywords
payment
details
company
discount
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.)
Withdrawn
Application number
JP2002075570A
Other languages
Japanese (ja)
Inventor
Tsuneyuki Sakamoto
恒之 坂本
Shigefumi Manda
成史 萬田
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.)
BOOKMARK ENTERPRISE Inc
BOOKMARK ENTPR Inc
Original Assignee
BOOKMARK ENTERPRISE Inc
BOOKMARK ENTPR Inc
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 BOOKMARK ENTERPRISE Inc, BOOKMARK ENTPR Inc filed Critical BOOKMARK ENTERPRISE Inc
Priority to JP2002075570A priority Critical patent/JP2005301324A/en
Priority to AU2003213410A priority patent/AU2003213410A1/en
Priority to PCT/JP2003/003184 priority patent/WO2003079254A2/en
Publication of JP2005301324A publication Critical patent/JP2005301324A/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method which manages the settlement processing of credit as a system to efficiently conduct various kinds of work relating to the settlement. <P>SOLUTION: A batch settlement system acquires detailed statement data from a paying firm and manages it. On the basis of the detailed statement data, the batch settlement system automatically extracts credits to be early settled based on specific conditions and notifies the paying firm of the credit statement. The paying firm automatically extracts, on a Web, a combination of statements, which does not exceed a desired amount to be early settled but approximate to the desired amount, from the credit statement notified by the batch settlement system, and makes application for early settlement. The batch settlement system offers or downloads, on the Web, information such as a settlement schedule, an actual amount payable, an accounting item and so on, which vary based on discount or early settlement, through a simulation. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は一括決済システムに関し、特に、支払企業が様々な納入企業への支払いを行う場合に手形に代替する一括決済サービスを実現するためのシステムに用いて好適なものである。
【0002】
【従来の技術】
従来、支払企業が様々な納入企業に対して支払いを行う際に、手形を用いることが多い。また、支払企業の債務を金融機関が一括して引き受け、金融機関が支払企業に代わって納入企業に対して支払いを行うことも行われている。この場合、納入企業が金融機関に債権割引申込をすることにより、本来の支払期日よりも早い任意の期日に支払いを受けることができる。この場合は、期日の短縮日数に応じた割引料率(手数料)を差し引いて支払いが行われる。
【0003】
【発明が解決しようとする課題】
しかしながら、従来は、このような支払企業、納入企業、金融機関間における決済処理のやり取りはFAXベースで行われており、これをシステムとして管理するための仕組みはなかった。そのため、支払企業、納入企業、金融機関の何れも煩雑な作業を強いられているという問題があった。
【0004】
本発明は、このような問題を解決するために成されたものであり、債権の決済処理をシステムとして管理する仕組みを提供し、当該決済に関する各種の作業を効率的に行えるようにすることを目的とする。
【0005】
【課題を解決するための手段】
本発明の一括決済システムは、支払企業が様々な納入企業への支払いを行う場合に手形に代替する一括決済サービスを実現するためのシステムであって、上記支払企業から支払明細データを取得して管理する支払明細管理手段と、上記支払明細管理手段により管理されている支払明細データをもとに、割引あるいは早期弁済の対象となる債権を特定条件に照らして自動的に抽出し、その債権明細を上記納入企業あるいは上記支払企業に通知する債権明細通知手段と、上記債権明細通知手段により通知された債権明細の中から、割引希望額あるいは早期弁済希望額を超えない範囲で近似する明細の組み合わせ合計をウェブ上で自動的に抽出し、割引申込あるいは早期弁済申込を行うための申込手段と、上記支払明細管理手段により管理されている対象債権を割引あるいは早期弁済することによって変化する決済スケジュール、実際の支払金額、会計上の勘定科目などの各種情報を、シミュレーションを通じてウェブ上に提供あるいはダウンロードする情報提供手段とを備える。
【0006】
【発明の実施の形態】
以下、本発明の一実施形態を図面に基づいて説明する。図1は、本実施形態による一括決済システムを用いて行う処理の概要を示す図である。本実施形態の一括決済システムは、支払企業(買手企業)が様々な納入企業(売手企業)に支払いを行う場合に手形に代替する一括決済サービスを提供するものである。
【0007】
すなわち、本実施形態の一括決済システムは、支払企業から支払明細データ(▲1▼)を受け取って管理し、締日など決済スケジュールに合わせて個々の納入企業に支払明細通知を行う(▲5▼)。また、納入企業が債権を柔軟に資金化できる「手形割引」に代替する機能や、「廻し手形」に当たる支払先変更機能も有する。
【0008】
また、一括決済システムは、投入された支払明細データより早期弁済対象となる債権を特定条件に照らして自動的に抽出し、その明細を支払企業に通知する(▲6▼)。納入企業では、当該対象となる債権明細の中から、早期弁済希望額を超えない範囲で近似する明細の組み合わせ合計をウェブ上で自動的に抽出し、その内容を確認後、早期弁済申込(▲7▼)を行うことができる。
【0009】
支払企業にとっては、一括決済システムを通じてその支払業務をアウトソーシングしたり、決済資金を早期弁済したりすることにより運用益を享受することが可能となる。また、債務をオフバランスしてROAなどの財務効率の向上にも貢献することができる。
【0010】
さらに、支払企業や納入企業は、一括決済システム上で管理されている債権を割引あるいは早期弁済することにより変化する決済スケジュールや実際の支払金額、会計上の勘定科目などの各種情報を、シミュレーション(▲9▼)等を通じて敵時必要なときにウェブ上で確認したり、ダウンロード(11、12)して取り込んだりすることができる。
【0011】
本実施形態の一括決済システムでは、債務引受を行う金融機関がそれぞれの支払企業との取り決めに応じて、各種取扱条件などの設定を行うことが可能となっている。例えば、投入された支払明細データが与信限度額を超過していないかを自動的にチェックする「与信限度額設定機能」がある。これには、設定された閾値を超えると警告(アラーム)を発する機能が含まれている。
【0012】
また、納入企業の債権割引申込に対して、条件に合致していれば自動的に応諾を返す「自動応諾機能」や、債権割引申込の締切などを、金融機関の営業日や休日の前後条件を判断して何営業日前の何時というように指定する機能も有している。更には、債権割引や早期弁済に適用する金利設定や金利メンテナンスなども承認ワークフロー付きで利用することができる。
【0013】
図1についてもう少し詳細に説明する。本実施形態の一括決済システムは、支払企業より投入された支払明細データ(▲1▼)をもとに、各納入企業に対してその納入企業が保有する債権の明細を確認するための債権明細通知(▲5▼)を行う。その際、納入企業があらかじめ定期割引を登録していた場合は、割引・振込処理を自動的に行う。
【0014】
一方、定期的に割引を登録していない納入企業でも、随時必要に応じて支払企業との約定期日前に前払いを申し込むことができる(▲9▼)。その場合、割引手数料などの計算に関し、ブラウザを使用して自動的に見積を算出することが可能となっている。ただし、この見積結果はあくまで現時点での金利をもとに計算される。実際に適用された金利での最終的な入金金額は、振込される前に一括決済システムより通知される(11)。
【0015】
金融機関では、納入企業が申し込んできた債権割引に対して応諾処理を行う。この応諾の際に、割引対象となる債権の明細や変更支払先などを確認する。金融機関があらかじめ設定した条件で自動的に応諾処理を行うことも可能である。この応諾した申込は、納入企業が申し込みを行った当日の金利に基づいて見積(シミュレーション)を行っている。実際の適用金利に関しては、金融機関があらかじめ設定した支払希望日の数日前に確定して、確定した金利を基に割引手数料と振込手数料などを計算した実際の入金予定金額を納入企業に通知する(振込手数料も支払企業毎に金融機関が設定可能)。
【0016】
また、本実施形態の一括決済システムでは、納入企業が債権割引を申し込んだ内容を、納入企業や支払企業、金融機関がそれぞれの企業会計処理や内部業務に利用できるように、割引された債権明細の情報をデータでダウンロードすることができるようになっている。また、過去の履歴に関しても、一定の条件でダウンロードすることが可能となっている。したがって、処理の突合せや勘定科目へのマッピングに利用することも可能である。こうした流動前後の債権情報や決済スケジュールなどの情報管理を一括決済システムで行うので、そのデータをフィードバックして、内部処理と連携させることが可能である。
【0017】
支払企業は、これまで納入企業などに対して個別に手形や振込によって支払を行っていたものを、一括決済システムを通じて金融機関に債務引受を行ってもらうことで、約定期日に一括で支払を行うことができるようになる。一括で支払を行うことになれば、個々の債務明細の合計金額がある程度まとまった金額になる。この場合は、金融機関に対する所定の条件の未払金を一括で早期に弁済することにより(▲7▼)、約定期日と弁済日のサイト分の運用益を金融機関より還元することも可能である。また、早期に弁済することで、未払金をオフバランスしてアセットの圧縮を行ってROAの向上などにも活用することができる。
【0018】
図2は、支払企業から金融機関に対する支払明細データのアップロードの動作を示すフローチャートである。図2に示すように、支払企業は、アップロード画面にて支払明細データのアップロードを行うとともに、併存的債務引受の申し込みを行う(図9〜図18参照)。原則として、アップロードは1日1回まで、送信時限は3営業日の12時までである。一括決済システムは、与信限度額超過の発生を未然に防ぐために引受債務残高管理を行っている(図19参照)。万が一与信限度額超過が発生すると、支払企業および金融機関にエラー通知が行われ、アップロードされた支払明細データは削除される。
【0019】
図3は、納入企業による定期割引処理の動作を示すフローチャートである。定期割引とは、納入企業があらかじめ指定した前払希望日(前払(割引)の指定日の選択については図48参照)に、金融機関が債務の前払いを行うサービスを言う。定期割引の範囲は、1納入企業においては全明細が対象となる。
【0020】
納入企業は、前払希望日の指定を「日付」指定で行う。例えば、日付指定が月末で、前払可能日が11月30日であったとすると、11月30日が前払希望日となる。また、日付指定が10日で、前払可能日が11月30日であったとすると、12月10日が前払希望日となる(図20、図21参照)。
【0021】
一括決済システムは、納入企業に対して、対象債権を案内する電子メールを送信する。この電子メールは、支払明細データを受け付ける都度送信されるものではなく、前払可能日の3営業日前かつ債務引受承諾入力済みの条件にて送信される。この電子メールの中では、決済期日未到来に該当する明細を全て出力し、現状のステータスも画面上に表示する。このとき、定期割引、随時割引、前払い済など最新の支払明細データ以外のデータも表示する(図22〜図27参照)。
【0022】
図4は、一括決済システムによる明細通知処理の動作を示すフローチャートである。図4に示すように、一括決済システムは、支払明細データおよび入金明細データを作成し、電子メールにて支払明細データを支払企業と金融機関に通知するとともに、入金明細データを納入企業に通知する。支払企業、納入企業および金融機関は、この電子メールに従って明細データを一括決済システムからダウンロードする。
【0023】
図5は、納入企業による随時割引処理の動作を示すフローチャートである。随時割引とは、納入企業が申込画面上で適宜前払希望日を指定し、その指定日に金融機関が債務の前払いを行うサービスを言う。1納入企業に複数の取引明細がある場合、明細単位に割引の指定を行うことが可能である。
【0024】
納入企業は、前払可能日から決済期日の前営業日までの中から任意の前払希望日を指定する。これは金融機関の営業日であることが必須であり、随時割引申込画面上でチェックする。随時割引申込の実行は、金融機関の引受承認後に可能となる。納入企業は一括決済システムにダイレクトにログインして、随時割引申込画面で申込を行うことができる(図28、図29参照)。対象債権の案内画面から随時割引申込画面に遷移することも可能である。
【0025】
一括決済システムは、納入企業に対して、前払予定明細通知を行う。これは、前払希望日が同じ前払明細(定期割引、随時割引の両方)が対象となる。前払明細の通知は、前払割引料(適用金利)の確定(図30〜図34参照)、随時割引申込期限の到来、という2つの条件が成立したときに行う。なお、適用金利は、前払希望日の2営業日前の金利を適用する。割引申込時点では適用金利が確定してないため、シミュレーション上はあくまでも参考金額の表示に留まり、振込内容のお知らせにおいて確定した前払割引料を通知する。
【0026】
図6は、期日支払処理の動作を示すフローチャートである。図6に示すように、一括決済システムは、決済期日の2営業日前に期日支払明細データを作成し、電子メールにて支払企業に通知する。この電子メールには、主に、請求する期日決済資金の合計金額が記載される(図35参照)。対象明細は、早期弁済対象以外(定期割引(早期弁済対象外)+随時割引+期日支払)の明細となる。支払企業は、この電子メールに従って期日支払明細データを一括決済システムからダウンロードする。
【0027】
また、一括決済システムは、随時割引申込終了時限である決済期日の2営業日前の12時以降に期日支払明細を確定し、納入企業に支払予定明細通知を行う。納入企業は、この電子メールに従って期日支払明細をウェブ上で確認する。
【0028】
図7は、支払企業による早期弁済処理の動作を示すフローチャートである。早期弁済とは、前払可能日を前払実行日とする定期割引(以下、これを「定期即日」と呼び、その他の日付に行う定期割引を「定期その他」と呼ぶことにする)を行う支払明細データの金額を対象に、支払企業より債務の弁済を決済期日前に受け入れるサービスのことを言う。このサービスを実現するための機能を一括決済システムが備えることにより、支払企業は債務のオフバランスと余剰資金の運用が可能となる。
【0029】
図7に示すように、一括決済システムは、支払企業に対して早期弁済の対象明細を発行する。この対象明細は、定期即日の支払明細データが対象となる。定期割引は、1納入企業において全明細が対象となる。支払企業は、対象明細記載金額の範囲内で弁済金額を指定することができる(図36〜図41参照)。例えば、対象金額50億円のうち今回は30億円という指定が可能である。ただし、正確に30億円という金額が指定できる訳ではなく、納入企業ごとの合計金額を積み上げ、30億円を超えない最も近い金額を一括決済システムが算出し、その金額を支払企業が承認する。
【0030】
支払企業が実際に振込を行う早期弁済支払金額は、(早期弁済対象金額−早期弁済控除額)とする。支払企業は、申込画面で早期弁済対象金額を指定して申し込みを行う。その時点で確定した早期弁済控除額が必要となるため、申込時点において、金融機関により控除額算出の適用金利が決定されていることが条件となる。
【0031】
早期弁済申込の実施は、金融機関の引受承諾および金利登録(3営業日前)が終了しており、かつ、3営業日後に早期弁済対象明細があることが条件となる。引受承諾が前払可能日の3営業日前に実施されること、および早期弁済申込時点で適用金利が決定していることが条件となるため、適用金利は、前払可能日の3営業日前の金利を適用する。
【0032】
本実施形態の一括決済システムでは、納入企業により支払先変更処理を行うことも可能である。支払先変更処理とは、各納入企業ごとにあらかじめ登録された孫受企業(これを変更支払先と呼ぶ)について、納入企業が随時割引申込画面上で適宜、変更支払先、対象債権明細、支払先変更希望日等の必要項目を選択して申し込むことによって、その希望日に金融機関が債務の支払いを変更支払先に対して行うサービスを言う。1納入企業に複数の取引明細がある場合、明細単位に支払先変更を行うことができる。
【0033】
納入企業は、前払可能日から決済期日までの中から任意の支払先変更希望日を指定する。これは金融機関の営業日であることが必須であり、休業日を指定した場合は前営業日扱いとなる。変更希望日は、随時割引申込画面上で期間内の任意の日付を選択する(図42参照)。納入企業は一括決済システムにダイレクトにログインして、随時割引申込画面で申込を行うことができる。対象債権の案内画面から随時割引申込画面に遷移することも可能である。変更支払先が登録されていること(図43、図44参照)、随時割引できる対象明細があることが申込条件となる。
【0034】
一括決済システムは、納入企業に対して、振込内容のお知らせに関する通知を行う。これは、前払希望日が同じ前払明細(定期割引、随時割引の両方)が対象となる。前払明細の通知は、前払割引料(適用金利)の確定、随時割引申込期限の到来、という2つの条件が成立したときに行う。なお、適用金利は、前払希望日の2営業日前の金利を適用する。割引申込時点では適用金利が確定してないため、シミュレーション上はあくまでも参考金額の表示に留まり、振込内容のお知らせにおいて確定した前払割引料を通知する。振込内容のお知らせは納入企業に対してのみ通知し、変更支払先には通知しない。
【0035】
また、一括決済システムは、前払希望日前日の夜間処理にて割引明細データを作成し、電子メールにて支払企業に通知する。支払企業は、この電子メールに従って割引明細データを一括決済システムからダウンロードする。
【0036】
その他、一括決済システムで使用する画面例を以下に示す。図45は、金融機関による支払明細データの取扱設定のメンテナンス画面を示す。ここでは、納入企業の債権割引申込に対して、条件に合致しているときに自動的に応諾を返す自動応諾機能等の設定を行うことができる。図46および図47は、金融機関による取引設定のメンテナンス画面を示す。図48は、納入企業による割引設定のメンテナンス画面を示す。
【0037】
また、図8は、以上に説明した主要取引の時系列の流れを示す図である。
【0038】
以上に説明した本実施形態による一括決済システムは、ソフトウェアによって実現することが可能である。すなわち、一括決済システムは、実際にはコンピュータのCPUあるいはMPU、RAM、ROMなどで構成され、RAMやROMに記憶されたプログラムが動作することによって実現できる。
【0039】
したがって、コンピュータが上記本実施形態の機能を果たすように動作させるプログラムを例えばCD−ROMのような記録媒体に記録し、コンピュータに読み込ませることによって実現できるものである。上記プログラムを記録する記録媒体としては、CD−ROM以外に、フレキシブルディスク、ハードディスク、磁気テープ、光ディスク、光磁気ディスク、DVD、不揮発性メモリカード等を用いることができる。また、上記プログラムをインターネット等のネットワークを介してコンピュータにダウンロードすることによっても実現できる。
【0040】
また、コンピュータが供給されたプログラムを実行することにより上述の実施形態の機能が実現されるだけでなく、そのプログラムがコンピュータにおいて稼働しているOS(オペレーティングシステム)あるいは他のアプリケーションソフト等と共同して上述の実施形態の機能が実現される場合や、供給されたプログラムの処理の全てあるいは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて上述の実施形態の機能が実現される場合も、かかるプログラムは本発明の実施形態に含まれる。
【0041】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【0042】
【発明の効果】
以上詳しく説明したように、本発明によれば、債権の決済処理をシステムとして管理することができ、当該決済に関する各種の作業を効率的に行うことができるようになる。
【図面の簡単な説明】
【図1】本実施形態による一括決済システムにより行う処理の概要を示す図である。
【図2】支払明細データのアップロード処理の動作を示すフローチャートである。
【図3】定期割引処理の動作を示すフローチャートである。
【図4】明細通知処理の動作を示すフローチャートである。
【図5】随時割引処理の動作を示すフローチャートである。
【図6】期日支払処理の動作を示すフローチャートである。
【図7】早期弁済処理の動作を示すフローチャートである。
【図8】本実施形態の一括決済システムを用いて行う主要取引の時系列の流れを示す図である。
【図9】アップロードファイル指定画面を示す図である。
【図10】支払明細データ受付履歴/受付確認一覧の画面を示す図である。
【図11】支払明細データ受付履歴/受付確認一覧の画面を示す図である。
【図12】支払明細データ受付履歴/受付確認一覧の画面を示す図である。
【図13】支払明細データ受付確認の画面を示す図である。
【図14】支払明細データ受付確認の画面を示す図である。
【図15】支払明細データ受付確認の画面を示す図である。
【図16】支払明細データ受付確認の画面を示す図である。
【図17】支払明細データ受付確認の画面を示す図である。
【図18】支払明細データ受付確認の画面を示す図である。
【図19】限度超過額の取扱画面を示す図である。
【図20】前払・変更支払先の承諾一覧の画面を示す図である。
【図21】前払・変更支払先の承諾明細の画面を示す図である。
【図22】債権情報一覧の画面を示す図である。
【図23】債権情報一覧の画面を示す図である。
【図24】債権情報一覧の画面を示す図である。
【図25】債権情報一覧の画面を示す図である。
【図26】債権情報一覧の画面を示す図である。
【図27】債権情報一覧の画面を示す図である。
【図28】随時割引・変更支払先の申込債権一覧の画面を示す図である。
【図29】随時割引・変更支払先のシミュレーション結果の画面を示す図である。
【図30】金利情報一覧の画面を示す図である。
【図31】金利情報のメンテナンス画面を示す図である。
【図32】金利情報のメンテナンス画面を示す図である。
【図33】金利情報のメンテナンス画面を示す図である。
【図34】金利情報承認の画面を示す図である。
【図35】期日支払明細合計一覧の画面を示す図である。
【図36】早期弁済申込画面を示す図である。
【図37】早期弁済金該当債権確認の画面を示す図である。
【図38】早期弁済申込確認の画面を示す図である。
【図39】早期弁済申込金申込結果の画面を示す図である。
【図40】早期弁済処理済一覧の画面を示す図である。
【図41】早期弁済申込金明細確認の画面を示す図である。
【図42】前払・変更支払先の承諾明細の画面を示す図である。
【図43】変更支払先のメンテナンス画面を示す図である。
【図44】変更支払先のメンテナンス画面を示す図である。
【図45】金融機関による支払明細データの取扱設定のメンテナンスを行うための画面である。
【図46】金融機関による取引設定のメンテナンスを行うための画面である。
【図47】金融機関による取引設定のメンテナンスを行うための画面である。
【図48】納入企業による割引設定のメンテナンスを行うための画面である。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a collective payment system, and is particularly suitable for use in a system for realizing a collective payment service that substitutes bills when a paying company makes payments to various delivery companies.
[0002]
[Prior art]
Conventionally, bills are often used when payment companies make payments to various delivery companies. In addition, a financial institution collectively accepts a paying company's debt, and the financial institution pays a delivery company on behalf of the paying company. In this case, the payment company can receive payment on an arbitrary date earlier than the original payment date by applying for a credit discount to the financial institution. In this case, payment is made by subtracting a discount rate (fee) according to the number of days shortened.
[0003]
[Problems to be solved by the invention]
However, conventionally, exchange of settlement processing among such payment companies, delivery companies, and financial institutions is performed on a FAX basis, and there is no mechanism for managing this as a system. For this reason, there has been a problem that all of the payment company, the delivery company, and the financial institution are forced to perform complicated work.
[0004]
The present invention has been made to solve such a problem, and provides a mechanism for managing the settlement processing of receivables as a system so that various operations relating to the settlement can be performed efficiently. Objective.
[0005]
[Means for Solving the Problems]
The collective settlement system of the present invention is a system for realizing a collective settlement service that substitutes bills when a paying company makes payments to various delivery companies, and obtains payment details data from the paying company. Based on the payment details management means to be managed and the payment details data managed by the above payment details management means, the receivables subject to discount or early repayment are automatically extracted in light of specific conditions, and the receivable details A claim statement notification means for notifying the delivery company or the paying company, and a detail that approximates the claim details notified by the claim statement notification means within a range not exceeding the desired discount amount or the early repayment amount The total is automatically extracted on the web, and is managed by the application means for applying for discount or early reimbursement and the above payment details management means Including settlement schedule that varies by discount or early repayment of the interest receivables, the actual payment amount, the various kinds of information such as accounts of accounting, and information providing means for providing or download on the web through the simulation.
[0006]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an outline of processing performed using the collective payment system according to the present embodiment. The collective settlement system of this embodiment provides a collective settlement service that substitutes bills when a paying company (buyer company) makes payments to various delivery companies (seller companies).
[0007]
That is, the collective payment system of this embodiment receives and manages the payment details data (1) from the paying company, and notifies the payment details to each delivery company according to the payment schedule such as the closing date (5). ). In addition, it has a function to replace the “bills discount” that allows the supplier to flexibly fund the receivables and a payee change function that corresponds to the “circular bills”.
[0008]
Further, the collective settlement system automatically extracts receivables subject to early repayment from the input payment details data in accordance with specific conditions, and notifies the details to the paying company ((6)). The supplier automatically extracts the total combination of items that approximate the desired loan amount from the target loan statement on the web, confirms the contents, and then applies for early payment (▲ 7 ▼) can be performed.
[0009]
For a paying company, it is possible to enjoy operational profits by outsourcing the payment operation through a collective payment system or by early payment of payment funds. In addition, debt can be off-balanced to contribute to improving financial efficiency such as ROA.
[0010]
In addition, paying companies and paying companies simulate various information such as payment schedules, actual payment amounts, and accounting account items that change by discounting or early payment of receivables managed on the collective payment system ( (9)) You can check on the web and download (11, 12) when you need it.
[0011]
In the collective payment system of this embodiment, it is possible for a financial institution performing debt underwriting to set various handling conditions and the like according to an agreement with each paying company. For example, there is a “credit limit setting function” that automatically checks whether input payment details data does not exceed the credit limit. This includes a function that issues a warning (alarm) when a set threshold value is exceeded.
[0012]
In addition, with respect to the loan discount application of the supplier, the “automatic compliance function” that automatically returns a response if the conditions are met, the deadline for the credit discount application, etc. It also has a function of designating what time and how many days before business day. Furthermore, interest rate setting and interest rate maintenance applied to bond discounts and early repayment can also be used with an approval workflow.
[0013]
FIG. 1 will be described in a little more detail. The lump sum settlement system of the present embodiment is based on the payment details data (1) input from the paying company, and the credit details for confirming the details of the credits held by the paying company for each paying company. Notification (5) is performed. At that time, if the delivery company has registered a regular discount in advance, the discount / transfer process is automatically performed.
[0014]
On the other hand, a delivery company that does not register discounts on a regular basis can apply for a prepayment at any time before the regular date with the paying company as needed ((9)). In that case, it is possible to automatically calculate an estimate using a browser for calculation of discount fees and the like. However, this estimate result is calculated based on the current interest rate. The final deposit amount at the interest rate actually applied is notified by the lump sum settlement system before being transferred (11).
[0015]
The financial institution performs an acceptance process on the credit discount applied by the delivery company. At the time of acceptance, the details of receivables to be discounted, change payees, etc. are confirmed. It is also possible to automatically perform compliance processing under conditions preset by a financial institution. The accepted application is estimated (simulated) based on the interest rate on the day of application by the delivery company. Regarding the actual applicable interest rate, it is confirmed several days before the desired payment date set by the financial institution, and the delivery company is notified of the actual deposit amount calculated based on the confirmed interest rate, such as the discount fee and transfer fee. (The transfer fee can also be set by the financial institution for each paying company).
[0016]
Further, in the collective settlement system of this embodiment, the details of the claims applied by the delivery company are discounted so that the delivery company, the payment company, and the financial institution can use them for their respective corporate accounting processes and internal operations. Can be downloaded as data. Also, past history can be downloaded under certain conditions. Therefore, it can be used for processing matching and mapping to account items. Information management such as pre- and post-flow receivable information and settlement schedules is performed by a collective settlement system, so that data can be fed back and linked with internal processing.
[0017]
A paying company pays a lump sum on a fixed date on a regular basis by having a financial institution accept the debt through a lump sum settlement system, which has been paid individually to a paying company, etc. Will be able to do. If payment is made in a lump sum, the total amount of each debt statement will be a certain amount. In this case, it is also possible to return from the financial institution the operating profits for the site on the scheduled date and the date of payment by paying the accounts payable to the financial institution in a lump sum (7). . Moreover, by repaying at an early stage, it is possible to reduce balance of accounts payable, compress assets, and use it to improve ROA.
[0018]
FIG. 2 is a flowchart showing an operation of uploading payment details data from a payment company to a financial institution. As shown in FIG. 2, the payment company uploads the payment details data on the upload screen, and applies for concurrent debt underwriting (see FIGS. 9 to 18). As a general rule, uploads are made once a day, and the transmission time limit is 12:00 on 3 business days. The lump sum settlement system performs underwriting liability balance management in order to prevent the credit limit from being exceeded (see FIG. 19). If the credit limit is exceeded, an error is notified to the paying company and financial institution, and the uploaded payment details data is deleted.
[0019]
FIG. 3 is a flowchart showing the operation of the regular discount process by the delivery company. The term discount refers to a service in which a financial institution makes a prepayment of a debt on a prepaid desired date designated in advance by a supplier (see FIG. 48 for selection of a prepaid (discount) designated date). The range of the regular discount is for all details in one delivery company.
[0020]
The delivery company designates the desired prepaid date by designating “date”. For example, if the date designation is the end of the month and the prepaid date is November 30, then November 30 becomes the prepaid desired date. Further, assuming that the date designation is 10 days and the prepaid date is November 30, the prepaid desired date is December 10 (see FIGS. 20 and 21).
[0021]
The collective payment system transmits an e-mail that guides the target receivables to the delivery company. This e-mail is not sent every time payment details data is accepted, but is sent on the condition that three days prior to the prepaid date and debt acceptance acceptance has been entered. In this e-mail, all the details corresponding to the settlement deadline are output, and the current status is also displayed on the screen. At this time, data other than the latest payment details data, such as periodic discounts, discounts at any time, and prepaid items, are also displayed (see FIGS. 22 to 27).
[0022]
FIG. 4 is a flowchart showing the operation of the detail notification process by the collective payment system. As shown in FIG. 4, the collective payment system creates payment details data and payment details data, notifies the payment details data to the payment company and the financial institution by e-mail, and notifies the payment details data to the delivery company. . The payment company, the delivery company, and the financial institution download the detailed data from the collective payment system according to the e-mail.
[0023]
FIG. 5 is a flowchart showing the operation of the discount process at any time by the delivery company. The occasional discount refers to a service in which a delivery company designates a desired advance payment date on an application screen, and a financial institution makes an advance payment on the designated date. When there are a plurality of transaction details in one delivery company, it is possible to specify a discount for each item.
[0024]
The delivery company designates an arbitrary prepaid desired date from the prepaid date to the business day before the settlement date. This must be a business day of a financial institution and is checked on the discount application screen as needed. A discount application can be executed at any time after the financial institution accepts the contract. The supplier can log in directly to the collective payment system and apply at any time on the discount application screen (see FIGS. 28 and 29). It is also possible to transition from the guidance screen for the subject credit to the discount application screen at any time.
[0025]
The collective payment system notifies the delivery company of the advance payment schedule details. This applies to prepaid details (both periodic discounts and occasional discounts) with the same prepaid desired date. The prepaid details are notified when two conditions are satisfied: confirmation of the prepaid discount rate (applicable interest rate) (see FIGS. 30 to 34) and the arrival of the discount application deadline at any time. For the applicable interest rate, the interest rate two business days prior to the prepayment date is applied. Since the applicable interest rate is not fixed at the time of discount application, the reference amount is only displayed for the sake of simulation, and the prepaid discount fee determined in the notice of transfer details is notified.
[0026]
FIG. 6 is a flowchart showing the operation of the due date payment process. As shown in FIG. 6, the lump sum payment system creates due payment details data two business days before the settlement due date and notifies the paying company by e-mail. This e-mail mainly describes the total amount of the due settlement funds to be charged (see FIG. 35). The target details are details other than those subject to early repayment (periodic discount (not subject to early repayment) + anytime discount + due date payment). The payment company downloads the due date payment details data from the collective payment system in accordance with the electronic mail.
[0027]
Further, the collective payment system determines the due payment details after 12:00 two business days before the settlement due date, which is the time limit for ending the discount application, and notifies the payment company of the payment details. The delivery company confirms the due payment details on the web according to the e-mail.
[0028]
FIG. 7 is a flowchart showing the operation of the early payment process by the paying company. Early repayment is a payment detail that makes a periodic discount (hereinafter referred to as “periodic same day” and periodic discounts performed on other dates as “periodic other”) with the prepaid execution date as the prepaid execution date. This is a service that accepts the payment of debt from the paying company before the settlement date for the amount of data. By providing a function for realizing this service in the lump sum payment system, the paying company can manage the debt off-balance and surplus funds.
[0029]
As shown in FIG. 7, the collective payment system issues a target statement for early payment to the paying company. This target item is subject to payment details data on the same day on a regular basis. Periodic discounts are applicable to all details in one delivery company. The paying company can specify the repayment amount within the range of the target statement description amount (see FIGS. 36 to 41). For example, it is possible to specify 3 billion yen this time out of the target amount of 5 billion yen. However, the amount of 3 billion yen cannot be specified exactly, the total amount for each supplier company is accumulated, the closest payment amount not exceeding 3 billion yen is calculated by the lump sum payment system, and the paying company approves the amount. .
[0030]
The amount of early repayment paid by the paying company is (early repayment amount-early repayment deduction). The paying company makes an application by specifying an early reimbursement amount on the application screen. Since the early repayment deduction amount required at that time is required, it is a condition that the applicable interest rate for deduction calculation is determined by the financial institution at the time of application.
[0031]
The application for early reimbursement is conditional on acceptance of financial institution acceptance and interest rate registration (3 business days prior), and the availability of early reimbursement details 3 business days later. Since the acceptance is undertaken three business days prior to the prepayment date and the applicable interest rate is determined at the time of application for early repayment, the applicable interest rate is the interest rate three business days before the prepayment date. Apply.
[0032]
In the collective payment system according to the present embodiment, it is possible to perform a payee change process by a delivery company. The payee change process refers to the subordinate company registered in advance for each paying company (referred to as the change payee), and the paying company changes the payee, subject receivable details, and payment as needed on the discount application screen. This refers to a service in which a financial institution pays a debt to a change payee on a desired date by selecting and applying for necessary items such as a change desired date. When there are a plurality of transaction details in one delivery company, the payee can be changed in units of details.
[0033]
The supplier company designates an arbitrary payment destination change desired date from the prepaid date to the settlement date. This must be a business day of a financial institution, and if a non-business day is specified, it is treated as the previous business day. As the desired change date, an arbitrary date within the period is selected on the discount application screen as needed (see FIG. 42). The supplier can log in directly to the lump-sum payment system and apply at any time on the discount application screen. It is also possible to transition from the guidance screen for the subject credit to the discount application screen at any time. The application condition is that the change payee is registered (see FIGS. 43 and 44) and that there is a target item that can be discounted at any time.
[0034]
The lump sum settlement system notifies the delivery company about the transfer details. This applies to prepaid details (both periodic discounts and occasional discounts) with the same prepaid desired date. The advance payment details are notified when two conditions have been established: confirmation of the advance payment discount (applicable interest rate) and arrival of the discount application deadline. For the applicable interest rate, the interest rate two business days prior to the prepayment date is applied. Since the applicable interest rate is not fixed at the time of discount application, the reference amount is only displayed for the sake of simulation, and the prepaid discount fee determined in the notice of transfer details is notified. The transfer details are notified only to the supplier and not to the change payee.
[0035]
In addition, the collective payment system creates discount detail data by night processing on the day before the desired prepaid date, and notifies the paying company by e-mail. The payment company downloads the discount item data from the collective payment system according to the e-mail.
[0036]
Other screen examples used in the collective payment system are shown below. FIG. 45 shows a maintenance screen for setting the handling of payment details data by a financial institution. Here, it is possible to set an automatic compliance function or the like that automatically returns a compliance when a condition is met for a loan discount application of a supplier company. 46 and 47 show a transaction setting maintenance screen by a financial institution. FIG. 48 shows a maintenance screen for discount setting by the supplier company.
[0037]
FIG. 8 is a diagram showing a time-series flow of the main transaction described above.
[0038]
The collective payment system according to the present embodiment described above can be realized by software. That is, the collective payment system is actually constituted by a CPU or MPU of a computer, a RAM, a ROM, etc., and can be realized by operating a program stored in the RAM or ROM.
[0039]
Therefore, it can be realized by recording a program that causes a computer to perform the functions of the above-described embodiment on a recording medium such as a CD-ROM and causing the computer to read the program. As a recording medium for recording the program, a flexible disk, a hard disk, a magnetic tape, an optical disk, a magneto-optical disk, a DVD, a nonvolatile memory card, and the like can be used in addition to the CD-ROM. It can also be realized by downloading the program to a computer via a network such as the Internet.
[0040]
In addition, the functions of the above-described embodiments are realized by executing a program supplied by a computer, and the program is used in cooperation with an OS (operating system) or other application software running on the computer. When the functions of the above-described embodiment are realized, or when all or part of the processing of the supplied program is performed by a function expansion board or a function expansion unit of the computer, the function of the above-described embodiment is realized. Such a program is included in the embodiment of the present invention.
[0041]
The above-described embodiments are merely examples of implementation in carrying out the present invention, and the technical scope of the present invention should not be interpreted in a limited manner. In other words, the present invention can be implemented in various forms without departing from the spirit or main features thereof.
[0042]
【The invention's effect】
As described above in detail, according to the present invention, settlement processing for bonds can be managed as a system, and various operations relating to the settlement can be efficiently performed.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of processing performed by a collective payment system according to an embodiment.
FIG. 2 is a flowchart showing an operation of uploading payment details data.
FIG. 3 is a flowchart showing an operation of a periodic discount process.
FIG. 4 is a flowchart illustrating an operation of a detail notification process.
FIG. 5 is a flowchart illustrating an operation of a discount process as needed.
FIG. 6 is a flowchart showing an operation of due date processing.
FIG. 7 is a flowchart showing the operation of the early reimbursement process.
FIG. 8 is a diagram showing a time-series flow of main transactions performed using the collective payment system of the present embodiment.
FIG. 9 is a diagram showing an upload file designation screen.
FIG. 10 is a diagram showing a screen of a payment details data reception history / acceptance confirmation list.
FIG. 11 is a view showing a screen of a payment details data reception history / acceptance confirmation list.
FIG. 12 is a diagram showing a screen of a payment details data reception history / reception confirmation list.
FIG. 13 is a diagram showing a payment details data reception confirmation screen.
FIG. 14 is a diagram showing a payment details data reception confirmation screen.
FIG. 15 is a diagram showing a payment details data reception confirmation screen.
FIG. 16 is a diagram showing a payment details data reception confirmation screen.
FIG. 17 is a diagram showing a payment details data reception confirmation screen.
FIG. 18 is a diagram showing a payment details data reception confirmation screen.
FIG. 19 is a diagram illustrating a screen for handling an excess amount.
FIG. 20 is a diagram showing a screen of a prepaid / change payee consent list.
FIG. 21 is a diagram showing a screen of a prepaid / change payee consent statement.
FIG. 22 is a diagram showing a receivable information list screen;
FIG. 23 is a diagram showing a receivable information list screen;
FIG. 24 is a diagram showing a receivable information list screen;
FIG. 25 is a diagram showing a receivable information list screen;
FIG. 26 is a diagram showing a receivable information list screen;
FIG. 27 is a diagram showing a receivable information list screen;
FIG. 28 is a diagram showing a screen of a list of application receivables of discount / change payees as needed.
FIG. 29 is a diagram showing a simulation result screen of a discount / change payee as needed.
FIG. 30 is a diagram showing a screen of a list of interest information.
FIG. 31 is a diagram showing a maintenance screen for interest rate information.
FIG. 32 is a diagram showing a maintenance screen for interest rate information.
FIG. 33 is a diagram illustrating a maintenance screen for interest rate information.
FIG. 34 is a diagram showing a screen for approving interest rate information.
FIG. 35 is a diagram showing a screen of a list of due date payment details.
FIG. 36 is a diagram showing an early payment application screen.
FIG. 37 is a diagram showing a screen for confirming an early payment corresponding credit.
FIG. 38 is a diagram showing an early payment application confirmation screen.
FIG. 39 is a diagram showing a screen for an early reimbursement application result.
FIG. 40 is a diagram showing a screen of an early repayment processed list.
FIG. 41 is a diagram showing a screen for confirming an early application for payment details.
FIG. 42 is a diagram showing a screen for consent details of a prepayment / change payee.
FIG. 43 is a diagram showing a maintenance screen for a change payee.
FIG. 44 is a diagram showing a maintenance screen for a change payee.
FIG. 45 is a screen for performing maintenance of payment details data handling settings by a financial institution.
FIG. 46 is a screen for performing transaction setting maintenance by a financial institution.
FIG. 47 is a screen for performing transaction setting maintenance by a financial institution.
FIG. 48 is a screen for performing maintenance for discount setting by a delivery company.

Claims (1)

支払企業が様々な納入企業への支払いを行う場合に手形に代替する一括決済サービスを実現するためのシステムであって、
上記支払企業から支払明細データを取得して管理する支払明細管理手段と、
上記支払明細管理手段により管理されている支払明細データをもとに、割引あるいは早期弁済の対象となる債権を特定条件に照らして自動的に抽出し、その債権明細を上記納入企業あるいは上記支払企業に通知する債権明細通知手段と、
上記債権明細通知手段により通知された債権明細の中から、割引希望額あるいは早期弁済希望額を超えない範囲で近似する明細の組み合わせ合計をウェブ上で自動的に抽出し、割引申込あるいは早期弁済申込を行うための申込手段と、
上記支払明細管理手段により管理されている対象債権を割引あるいは早期弁済することによって変化する決済スケジュール、実際の支払金額、会計上の勘定科目などの各種情報を、シミュレーションを通じてウェブ上に提供あるいはダウンロードする情報提供手段とを備えたことを特徴とする一括決済システム。
A system for realizing a collective payment service that replaces bills when a payment company makes payments to various delivery companies,
Payment details management means for acquiring and managing payment details data from the payment company,
Based on the payment details data managed by the above payment details management means, the receivables subject to discount or early repayment are automatically extracted in light of specific conditions, and the details of the receivables are extracted from the delivery company or payment company. A claim statement notification means for notifying to
From the claim details notified by the above-mentioned claim details notification means, the total combination of details approximating within the range not exceeding the desired discount amount or early repayment amount is automatically extracted on the web, and the discount application or early repayment application Application means to do
Provide or download various information such as settlement schedule, actual payment amount, accounting account items, etc. that change by discounting or early repayment of the subject receivables managed by the above payment details management means on the web through simulation A collective payment system comprising an information providing means.
JP2002075570A 2002-03-19 2002-03-19 Lump sum settlement system Withdrawn JP2005301324A (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2002075570A JP2005301324A (en) 2002-03-19 2002-03-19 Lump sum settlement system
AU2003213410A AU2003213410A1 (en) 2002-03-19 2003-03-17 Lump sum payment system
PCT/JP2003/003184 WO2003079254A2 (en) 2002-03-19 2003-03-17 Lump sum payment system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002075570A JP2005301324A (en) 2002-03-19 2002-03-19 Lump sum settlement system

Publications (1)

Publication Number Publication Date
JP2005301324A true JP2005301324A (en) 2005-10-27

Family

ID=28035378

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002075570A Withdrawn JP2005301324A (en) 2002-03-19 2002-03-19 Lump sum settlement system

Country Status (3)

Country Link
JP (1) JP2005301324A (en)
AU (1) AU2003213410A1 (en)
WO (1) WO2003079254A2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008040601A (en) * 2006-08-02 2008-02-21 Sumitomo Mitsui Banking Corp Movable property trust type fund raising system and its method
JP2020035268A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
JP2020035269A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
JP2020035271A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008040601A (en) * 2006-08-02 2008-02-21 Sumitomo Mitsui Banking Corp Movable property trust type fund raising system and its method
JP2020035268A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
JP2020035269A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
JP2020035271A (en) * 2018-08-31 2020-03-05 エヌ・ティ・ティ・コムウェア株式会社 Payment proxy device, settlement system, settlement method, and program
JP7111560B2 (en) 2018-08-31 2022-08-02 エヌ・ティ・ティ・コムウェア株式会社 PAYMENT AGENT DEVICE, PAYMENT SYSTEM, PAYMENT METHOD, AND PROGRAM
JP7111561B2 (en) 2018-08-31 2022-08-02 エヌ・ティ・ティ・コムウェア株式会社 PAYMENT AGENT DEVICE, PAYMENT SYSTEM, PAYMENT METHOD, AND PROGRAM
JP7161347B2 (en) 2018-08-31 2022-10-26 エヌ・ティ・ティ・コムウェア株式会社 PAYMENT AGENT DEVICE, PAYMENT SYSTEM, PAYMENT METHOD, AND PROGRAM

Also Published As

Publication number Publication date
WO2003079254A2 (en) 2003-09-25
AU2003213410A1 (en) 2003-09-29

Similar Documents

Publication Publication Date Title
CA2483348C (en) System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US8571978B2 (en) Method and system for providing assurance and financing services
US8005730B2 (en) Expense tracking, electronic ordering, invoice presentment, and payment system and method
AU2009200961B2 (en) Method and system for conducting a commercial transaction between a buyer and a seller
US8036987B1 (en) Method and system for accounts payable prioritization and management
US20090172699A1 (en) Architectural Design for Service Procurement Application Software
US20070156475A1 (en) Architectural design for plan-driven procurement application software
JP2007528066A (en) Method and system for financing a fund
EA006783B1 (en) Automated method and exchange for facilitating settlement of transactions
AU2002340294A1 (en) Method and system for conducting a commercial transaction between a buyer and a seller
KR102119147B1 (en) Method and system for automatically generating legal documents
JP2005301324A (en) Lump sum settlement system
JP2004318768A (en) Factoring system accompanied by debt assumption
US11810205B1 (en) Automated systems and methods for an electronic ledger
KR20070022245A (en) Method and system for advancing funds
JP2004234586A (en) Alternative payment fund management system, program for alternative payment fund management system, and storage medium recorded with the program
WO2001098957A2 (en) Financial transaction processing method and system
JP2001331759A (en) Obligation management system
JP2004038614A (en) Paying and receiving substitution processing method, computer program, and recording medium
JP2003271889A5 (en)
JP2003271889A (en) Method, system, and program for collective settlement
JP2006079573A (en) Payment/collection batch settlement proxy system
JP2005182541A (en) Bath payment managing application software, storage medium stored with same software, and computer where same software is installed

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20051101