JP2004145865A - Method and system for electronic paperwork processing - Google Patents
Method and system for electronic paperwork processing Download PDFInfo
- Publication number
- JP2004145865A JP2004145865A JP2003208869A JP2003208869A JP2004145865A JP 2004145865 A JP2004145865 A JP 2004145865A JP 2003208869 A JP2003208869 A JP 2003208869A JP 2003208869 A JP2003208869 A JP 2003208869A JP 2004145865 A JP2004145865 A JP 2004145865A
- Authority
- JP
- Japan
- Prior art keywords
- bill
- information
- client
- clearing key
- seller
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000012545 processing Methods 0.000 title claims abstract description 20
- 238000012546 transfer Methods 0.000 claims abstract description 85
- 238000003672 processing method Methods 0.000 claims abstract description 7
- 238000007726 management method Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 11
- 238000004891 communication Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、電子事務処理システム及び電子事務処理方法に係り、特に、売買取引後の事務処理を電子化し、消し込みを自動化できるシステム及び方法に関するものである。
【0002】
【従来の技術】
従来の売買に伴う業務を図1に示してあり、業務を▲1▼売買、▲2▼デリバリー、▲3▼後方事務処理に分類している。売買当事者は商品・サービス等を売買する際に、見積等をやり取りし、社内で稟議等で承認を得た後に注文、注文請を行う。売主は注文に従い、商品・サービス等を買主に送付し、買主は納品確認をして検収する。
買主は検収確認後、売主に検収書を送付する。売主は請求書を発行し、郵送する。一部では、電子請求書化している場合もある。買主は請求書受領後、注文/納品状況管理と請求書を照合させ、請求書との特定を行う買掛管理を実施する。
【0003】
請求書との特定の際は、その明細品目レベルまで突合させる。買主は請求書に従い、支払のための経理処理並びに振込データを作成し、振込を取引銀行宛に実施する。複数の同一相手先の振込がある場合は、振込手数料削減のため、振込金額を合算して振り込む場合が多い。
【0004】
売手は銀行からの入金情報を基に経理処理を行う。売主は入金情報を基に売掛状況の消込を行う。振込人と金額とのデータのみなので、消込むまで労力がかかる。振込人(買主)が、振込金額を合算して振り込んだ場合は、消込までにさらなる労力を要する。
【0005】
消し込み処理を自動化することを可能とする電子取引方法が特開2001−92913号に開示されている。このものによれば、債権者が発行した請求書に付加した消し込みキーが入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となる。さらに、債務者側処理装置において、受信した複数の請求書をまとめて支払案内書を作成してEDIセンターへ送信し、EDIセンターにおいて、支払案内書に対応して固有のマッチングキーを生成、付与して振込依頼を行うと共に、複数の請求書の消し込みキーとマッチングキーとの対応をテーブルに保存し、銀行からの入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキーを付加して債権者に通知することにより、複数の請求書をまとめて振込むことに対応することができる。
【0006】
しかしながら、このものは、債権者が請求書毎に付与した消込キーに基づいて支払いおよび消し込みを行うものであり、請求書の一部について入金があったような場合には対応できないものである。
【0007】
【発明が解決しようとする課題】
本発明は、上記業務における▲3▼後方事務処理に関するものであり、複数の請求書を合算して振込みを行うような場合であっても、あるいは、請求書の一部の振込みがあったような場合であっても、売掛金の消し込みを容易に行なうことができることを目的とするものである。
【0008】
【課題を解決するための手段】
かかる課題を達成するために本発明が採用した方法は、コンピュータネットワークを利用した電子事務処理方法であって、売主から請求書情報を取得して、該請求書情報を格納するステップと、買主から振込情報を取得して、該振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを発行し、該クリアリングキーを買主に送信するステップと、売主からの要求によって、該クリアリングキーに関連付けられた情報を売主に送信するステップとを有するものである。
【0009】
さらに、本発明が採用したシステムは、コンピュータネットワークを利用した電子事務処理システムであって、該システムは、仲介サーバ、売手クライアント、買手クライアントを備えており、該仲介サーバは、売手クライアントから取得した請求書情報を格納し、該買手クライアントからの振込情報を格納すると共に、該振込情報と請求書情報とを関連付けるクリアリングキーを付与して該買手クライアントに送信し、該買手クライアントは振込みと共に該クリアリングキーを該売手クライアントに送信し、該売手クライアントは該クリアリングキーを該仲介サーバに照会することで該クリアリングキーに関連付けた情報を取得し、取得した情報と入金情報とから消し込みを行うように構成されている。さらに、本発明は、かかる電子事務処理方法をコンピュータに実行させるためのプログラム及び、かかるプログラムを記録させたコンピュータ読み取り可能な記録媒体としても提供され得る。
【0010】
好ましい態様では、買手クライアントから売手クライアントへの振込みは、ファームバンキングシステムを介して行い、該クリアリングキーはEDI情報として入金情報(振込データ)と共に該売手クライアントに送信される。
【0011】
好ましい態様では、仲介サーバにおいて、取得した請求書情報に請求書ID(請求書ヘッダ番号)を付与すると共に、該請求書の明細毎に該請求書ID(請求書ヘッダ番号)に関連付けられた請求明細ID(請求書明細番号)を付与し、該請求書ID(請求書ヘッダ番号)及び該請求明細ID(請求書明細番号)を売手クライアントに返信する。そして、該請求書ID(請求書ヘッダ番号)及び該請求明細ID(請求書明細番号)は仲介サーバあるいは/および売手クライアントを介して買手クライアントに送信される。買手クライアントから送信される振込情報には、該請求書ID(請求書ヘッダ番号)及び該請求明細ID(請求書明細番号)が含まれている。したがって、請求書情報と振込情報とを関連付けるクリアリングキーには、該請求書ID(請求書ヘッダ番号)及び該請求明細ID(請求書明細番号)の情報が含まれており、請求書の明細レベルの消し込みが可能となる。したがって、複数の請求書が合算して振り込まれた場合のみならず、請求書の一部の明細に対応する振込みが行われたような場合であっても、消し込みが可能となる。
【0012】
【発明の実施の形態】
[システムの全体構成]
本発明のシステムについて図2および図3に基づいて説明する。図2は本発明のシステムの業務フローの概要を示す図であり、図3は本発明のシステムのデータフローの概要を示す図である。本発明に係るシステムは、売買業務に関する事務処理システムであって、売主(売手企業)と、買主(買手企業)と、仲介主と、銀行とを有しており、これらはコンピュータネットワークを介して接続されている。具体的には、売主のコンピュータと仲介主のコンピュータ、買主のコンピュータと仲介主のコンピュータ、買主のコンピュータと銀行のコンピュータ、売主のコンピュータと銀行のコンピュータは、互いにコンピュータネットワークを介して接続可能・通信可能となっている。コンピュータ相互の接続手段は特には限定されず、例えば、専用回線を用いたものであっても、あるいは、インターネットを用いたものであってもよく、コンピュータ相互間でデータのやり取りが可能となっていればよい。また、売主のコンピュータと買主のコンピュータもVANやEDIネット等のコンピュータネットワークを介して接続されている。尚、コンピュータは、CPU、記憶装置、入力装置、出力装置等のハードウェア資源を備えている。
【0013】
[売主]
売主とは、商品を販売したり、サービスを有償で提供したりする主体であり、債権者である。売主では、商品やサービスの売買に伴って、売買管理、売掛管理、入金管理が発生し、これらの管理は必要に応じて社内の承認や確認を得ながら行なわれる。売主は売買取引に伴って請求書を発行する。これらの管理は主としてコンピュータを用いて行なわれ、本明細書では、売主のコンピュータを売手クライアントと呼ぶ。売手クライアントは一つあるいは複数のコンピュータから構成されており、一般にはコンピュータ群である。売手クライアントは、仲介サーバ、銀行コンピュータとの間でそれぞれデータをやり取りするための通信端末を含んでいる。
【0014】
[買主]
買主とは、商品を購入したり、有償でサービスの提供を受けたりする主体であり、債務者である。買主では、商品やサービスの売買に伴って、売買管理、買掛管理、支払・振込管理が発生し、これらの管理は必要に応じて社内の承認や確認を得ながら行なわれる。また、これらの管理は主としてコンピュータを用いて行なわれ、本明細書では、買主のコンピュータを買手クライアントと呼ぶ。買手クライアントは一つあるいは複数のコンピュータから構成されており、一般にはコンピュータ群である。買手クライアントは、仲介サーバ、銀行コンピュータとの間でそれぞれデータをやり取りするための通信端末を含んでいる。
【0015】
[仲介主]
仲介主は、売主と買主との間に立って、請求書情報や支払・振込情報の受け渡しを仲介する。売主、買主と仲介主との各種情報の受け渡しは、コンピュータネットワークを介して行なわれる。本明細書では、仲介主のコンピュータを仲介サーバと呼び、仲介サーバは一つあるいは複数のコンピュータから構成されており、一般にはコンピュータ群である。仲介サーバは、売手クライアント及び買手クライアントとの接続を司るゲートウェイと、セントラルサーバを有している。セントラルサーバには、請求書情報を格納する請求情報管理DB(データベース)と、振込情報を格納する振込情報管理DB(データベース)とを備えており、請求DBと振込DBは後述するクリアリングキーによって関連付けられている。セントラルサーバはさらに債務情報管理DB(データベース)を備えている。実施形態のものでは、売手クライアント及び買手クライアントとゲートウェイとの間のデータのやり取りはAPI(Application Program Interface)にて行っており、ゲートウェイとセントラルサーバとの間のデータのやり取りはXMLあるいはその他の標準的な通信プロトコルを用いている。
【0016】
[銀行]
買主から売主への支払いは、銀行を介して行なわれる。具体的には、買主の銀行(仕向銀行)から売主の銀行(被仕向銀行)へ、銀行間のコンピュータネットワークを介して電子送金が行なわれる。仕向銀行と被仕向銀行とが同一銀行の場合は、当該銀行内部のコンピュータネットワークを介して送金が行なわれる。仕向銀行と被仕向銀行とが異なる銀行の場合は、全銀ネットワークを介して送金が行なわれる。売手クライアントと銀行のコンピュータ、買手クライアントと銀行のコンピュータとは、それぞれ、ファームバンキングシステムによって接続されている。
【0017】
[業務アプリケーション制御系のテーブル群]
仲介サーバにおける業務アプリケーション制御系のテーブル群の概略を図4に示す。テーブル群には、顧客マスターテーブル、請求書トランザクションテーブル、債務処理ログテーブル、支払トランザクションテーブルが含まれる。顧客マスターテーブルには、接続IDや企業の名称・住所・連絡先等が記憶されるようになっており、接続IDによって仲介サーバに接続した売手企業あるいは買手企業を識別する。
【0018】
請求書トランザクションテーブルは、請求書(ヘッダ)トランザクションテーブル及び請求書(明細)トランザクションテーブルからなる。請求書ヘッダとは、売主が設定する請求書属性を表示するデータフィールドであり、主として、売手ID、買手ID、合計金額、請求日付、支払予定日等を保持している。請求書明細とは、売主が設定する請求の明細を表示するデータフィールドであり、主として明細金額を保持する。売主が付与した請求書番号は、請求書識別IDとして、請求書(ヘッダ)トランザクションテーブルにセットされる。売主から受領した請求書に対しては、仲介サーバで独自の請求書IDが付与され、この請求書IDは請求書ヘッダ番号として、請求書(ヘッダ)トランザクションテーブル及び請求書(明細)トランザクションテーブルにセットされる。請求書の明細については、仲介サーバにおいて請求明細IDが付与され、この請求書IDは請求書明細番号として、請求書(明細)トランザクションテーブルにセットされる。請求書明細IDは、売主が発行した請求書において既に採番されている場合には、採番されている請求書明細番号を請求書明細IDとして用いてもよい。尚、図5は、請求書記載項目を例示するものであり、備考には請求書トランザクションテーブルの項目との関連が記載されている。
【0019】
債務処理ログテーブルは、債務処理ログ(ヘッダ)テーブルと債務処理ログ(明細)テーブルとを含む。債務処理ログヘッダとは、買主が設定する債務情報属性を表示するデータフィールドであり、主として、売手ID、買手ID、合計金額(買掛金額)、請求書識別ID、請求日付、支払予定日等を保持している。債務処理ログ明細とは、買主が設定する債務の明細を表示するデータフィールドであり、主として債務情報の明細を保持しており、請求書(ヘッダ)番号、請求書(明細)番号が保持されている。仲介サーバにおいて、債務情報と請求書情報とは請求書番号(請求書識別ID)を介してマッチングされている。尚、債務処理ログテーブルに格納される債務情報は、買手企業が債務管理(買掛管理)として社内に登録する債務情報と類似の情報である。
【0020】
支払トランザクションテーブルは、支払(ヘッダ)トランザクションテーブル及び支払(明細)トランザクションテーブルからなる。支払ヘッダとは、買主が設定する支払・振込属性を表示するデータフィールドであり、主として、売手ID、買手ID、支払金額、支払日を保持する。支払明細は、買主が設定する支払の明細を表示するデータフィールドであり、主として、どの請求明細に対しての支払いなのかを保持する。支払(ヘッダ)トランザクションテーブルには、支払ヘッダと支払明細と請求書明細とのマッチングを行う振込IDとしてのクリアリングキーがセットされており、クリアリングキーは、支払(明細)トランザクションテーブル及び請求書(明細)トランザクションテーブルにもセットされる。クリアリングキーは、買主からの振込みによって、債権として消し込まれているか識別するためのキーフィールドとして請求書(明細)トランザクションの項目にもなっている。支払(明細)トランザクションテーブルには、請求書(ヘッダ)番号(請求書ID)及び請求書(明細)番号(請求書明細ID)がセットされている。さらに支払(ヘッダ)トランザクションテーブルには、振込手数料負担区分および振込手数料の項目が設けてある。振込手数料負担区分とは、振込手数料を売主が負担するのか、買主が負担するのかを識別するためのフラグである。また、支払(明細)トランザクションテーブルには、消費税区分、源泉所得税区分、源泉所得税金額、源泉所得税内容の項目が含まれている。
【0021】
[電子事務処理の流れ]
電子事務処理の流れについて説明する。売主と買主とは、商品やサービスを売買するに当たって、両者間で見積り等をやり取りし、社内で承認を得た後に注文、注文請を行う。売主が買主に商品やサービスを販売すると、販売に伴って売掛管理が発生し、請求書が発行される。請求書には、請求先、請求書番号(売主が付与する)、日付、金額、明細等の請求書情報が含まれる(請求書記載項目は図5に例示されている)。請求書の発行はコンピュータを介して行われ、電子請求書として登録されると共に、請求書情報はコンピュータネットワークを介して仲介サーバに送信される(▲1▼)。
【0022】
仲介サーバは売主(売手クライアント)から請求書情報を受信すると、請求書情報をデータベースとして売手クライアントの記憶部に格納する。請求書情報をデータベースに格納する際には、請求書情報毎に請求書ID(請求書ヘッダ番号)を付与する。したがって、一つの請求書に係る請求書情報は、売主が付与した請求書番号と、仲介主が付与した請求書ID(請求書ヘッダ番号)によって特定される。さらに、請求書情報に含まれる各明細には請求明細ID(請求書明細番号)が付与される。請求明細ID(請求書明細番号)はその明細が含まれる請求書ID(請求書ヘッダ番号)に関連付けられている。請求書ID(請求書ヘッダ番号)および請求明細ID(請求書明細番号)が付加された請求情報は、売主に返信される。尚、請求書明細番号を売主が予め符番する場合もあり得る。その場合は、既に採番されている請求書明細番号を請求書明細IDとして用いてもよい。
【0023】
売主が発行した請求書情報は、請求書ID(請求書ヘッダ番号)および請求明細ID(請求書明細番号)と共に、売主から、あるいは/および仲介主経由で電子データとして買主に送信される(▲2▼)。図では、仲介サーバ経由で請求書ID及び請求明細IDが付された請求書情報を買手クライアントに送信するものを示しているが、請求書ID及び請求明細IDが付された請求書情報を売手クライアント経由で買手クライアントに送信してもよい。
【0024】
買主は、請求書情報を確認すると共に、買手クライアント内で買掛金登録を行う(▲3▼,▲4▼)。買掛金登録には、仕入先(請求元)、請求書ID(請求書ヘッダ番号)、請求書番号(請求書識別ID)、日付、金額、明細、請求明細ID(請求書明細番号)等の情報が含まれる。さらに、買掛金登録の情報は、債務情報として買手クライアントから仲介サーバへとコンピュータネットワークを介して送信され、仲介サーバによって受信された債務情報は、債務処理ログテーブルの形で仲介サーバの記憶部に格納される(▲4▼)。仲介サーバの記憶部に格納された債務情報は、請求書番号(請求書識別ID)を介して、同じく仲介サーバの記憶部に格納されている請求書情報とマッチングされる。買掛金登録が行なわれると、請求書情報は支払・振込管理に渡される(▲4▼)。振込みが決まると、コンピュータネットワークを介して買手クライアントから仲介サーバに振込情報を送信する(クリアリングキーの申請)(▲5▼)。クリアリングキー申請には、請求書ID(請求書ヘッダ番号)、振込の対象となる請求明細ID(請求書明細番号)、支払方法等の振込情報が含まれる。より詳しくは、支払い対象となる、請求書(ヘッダ)番号と請求書(明細)番号をキーに、支払(ヘッダ)トランザクションテーブルと明細個々の支払(明細)トランザクションテーブルの項目の情報を仲介サーバに送信する。
【0025】
振込情報を含んだクリアリングキー申請を受信した仲介サーバは、受信した振込情報と格納されている請求書情報とを関連付けるクリアリングキーを決定して、コンピュータネットワークを介してクリアリングキーを買手クライアントに返信する(▲6▼)。より詳しくは、受信した請求書(ヘッダ)番号、請求書(明細)番号、支払(ヘッダ)トランザクションテーブルと明細個々の支払(明細)トランザクションテーブルの情報に基づいてクリアリングキーを発番し、クリアリングキーを、支払(ヘッダ)トランザクションテーブル、(明細)トランザクションテーブルにセットする。振込情報には、振込みに係る請求明細ID(請求書明細番号)も含まれているので、クリアリングキーは、請求書及び個々の明細と関連付けられることになる。さらに、振込情報には、「振込手数料負担区分/金額」、「源泉所得税区分/金額」、が含まれる。「振込手数料負担区分/金額」は、銀行の手数料を差し引いて入金された場合への対処である。「源泉所得税区分/金額」は、請求金額から税種によって所定の割合の金額を源泉して送金するため、入金額が請求額と合わないことに対処するものである。非居住者口座への「使用料」等の源泉徴収に有利である。
【0026】
次いで、買主は、ファームバンキングの振込みデータを作成する。このデータは基本的には仲介サーバに送信される振込情報と類似であって、情報には、受取人名(売手企業・仕入先)、クリアリングキー、日付、金額等が含まれる。そして、クリアリングキーを付与した振込データをFBデータとしてコンピュータネットワークを介して仕向銀行に送信する(▲7▼)。クリアリングキーはEDIデータとして送信される。
【0027】
クリアリングキーが付与された振込データは、コンピュータネットワークを介して仕向銀行から被仕向銀行に送信され、売主は被仕向銀行を通じてコンピュータネットワークを介してクリアリングキーが付与された振込データを受信する(▲8▼)。振込データは入金情報として報告され、入金情報には、振込依頼人名(買手企業・請求先)、クリアリングキー、日付、金額等が含まれる。入金内容を確認する(▲9▼)と共に、コンピュータネットワークを介してクリアリングキーを仲介サーバに送信して照会する((10))。
【0028】
売手クライアントからクリアリングキーを受信した仲介サーバは、クリアリングキーに関連付けられた請求書情報、並びに振込情報を売手クライアントに送信する((11))。クリアリングキーは請求書ID(請求書ヘッダ番号)および請求明細ID(請求書明細番号)に関連付けられているので、仲介サーバから売手クライアントに送られる請求書情報並びに振込情報には請求書ID(請求書ヘッダ番号)(請求書番号)及び振込に係る請求明細ID(請求書明細番号)(明細品目)が含まれる。売手クライアントは、入金情報と受信した請求書情報並びに振込情報とから消込情報を確認し((12))、売掛金の自動消し込みが行なわれる((13))。詳しくは、クリアリングキーを取得した仲介サーバは、クリアリングキーを基に、支払(ヘッダ)トランザクションテーブルと支払(明細)トランザクションテーブルの情報を抽出する。併せて、抽出した支払(明細)トランザクションテーブルにある請求書(ヘッダ)番号と請求書(明細)番号をキーとして、請求書ヘッダテーブル、請求書明細テーブルのデータを抽出する。次いで、請求書明細テーブルの「クリアリングキー」の項目に売手クライアントから受領したクリアリングキーをセットして支払状況のステータスを管理する。抽出された請求明細トランザクションテーブル、支払(ヘッダ)トランザクションテーブルと支払(明細)トランザクションテーブルのデータを売手クライアントに送信する。また、全明細消込ステータスフラグやクリアリングステータスキーを用いて消込データ受領送信のステータスを管理する。
【0029】
図6乃至図8は、本発明に係る電子事務処理方法を示すフローチャートである。図6は、買手クライアントが、請求書情報及び請求書ID・請求明細IDを取得するまでのステップを示している。先ず、売手クライアントが請求書を発行して、請求書に含まれる請求書情報を仲介サーバに送信する(S1)。仲介サーバは受信した請求書情報に請求書ID(請求書ヘッダ番号)及び請求明細ID(請求書明細番号)を付与すると共に、該請求書情報と請求書ID(請求書ヘッダ番号)及び請求明細ID(請求書明細番号)を記憶部に格納する(S2)。売手クライアントから受信した請求書情報に予め請求明細ID(請求書明細番号)が付与されている場合には、その予め付与されている請求明細ID(請求書明細番号)を用いてもよい。いずれにせよ、請求書ID(請求書ヘッダ番号)と請求明細ID(請求書明細番号)とは関連付けられていることが必要である。仲介サーバは、該請求書情報と請求書ID(請求書ヘッダ番号)及び請求明細ID(請求書明細番号)を売手クライアントに送信する(S3)。該請求書情報と請求書ID(請求書ヘッダ番号)及び請求明細ID(請求書明細番号)を、売手クライアントあるいは/および仲介サーバから買手クライアントに送信する(S4)。
【0030】
図7は、クリアリングキーの発行・取得のステップを示している。請求書情報を取得した買手クライアントは、クリアリングキーの申請を仲介サーバに送信する(S5)。クリアリングキー申請には、振込みに係る請求書ID(請求書ヘッダ番号)および請求明細ID(請求書明細番号)を含む振込情報が含まれている。仲介サーバは、受け取った振込情報と格納されている請求書情報とを関連付けるクリアリングキーを発行すると共に、クリアリングキーおよび振込情報を記憶部に格納する(S6)。仲介サーバは、クリアリングキーを買手クライアントに返信する(S7)。
【0031】
買手クライアントは、ファームバンキングを利用して売手クライアントに振込みを行うが、その際、クリアリングキーをEDI情報に含めることで、送金と共にクリアリングキーを送信する(S8)。
【0032】
図8は、売手クライアントが消し込み情報を取得するステップを示している。入金情報と共にクリアリングキーを取得した売手クライアントは、コンピュータネットワークを介してクリアリングキーの照会を仲介サーバに行う(S9)。仲介サーバは、照会されたクリアリングキーに関連付けられた請求書情報並びに振込情報を売手クライアントに返信する(S10)。
【0033】
売手クライアントは、クリアリングキーに関連付けられた請求書情報、振込情報、及び入金情報とから消し込み処理を行う(S11)。該請求書情報並びに振込情報には、請求書ID(請求書ヘッダ番号)と請求明細ID(請求書明細番号)が含まれている。
【0034】
本発明は、上述のように構成されているので、複数の請求書を合算して振込みを行うような場合(図11)であっても、あるいは、請求書の一部の振込みがあったような場合(図9,10,12)であっても、売掛金の消し込みを容易に行うことができる。
【0035】
図9のものでは、YYY株式会社のコンピュータ(売手クライアント)によって8月10日の入金データと共に受信されたクリアリングキーが、請求書1(請求書ID)及び請求明細1,2(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額20万円と請求書明細1,2の金額20万円とを照合することで消し込みが行なわれる。また、YYY株式会社のコンピュータ(売手クライアント)によって8月30日の入金データと共に受信されたクリアリングキーが、請求書1(請求書ID)及び請求明細3〜10(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額80万円と請求書明細3〜10の金額80万円とを照合することで消し込みが行なわれる。
【0036】
図10のものでは、YYY株式会社のコンピュータ(売手クライアント)によって8月10日の入金データと共に受信されたクリアリングキーが、請求書1(請求書ID)及び請求明細1,2(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額20万円と請求書明細1,2の金額20万円とを照合することで消し込みが行なわれる。また、YYY株式会社のコンピュータ(売手クライアント)によって8月30日の入金データと共に受信されたクリアリングキーが、請求書1(請求書ID)及び請求明細3〜10(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額75万円と請求書明細3〜10の金額80万円とを照合することで消し込みが行なわれ、5万円が売掛金として残る。5万円の残金額は、仲介サーバの請求書トランザクションテーブル、債務処理ログテーブル及び支払トランザクションテーブルに反映される。YYY株式会社のコンピュータ(売手クライアント)によって9月10日の入金データと共に受信されたクリアリングキーが、請求書1(請求書ID)及び請求明細3〜10(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額5万円と請求書明細3〜10の残金額5万円とを照合することで消し込みが行なわれる。
【0037】
図11のものでは、YYY株式会社のコンピュータ(売手クライアント)によって8月30日の入金データと共に受信されたクリアリングキーが、請求書1(明細1〜5)及び請求書2(明細1〜5)という情報に関連付けられており、売手クライアントにおいて入金データの金額180万円と請求書1,2の合計金額180万円とを照合することで消し込みが行なわれる。
【0038】
図12のものでは、YYY株式会社のコンピュータ(売手クライアント)によって8月20日の入金データと共に受信されたクリアリングキーが、請求書1(明細1〜5)という情報に関連付けられており、売手クライアントにおいて入金データの金額90万円と請求書1の合計金額90万円とを照合することで消し込みが行なわれる。さらに、YYY株式会社のコンピュータ(売手クライアント)によって8月30日の入金データと共に受信されたクリアリングキーが、請求書2(請求書ID)及び請求明細1〜3(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額40万円と請求書2の明細1〜3の金額40万円とを照合することで消し込みが行なわれる。さらに、YYY株式会社のコンピュータ(売手クライアント)によって9月10日の入金データと共に受信されたクリアリングキーが、請求書2(請求書ID)及び請求明細4,5(請求明細ID)という情報に関連付けられており、売手クライアントにおいて入金データの金額50万円と請求書明細4,5の金額50万円とを照合することで消し込みが行なわれる。
【図面の簡単な説明】
【図1】売買取引に係る事務を示す図である。
【図2】本発明に係る業務フローを示す図である。
【図3】本発明に係るデータフローを示す図である。
【図4】業務アプリケーション制御系のテーブル群を示す図である。
【図5】請求書記載項目を例示する図である。
【図6】請求書情報及び請求書ID・請求明細IDの取得の手続の流れを示すフローチャートである。
【図7】クリアリングキーの発行・取得の手続の流れを示すフローチャートである。
【図8】消し込み情報の取得の手続の流れを示すフローチャートである。
【図9】商品10回納品・請求月次請求・支払2回の場合を示す図である。
【図10】商品10回納品・請求月次請求・支払3回の場合を示す図である。
【図11】商品2回納品・請求個別請求・支払1回・月次買掛金方式の場合を示す図である。
【図12】商品2回納品・請求個別請求・支払3回の場合を示す図である。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an electronic paperwork processing system and an electronic paperwork processing method, and more particularly to a system and a method that can digitize paperwork after a sales transaction and automate reconciliation.
[0002]
[Prior art]
FIG. 1 shows a conventional business associated with trading, and the business is classified into (1) buying and selling, (2) delivery, and (3) back office processing. When buying and selling products and services, the trading parties exchange quotes and the like, and after obtaining approval through in-house approval and the like, make orders and confirm orders. The seller sends the goods and services to the buyer according to the order, and the buyer confirms the delivery and inspects the goods.
After confirming the acceptance, the buyer sends an acceptance note to the seller. The seller issues an invoice and mails it. In some cases, electronic billing may be used. After receiving the invoice, the buyer checks order / delivery status management against the invoice, and implements accounts payable management for identifying the invoice.
[0003]
At the time of identification with the invoice, it is matched up to the line item level. According to the invoice, the buyer prepares the accounting process for the payment and the transfer data, and executes the transfer to the house bank. In the case where there are a plurality of transfers of the same partner, the transfer amount is often added to reduce the transfer fee.
[0004]
The seller performs accounting processing based on the deposit information from the bank. The seller clears the receivable status based on the payment information. Since it is only the data of the transferee and the amount, it takes a lot of work until it is cleared. If the transferor (buyer) makes a transfer by adding up the transfer amounts, further work is required for the transfer.
[0005]
Japanese Patent Application Laid-Open No. 2001-92913 discloses an electronic transaction method capable of automating the reconciliation process. According to this, the reconciliation key added to the invoice issued by the creditor is automatically carried around until the payment notification, and the reconciliation process can be automatically executed. Further, the debtor-side processing device creates a payment guide by combining the received invoices and transmits the payment guide to the EDI center. The EDI center generates and assigns a unique matching key corresponding to the payment guide. And make a transfer request, store the correspondence between the application key and the matching key of multiple invoices in a table, and based on the matching key added to the payment notification from the bank, By adding the application key and notifying the creditor, it is possible to cope with the transfer of a plurality of bills at once.
[0006]
However, this method pays and applies based on the application key given by the creditor for each invoice, and cannot respond to the case where a part of the invoice is paid. is there.
[0007]
[Problems to be solved by the invention]
The present invention relates to (3) back-office processing in the above-mentioned business, and it may be the case that a transfer is made by summing up a plurality of invoices or that a part of the invoice has been transferred. It is an object of the present invention to be able to easily clear accounts receivable even in such cases.
[0008]
[Means for Solving the Problems]
A method adopted by the present invention to achieve this object is an electronic paperwork processing method using a computer network, comprising the steps of obtaining bill information from a seller, storing the bill information, and Acquiring the transfer information, storing the transfer information, issuing a clearing key for associating the transfer information with the bill information, transmitting the clearing key to the buyer, and receiving a request from the seller. Transmitting information associated with the clearing key to the seller.
[0009]
Further, the system adopted by the present invention is an electronic paperwork processing system using a computer network, the system includes a mediation server, a seller client, and a buyer client, and the mediation server is obtained from the seller client. Invoice information is stored, transfer information from the buyer client is stored, and a clearing key for associating the transfer information with the bill information is provided and transmitted to the buyer client. A clearing key is transmitted to the seller client, and the seller client obtains information associated with the clearing key by referencing the clearing key to the intermediary server, and erases the information from the obtained information and the payment information. It is configured to perform. Further, the present invention can be provided as a program for causing a computer to execute the electronic business processing method, and a computer-readable recording medium on which the program is recorded.
[0010]
In a preferred embodiment, the transfer from the buyer client to the seller client is made via the firm banking system, and the clearing key is transmitted to the seller client as EDI information together with payment information (transfer data).
[0011]
In a preferred aspect, the intermediation server assigns a bill ID (bill header number) to the acquired bill information and a bill associated with the bill ID (bill header number) for each statement of the bill. A statement ID (invoice statement number) is given, and the invoice ID (invoice header number) and the invoice statement ID (invoice statement number) are returned to the seller client. Then, the bill ID (bill header number) and the bill detail ID (bill detail number) are transmitted to the buyer client via the mediation server or / and the seller client. The transfer information transmitted from the buyer client includes the invoice ID (invoice header number) and the invoice details ID (invoice details number). Therefore, the clearing key for associating the bill information and the transfer information includes the bill ID (bill header number) and the bill detail ID (bill bill number). The level can be erased. Therefore, not only when a plurality of invoices are combined and transferred, but also when a transfer corresponding to a part of the bills is made, the payment can be made.
[0012]
BEST MODE FOR CARRYING OUT THE INVENTION
[Overall system configuration]
The system of the present invention will be described with reference to FIGS. FIG. 2 is a diagram showing an outline of a business flow of the system of the present invention, and FIG. 3 is a diagram showing an outline of a data flow of the system of the present invention. The system according to the present invention is a paperwork processing system related to trading business, and includes a seller (seller company), a buyer (buyer company), an intermediary, and a bank, which are connected via a computer network. It is connected. Specifically, the computer of the seller and the computer of the intermediary, the computer of the buyer and the computer of the intermediary, the computer of the buyer and the computer of the bank, the computer of the seller and the computer of the bank can be connected to each other via a computer network. It is possible. The means for connecting the computers is not particularly limited. For example, a means using a dedicated line or a method using the Internet may be used, and data can be exchanged between the computers. Just do it. The seller's computer and the buyer's computer are also connected via a computer network such as VAN or EDI net. The computer includes hardware resources such as a CPU, a storage device, an input device, and an output device.
[0013]
[Seller]
A seller is an entity that sells goods or provides services for a fee, and is a creditor. In the seller, sales and purchase management, accounts receivable management, and payment management occur along with the purchase and sale of goods and services, and these managements are performed with internal approval and confirmation as needed. The seller issues an invoice in connection with the sales transaction. These managements are mainly performed using a computer, and the seller's computer is referred to as a seller client in this specification. The seller client is composed of one or more computers, and is generally a group of computers. The seller client includes a communication terminal for exchanging data with the mediation server and the bank computer, respectively.
[0014]
[buyer]
The buyer is an entity that purchases commodities or receives services for a fee, and is a debtor. In the buyer, the sale and purchase management, accounts payable management, and payment / transfer management occur along with the purchase and sale of goods and services, and these managements are performed while obtaining internal approval and confirmation as necessary. Further, these managements are mainly performed using a computer, and in this specification, the buyer's computer is referred to as a buyer client. The buyer client is composed of one or more computers, and is generally a group of computers. The buyer client includes a communication terminal for exchanging data with the mediation server and the bank computer, respectively.
[0015]
[Mediator]
The intermediary stands between the seller and the buyer and mediates the delivery of bill information and payment / transfer information. Delivery of various types of information between the seller, the buyer and the intermediary is performed via a computer network. In the present specification, the computer of the intermediary is called an intermediary server, and the intermediary server is composed of one or a plurality of computers, and is generally a group of computers. The mediation server has a gateway that manages connection with seller clients and buyer clients, and a central server. The central server includes a billing information management DB (database) for storing billing information and a transfer information management DB (database) for storing transfer information. The billing DB and the transfer DB are operated by a clearing key described later. Associated. The central server further includes a debt information management DB (database). In the embodiment, data exchange between the seller client and the buyer client and the gateway is performed by an API (Application Program Interface), and data exchange between the gateway and the central server is performed in XML or other standard. Communication protocol is used.
[0016]
[Bank]
Payments from buyers to sellers are made through banks. Specifically, electronic remittance is performed from a buyer's bank (destination bank) to a seller's bank (destination bank) via a computer network between banks. When the destination bank and the destination bank are the same bank, remittance is performed via a computer network inside the bank. If the destination bank and the destination bank are different banks, remittance is performed via the Zengin Network. The seller client and the bank computer and the buyer client and the bank computer are connected by a farm banking system.
[0017]
[Business application control system tables]
FIG. 4 shows an outline of a business application control system table group in the mediation server. The table group includes a customer master table, an invoice transaction table, a debt processing log table, and a payment transaction table. The customer master table stores connection IDs, company names, addresses, contact information, and the like, and identifies the seller company or buyer company connected to the mediation server by the connection ID.
[0018]
The bill transaction table includes a bill (header) transaction table and a bill (detail) transaction table. The bill header is a data field for displaying a bill attribute set by the seller, and mainly holds a seller ID, a buyer ID, a total amount, a billing date, a scheduled payment date, and the like. The billing statement is a data field for displaying the billing statement set by the seller, and mainly holds the statement amount. The bill number given by the seller is set in the bill (header) transaction table as a bill identification ID. A unique invoice ID is assigned to the invoice received from the seller by the mediation server, and this invoice ID is used as an invoice header number in the invoice (header) transaction table and the invoice (detail) transaction table. Set. A billing statement ID is assigned to the billing statement in the mediation server, and the billing statement ID is set as a billing statement number in the billing (transaction) transaction table. If the invoice issued by the seller has already been numbered, the invoice detailed ID may use the numbered invoice detailed number as the invoice detailed ID. FIG. 5 exemplifies the items described in the bill, and the remarks indicate the relationship with the items in the bill transaction table.
[0019]
The debt processing log table includes a debt processing log (header) table and a debt processing log (detail) table. The debt processing log header is a data field for displaying a debt information attribute set by the buyer, and mainly holds a seller ID, a buyer ID, a total amount (payable amount), an invoice identification ID, an invoice date, a scheduled payment date, and the like. are doing. The debt processing log detail is a data field for displaying the detail of the debt set by the buyer, and mainly holds the detail of the debt information, and holds the bill (header) number and the bill (detail) number. I have. In the intermediary server, the debt information and the bill information are matched via a bill number (bill identification ID). Note that the debt information stored in the debt processing log table is information similar to the debt information registered in the company as debt management (account management) by the buyer company.
[0020]
The payment transaction table includes a payment (header) transaction table and a payment (detail) transaction table. The payment header is a data field for displaying a payment / transfer attribute set by the buyer, and mainly holds a seller ID, a buyer ID, a payment amount, and a payment date. The payment details are data fields for displaying the payment details set by the buyer, and mainly hold the billing details for the payment. In the payment (header) transaction table, a clearing key as a transfer ID for matching the payment header, the payment details, and the invoice details is set, and the clearing keys are the payment (details) transaction table and the invoice. It is also set in the (detail) transaction table. The clearing key is also an item of a bill (detail) transaction as a key field for identifying whether or not the credit has been applied by a transfer from the buyer. A bill (header) number (bill ID) and a bill (detail) number (bill detail ID) are set in the payment (detail) transaction table. Further, the payment (header) transaction table has items of a transfer fee burden classification and a transfer fee. The transfer fee burden classification is a flag for identifying whether the transfer fee is paid by the seller or the buyer. The payment (details) transaction table includes items of consumption tax classification, withholding income tax classification, withholding income tax amount, and withholding income tax content.
[0021]
[Flow of electronic paperwork]
The flow of the electronic paperwork will be described. When buying and selling goods and services, the seller and the buyer exchange quotes and the like between them, and after obtaining approval in the company, place an order and confirm the order. When a seller sells a product or service to a buyer, receivable management occurs along with the sale, and an invoice is issued. The invoice includes invoice information such as a billing address, an invoice number (assigned by the seller), a date, an amount, and a statement (invoice items are illustrated in FIG. 5). Issuance of a bill is performed via a computer, registered as an electronic bill, and bill information is transmitted to a mediation server via a computer network ((1)).
[0022]
Upon receiving the bill information from the seller (seller client), the mediation server stores the bill information as a database in the storage unit of the seller client. When storing the bill information in the database, a bill ID (bill header number) is assigned to each bill information. Accordingly, the bill information for one bill is specified by the bill number assigned by the seller and the bill ID (bill header number) assigned by the intermediary. Further, each statement included in the bill information is assigned a bill description ID (bill statement number). The billing statement ID (bill statement number) is associated with a bill ID (bill header number) containing the statement. The billing information to which the bill ID (bill header number) and the bill detail ID (bill detail number) are added is returned to the seller. It should be noted that the billing statement number may be previously numbered by the seller. In that case, the already assigned bill specification number may be used as the bill specification ID.
[0023]
The invoice information issued by the seller is transmitted to the buyer as electronic data from the seller or / and via the intermediary together with the invoice ID (invoice header number) and the invoice details ID (invoice details number) (▲ 2 ▼). In the figure, the bill information to which the bill ID and the bill detail ID are attached is transmitted to the buyer client via the mediation server, but the bill information with the bill ID and the bill detail ID is transmitted to the seller. It may be sent to the buyer client via the client.
[0024]
The buyer confirms the bill information and registers the accounts payable within the buyer client ((3), (4)). Accounts payable registration includes supplier (invoice source), invoice ID (invoice header number), invoice number (invoice identification ID), date, amount, item, invoice item ID (invoice item number), etc. Information is included. Further, the information of the accounts payable registration is transmitted as debt information from the buyer client to the mediation server via the computer network, and the debt information received by the mediation server is stored in the storage unit of the mediation server in the form of a debt processing log table. It is stored ((4)). The debt information stored in the storage unit of the mediation server is matched with the bill information similarly stored in the storage unit of the mediation server via the bill number (bill identification ID). When the accounts payable is registered, the bill information is transferred to the payment / transfer management ([4]). When the transfer is determined, the transfer information is transmitted from the buyer client to the mediation server via the computer network (application for a clearing key) ([5]). The clearing key application includes invoice ID (invoice header number), invoice details ID (invoice invoice number) to be transferred, and transfer information such as a payment method. More specifically, using the bill (header) number and bill (detail) number to be paid as a key, information on items of the payment (header) transaction table and individual payment (detail) transaction tables is transmitted to the intermediary server. Send.
[0025]
Upon receiving the clearing key application including the transfer information, the mediation server determines a clearing key that associates the received transfer information with the stored bill information, and provides the clearing key to the buyer client via the computer network. (6). More specifically, a clearing key is issued and cleared based on the received invoice (header) number, invoice (detail) number, payment (header) transaction table, and information on each payment (detail) transaction table of each item. Set the ring key in the payment (header) transaction table and (detail) transaction table. Since the transfer information also includes a billing statement ID (bill statement number) relating to the transfer, the clearing key is associated with the bill and each statement. Further, the transfer information includes “transfer fee burden classification / amount” and “withholding income tax classification / amount”. “Transfer fee burden classification / amount” is a measure to be taken in the case where a deposit is deducted from a bank fee. The “withholding income tax category / amount” is to cope with the fact that the deposit amount does not match the invoiced amount because the amount is withdrawn from the invoiced amount according to the tax type at a predetermined rate. This is advantageous for withholding of "royalties" etc. to non-resident accounts.
[0026]
Next, the buyer creates transfer data for firm banking. This data is basically similar to the transfer information transmitted to the mediation server, and the information includes a recipient name (seller company / supplier), a clearing key, a date, an amount, and the like. Then, the transfer data provided with the clearing key is transmitted as FB data to the destination bank via the computer network ([7]). The clearing key is transmitted as EDI data.
[0027]
The transfer data provided with the clearing key is transmitted from the destination bank to the destination bank via the computer network, and the seller receives the transfer data provided with the clearing key via the computer network via the destination bank ( (8). The transfer data is reported as payment information, and the payment information includes a transfer requester name (buying company / billing destination), a clearing key, a date, an amount, and the like. The contents of the payment are confirmed ((9)), and the clearing key is transmitted to the mediation server via the computer network for inquiry ((10)).
[0028]
The mediation server that has received the clearing key from the seller client transmits the bill information and the transfer information associated with the clearing key to the seller client ((11)). Since the clearing key is associated with the invoice ID (invoice header number) and the invoice details ID (invoice details number), the invoice information and the transfer information sent from the intermediary server to the seller client include the invoice ID ( An invoice header number) (invoice number) and an invoice detail ID (invoice detail number) (detail item) relating to the transfer are included. The seller client confirms the application information from the payment information, the received invoice information and the transfer information ((12)), and the automatic application of the accounts receivable is performed ((13)). Specifically, the mediation server that has acquired the clearing key extracts information on the payment (header) transaction table and the payment (detail) transaction table based on the clearing key. At the same time, the data of the invoice header table and the invoice details table are extracted using the invoice (header) number and the invoice (detail) number in the extracted payment (detail) transaction table as keys. Next, the clearing key received from the seller client is set in the item of “clearing key” in the bill statement table to manage the status of the payment status. The data of the extracted billing statement transaction table, payment (header) transaction table, and payment (detail) transaction table are transmitted to the seller client. Also, the status of the clearing data reception and transmission is managed using the clearing status key and the clearing status key.
[0029]
6 to 8 are flowcharts showing the electronic paperwork processing method according to the present invention. FIG. 6 shows steps until the buyer client acquires the bill information and the bill ID / billing statement ID. First, the seller client issues a bill and transmits bill information included in the bill to the mediation server (S1). The mediation server assigns a bill ID (bill header number) and a bill detail ID (bill bill number) to the received bill information, and also includes the bill information, bill ID (bill header number), and bill detail. The ID (bill statement number) is stored in the storage unit (S2). If the bill information received from the seller client is preliminarily provided with a bill specification ID (bill specification number), the previously provided bill specification ID (bill specification number) may be used. In any case, it is necessary that the invoice ID (invoice header number) and the invoice details ID (invoice details number) are associated with each other. The mediation server sends the bill information, the bill ID (bill header number) and the bill detail ID (bill detail number) to the seller client (S3). The invoice information, the invoice ID (invoice header number) and the invoice details ID (invoice details number) are transmitted from the seller client or / and the mediation server to the buyer client (S4).
[0030]
FIG. 7 shows the steps of issuing and acquiring a clearing key. The buyer client that has obtained the bill information transmits an application for a clearing key to the mediation server (S5). The clearing key application includes transfer information including a bill ID (bill header number) and a bill detail ID (bill detail number) related to the transfer. The mediation server issues a clearing key that associates the received transfer information with the stored bill information, and stores the clearing key and the transfer information in the storage unit (S6). The mediation server returns the clearing key to the buyer client (S7).
[0031]
The buyer client makes a transfer to the seller client using firm banking. At this time, the clearing key is included in the EDI information to transmit the clearing key together with the remittance (S8).
[0032]
FIG. 8 shows a step in which the seller client obtains the application information. The seller client that has acquired the clearing key together with the deposit information makes an inquiry about the clearing key to the mediation server via the computer network (S9). The mediation server returns the bill information and the transfer information associated with the inquired clearing key to the seller client (S10).
[0033]
The seller client performs an application process based on the bill information, transfer information, and payment information associated with the clearing key (S11). The bill information and the transfer information include a bill ID (bill header number) and a bill detail ID (bill detail number).
[0034]
Since the present invention is configured as described above, even when a plurality of invoices are combined and transferred (FIG. 11), or when a part of the invoice is transferred. In such cases (FIGS. 9, 10, and 12), the receivable can be easily cleared.
[0035]
In FIG. 9, the clearing key received along with the deposit data on August 10 by the computer (seller client) of YYY Corporation is the invoice 1 (invoice ID) and the invoice details 1 and 2 (invoice details ID). )), And the seller client compares the amount of money 200,000 yen of the payment data with the amount of money 200,000 yen of the invoice details 1 and 2 to perform the application. Also, the clearing key received along with the deposit data on August 30 by the computer (seller client) of YYY Co., Ltd. is converted into information of invoice 1 (invoice ID) and invoice details 3 to 10 (invoice detail ID). The reconciliation is performed by matching the amount of money 800,000 yen of the payment data with the amount 800,000 yen of the invoice details 3 to 10 at the seller client.
[0036]
In FIG. 10, the clearing key received along with the deposit data on August 10 by the computer (seller client) of YYY Corporation is the invoice 1 (invoice ID) and
[0037]
In FIG. 11, the clearing key received along with the deposit data on August 30 by the computer (seller client) of YYY Corporation is shown in Invoice 1 (
[0038]
In FIG. 12, the clearing key received along with the deposit data on August 20 by the computer (seller client) of YYY Co., Ltd. is associated with the information of invoice 1 (
[Brief description of the drawings]
FIG. 1 is a diagram showing office work related to a sales transaction.
FIG. 2 is a diagram showing a business flow according to the present invention.
FIG. 3 is a diagram showing a data flow according to the present invention.
FIG. 4 is a diagram showing a table group of a business application control system.
FIG. 5 is a diagram exemplifying bill entry items.
FIG. 6 is a flowchart showing the flow of a procedure for acquiring bill information and a bill ID and a bill detail ID.
FIG. 7 is a flowchart showing a flow of a procedure for issuing / acquiring a clearing key.
FIG. 8 is a flowchart showing a flow of a procedure for acquiring revocation information.
FIG. 9 is a diagram showing a case where a product is delivered 10 times, billed monthly, and paid twice.
FIG. 10 is a diagram showing a case where a product is delivered ten times, billed monthly, and paid three times.
FIG. 11 is a diagram showing a case of a two-time delivery of goods, individual billing, one payment, and a monthly accounts payable method.
FIG. 12 is a diagram showing a case of twice delivery of a product, individual billing, and three payments.
Claims (46)
売手クライアントから請求書情報を取得して、該請求書情報を格納するステップと、
買手クライアントから振込情報を取得して、該振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを発行し、該クリアリングキーを買手クライアントに送信するステップと、
該買手クライアントから該クリアリングキーを取得した売手クライアントからの該クリアリングキーに基づく要求によって、該クリアリングキーに関連付けられた情報を売手クライアントに送信するステップとを有する電子事務処理方法。An electronic business processing method using a computer network,
Obtaining invoice information from the seller client and storing the invoice information;
Acquiring the transfer information from the buyer client, storing the transfer information, issuing a clearing key for associating the transfer information with the bill information, and transmitting the clearing key to the buyer client;
Transmitting information associated with the clearing key to the seller client in response to a request based on the clearing key from the seller client that obtained the clearing key from the buyer client.
該システムは、仲介サーバ、売手クライアント、買手クライアントを備えており、
該仲介サーバは、売手クライアントから取得した請求書情報を格納し、該買手クライアントからの振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを付与して該買手クライアントに送信し、
該買手クライアントはネットワークを介して該売手クライアントへ振込みを行うと共に該クリアリングキーを該売手クライアントに送信し、
該売手クライアントは該クリアリングキーを該仲介サーバに照会することで該クリアリングキーに関連付けられた情報を取得し、取得した情報と入金情報とから消し込みを行うように構成されている電子事務処理システム。An electronic business processing system using a computer network,
The system includes a mediation server, a seller client, and a buyer client,
The intermediary server stores the bill information obtained from the seller client, stores the transfer information from the buyer client, and assigns a clearing key for associating the transfer information with the bill information to provide the buyer client with the clearing key. Send to
The buyer client makes a transfer to the seller client via the network and sends the clearing key to the seller client;
The seller client obtains information associated with the clearing key by inquiring the clearing key to the intermediary server, and performs an electronic clerk operation from the obtained information and payment information. Processing system.
該サーバは、売手クライアントから請求書情報を取得して、該請求書情報を格納し、
買手クライアントから振込情報を取得して、該振込情報を格納すると共に、
該振込情報と該請求書情報とを関連付けるクリアリングキーを発行して、該クリアリングキーを買手クライアントに送信し、
該買手クライアントから該クリアリングキーを取得した売手クライアントからの要求によって、該クリアリングキーに関連付けられた情報を売手クライアントに送信するように構成されている仲介サーバ。An intermediary server that performs electronic paperwork using a computer network,
The server obtains bill information from the seller client, stores the bill information,
While acquiring the transfer information from the buyer client and storing the transfer information,
Issue a clearing key that associates the transfer information with the bill information, send the clearing key to the buyer client,
An intermediary server configured to transmit information associated with the clearing key to the seller client in response to a request from the seller client that has acquired the clearing key from the buyer client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003208869A JP2004145865A (en) | 2002-08-27 | 2003-08-26 | Method and system for electronic paperwork processing |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002247854 | 2002-08-27 | ||
| JP2003208869A JP2004145865A (en) | 2002-08-27 | 2003-08-26 | Method and system for electronic paperwork processing |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004145865A true JP2004145865A (en) | 2004-05-20 |
Family
ID=32472717
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003208869A Pending JP2004145865A (en) | 2002-08-27 | 2003-08-26 | Method and system for electronic paperwork processing |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004145865A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007179205A (en) * | 2005-12-27 | 2007-07-12 | Oki Electric Ind Co Ltd | Centralized transaction processing system |
| JP2019175157A (en) * | 2018-03-28 | 2019-10-10 | 株式会社オービック | FB remittance data creation device, FB remittance data creation method, and FB remittance data creation program |
| WO2022270431A1 (en) * | 2021-06-23 | 2022-12-29 | Bank Invoice株式会社 | Information processing device, information processing method, and program |
| JP2023100419A (en) * | 2022-01-06 | 2023-07-19 | Miletos株式会社 | Claim processing device, claim processing method, and program |
| JP2025019055A (en) * | 2023-07-26 | 2025-02-06 | 楽天グループ株式会社 | Deposit system, deposit method, and program |
-
2003
- 2003-08-26 JP JP2003208869A patent/JP2004145865A/en active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007179205A (en) * | 2005-12-27 | 2007-07-12 | Oki Electric Ind Co Ltd | Centralized transaction processing system |
| JP2019175157A (en) * | 2018-03-28 | 2019-10-10 | 株式会社オービック | FB remittance data creation device, FB remittance data creation method, and FB remittance data creation program |
| JP7149091B2 (en) | 2018-03-28 | 2022-10-06 | 株式会社オービック | FB remittance data creation device, FB remittance data creation method, and FB remittance data creation program |
| WO2022270431A1 (en) * | 2021-06-23 | 2022-12-29 | Bank Invoice株式会社 | Information processing device, information processing method, and program |
| JP2023002972A (en) * | 2021-06-23 | 2023-01-11 | Bank Invoice株式会社 | Information processing apparatus, information processing method, and program |
| JP7720077B2 (en) | 2021-06-23 | 2025-08-07 | Bank Invoice株式会社 | Information processing device, information processing method, and program |
| JP2023100419A (en) * | 2022-01-06 | 2023-07-19 | Miletos株式会社 | Claim processing device, claim processing method, and program |
| JP2025019055A (en) * | 2023-07-26 | 2025-02-06 | 楽天グループ株式会社 | Deposit system, deposit method, and program |
| JP7830573B2 (en) | 2023-07-26 | 2026-03-16 | 楽天グループ株式会社 | Deposit system, deposit methods, and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2005330645B2 (en) | Automated transaction processing system and approach with currency conversion | |
| TW577001B (en) | Computer-implemented marketplace, system and method for providing one or more financial transaction services, computer-readable medium, and method and marketplace for settling a commercial transaction between a buyer and a seller | |
| JP2007507800A (en) | System and method for merchant-assisted automatic payment processing and exception management | |
| WO2001018712A1 (en) | Web-based system to facilitate purchase, pick-up, and delivery of, and escrow and payment for, merchandise | |
| JP2011022739A (en) | Integrated finance support system | |
| KR20190025802A (en) | Enterprise Business and Communication system Using Cloud-Computing | |
| JP2023008351A (en) | Service token transaction support platform | |
| JP4212785B2 (en) | Settlement mediation system and settlement mediation method | |
| JPH11345265A (en) | E-commerce system | |
| KR20150120886A (en) | E-commerce system and method for prepaying the price of goods before delivering goods to orderers | |
| JP5465486B2 (en) | Electronic record loan application system | |
| JP2003296648A (en) | Fund transfer processing method, computer program, purchaser country side financial institution system, seller country side financial institution system and mediator system | |
| JP2004145865A (en) | Method and system for electronic paperwork processing | |
| JP2002083247A (en) | Transaction mediation system and method, data processing device, recording medium | |
| KR100453341B1 (en) | payment system using a credit card for trade and method thereof | |
| JP5897883B2 (en) | Method, system and program for generating data for transferring funds | |
| JP2002230362A5 (en) | ||
| JP2002352118A (en) | Electronic commercial transaction system | |
| JP2007115215A (en) | Operation management system of internet auction substitute business | |
| TW201040863A (en) | Network transaction method and network transaction system | |
| JP2001338255A (en) | Billing and payment collation system | |
| JP2002140645A (en) | Electronic payment management system and electronic payment management method | |
| KR20030050147A (en) | Method and system for providing payment by exclusive purchase card | |
| KR101500859B1 (en) | Method of providing online market and server performing the same | |
| KR100450561B1 (en) | Electronic transaction method and system using card for settlement |