(57)【要約】【課題】複数の請求書を合算して振込みを行うような場合であっても、あるいは、請求書の一部の振込みがあったような場合であっても、売掛金の消し込みを容易に行う。【解決手段】コンピュータネットワークを利用した電子事務処理方法であって、売主から請求書情報を取得して、該請求書情報を格納するステップと、買主から振込情報を取得して、該振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを発行し、該クリアリングキーを買主に送信するステップと、該クリアリングキーを取得した売主からの要求によって、該クリアリングキーに関連付けられた情報を売主に送信するステップとを有する。【選択図】　図２
2004145865.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータネットワークを利用した電子事務処理方法であって、
売手クライアントから請求書情報を取得して、該請求書情報を格納するステップと、
買手クライアントから振込情報を取得して、該振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを発行し、該クリアリングキーを買手クライアントに送信するステップと、
該買手クライアントから該クリアリングキーを取得した売手クライアントからの該クリアリングキーに基づく要求によって、該クリアリングキーに関連付けられた情報を売手クライアントに送信するステップとを有する電子事務処理方法。
【請求項２】
請求項１において、買手クライアントから売手クライアントへの振込みは、ファームバンキングシステムを介して行なわれ、該クリアリングキーはＥＤＩ情報として入金情報と共に該売手クライアントによって受信されることを特徴とする方法。
【請求項３】
請求項１，２いずれかにおいて、売手クライアントに送信される該クリアリングキーに関連付けられた情報は、請求書情報および／あるいは振込情報であることを特徴とする方法。
【請求項４】
請求項１乃至３いずれかにおいて、該クリアリングキーに関連付けられた情報には請求書情報の明細情報が含まれることを特徴とする方法。
【請求項５】
請求項１乃至４いずれかにおいて、取得した請求書情報に請求書ＩＤを付与するステップを有し、該請求書ＩＤには請求書情報に含まれる明細情報が関連付けられていることを特徴とする方法。
【請求項６】
請求項５において、該請求書情報の明細情報は各明細に付与された請求明細ＩＤによって特定されることを特徴とする方法。
【請求項７】
請求項６において、取得した請求書情報に請求書ＩＤを付与すると共に、該請求書ＩＤに関連付けられた請求明細ＩＤを付与することを特徴とする方法。
【請求項８】
請求項６において、該請求明細ＩＤは売手クライアントから受信した請求書情報に含まれていることを特徴とする方法。
【請求項９】
請求項６乃至８いずれかにおいて、請求合計金額は該請求書ＩＤによって特定され、請求書明細金額は該請求明細ＩＤによって特定されることを特徴とする方法。
【請求項１０】
請求項６乃至９いずれかにおいて、該請求書ＩＤ及び該請求明細ＩＤを有する請求書情報を売手クライアントに返信するステップを含むことを特徴とする方法。
【請求項１１】
請求項６乃至１０いずれかにおいて、該請求書情報は該請求書ＩＤ及び該請求明細ＩＤと共に売手クライアントから買手クライアントに送信されることを特徴とする方法。
【請求項１２】
請求項６乃至１０いずれかにおいて、該請求書情報を、該請求書ＩＤ及び該請求明細ＩＤと共に売手クライアントを経由せずに買手クライアントに送信することを特徴とする方法。
【請求項１３】
請求項６乃至１２いずれかにおいて、該振込情報には、該請求書ＩＤと該請求明細ＩＤが含まれていることを特徴とする方法。
【請求項１４】
請求項６乃至１３いずれかにおいて、該クリアリングキーに関連付けられた情報には、該請求書ＩＤと該請求明細ＩＤが含まれていることを特徴とする方法。
【請求項１５】
請求項１乃至１４いずれかに記載された電子事務処理方法をコンピュータに実行させるためのプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録させたコンピュータ読み取り可能な記録媒体。
【請求項１７】
コンピュータネットワークを利用した電子事務処理システムであって、
該システムは、仲介サーバ、売手クライアント、買手クライアントを備えており、
該仲介サーバは、売手クライアントから取得した請求書情報を格納し、該買手クライアントからの振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを付与して該買手クライアントに送信し、
該買手クライアントはネットワークを介して該売手クライアントへ振込みを行うと共に該クリアリングキーを該売手クライアントに送信し、
該売手クライアントは該クリアリングキーを該仲介サーバに照会することで該クリアリングキーに関連付けられた情報を取得し、取得した情報と入金情報とから消し込みを行うように構成されている電子事務処理システム。
【請求項１８】
請求項１７において、該買手クライアントから該売手クライアントへの振込みは、ファームバンキングシステムを介して行い、該クリアリングキーはＥＤＩ情報として入金情報と共に該売手クライアントに送信されることを特徴とするシステム。
【請求項１９】
請求項１７，１８いずれかにおいて、売手クライアントに送信される該クリアリングキーに関連付けられた情報は、請求書情報および／あるいは振込情報であることを特徴とするシステム。
【請求項２０】
請求項１７乃至１９いずれかにおいて、該クリアリングキーに関連付けられた情報には請求書情報の明細情報が含まれることを特徴とするシステム。
【請求項２１】
請求項１７乃至２０いずれかにおいて、該仲介サーバは、取得した請求書情報に請求書ＩＤを付与し、該請求書ＩＤには請求書情報に含まれる明細情報が関連付けられていることを特徴とするシステム。
【請求項２２】
請求項２１において、該請求書情報の明細情報は各明細に付与された請求明細ＩＤによって特定されることを特徴とするシステム。
【請求項２３】
請求項２２において、該仲介サーバは、取得した請求書情報に請求書ＩＤを付与すると共に、該請求書ＩＤに関連付けられた請求明細ＩＤを付与することを特徴とするシステム。
【請求項２４】
請求項２２において、該請求明細ＩＤは売手クライアントから取得した請求書情報に含まれていることを特徴とするシステム。
【請求項２５】
請求項２２乃至２４いずれかにおいて、請求合計金額は該請求書ＩＤによって特定され、請求書明細金額は該請求明細ＩＤによって特定されることを特徴とするシステム。
【請求項２６】
請求項２２乃至２５いずれかにおいて、該仲介サーバが、該請求書ＩＤ及び該請求明細ＩＤを有する請求書情報を売手クライアントに返信することを特徴とするシステム。
【請求項２７】
請求項２２乃至２６いずれかにおいて、該請求書情報は該請求書ＩＤ及び該請求明細ＩＤと共に売手クライアントから買手クライアントに送信されることを特徴とするシステム。
【請求項２８】
請求項２２乃至２６いずれかにおいて、該請求書情報は、該請求書ＩＤ及び該請求明細ＩＤと共に、該仲介サーバから買手クライアントに送信されることを特徴とするシステム。
【請求項２９】
請求項２２乃至２８いずれかにおいて、該振込情報には、該請求書ＩＤと該請求明細ＩＤが含まれていることを特徴とするシステム。
【請求項３０】
請求項２２乃至２９いずれかにおいて、該クリアリングキーに関連付けられた情報には、該請求書ＩＤと該請求明細ＩＤが含まれていることを特徴とするシステム。
【請求項３１】
コンピュータネットワークを利用した電子事務処理を行う仲介サーバであって、
該サーバは、売手クライアントから請求書情報を取得して、該請求書情報を格納し、
買手クライアントから振込情報を取得して、該振込情報を格納すると共に、
該振込情報と該請求書情報とを関連付けるクリアリングキーを発行して、該クリアリングキーを買手クライアントに送信し、
該買手クライアントから該クリアリングキーを取得した売手クライアントからの要求によって、該クリアリングキーに関連付けられた情報を売手クライアントに送信するように構成されている仲介サーバ。
【請求項３２】
請求項３１において、売手クライアントに送信される該クリアリングキーに関連付けられた情報は、請求書情報および／あるいは振込情報であることを特徴とする仲介サーバ。
【請求項３３】
請求項３１，３２いずれかにおいて、該クリアリングキーに関連付けられた情報には請求書情報の明細情報が含まれることを特徴とする仲介サーバ。
【請求項３４】
請求項３１乃至３３いずれかにおいて、該仲介サーバは、取得した請求書情報に請求書ＩＤを付与し、該請求書ＩＤには請求書情報に含まれる明細情報が関連付けられていることを特徴とする仲介サーバ。
【請求項３５】
請求項３４において、該請求書情報の明細情報は各明細に付与された請求明細ＩＤによって特定されることを特徴とする仲介サーバ。
【請求項３６】
請求項３５において、該仲介サーバは、取得した請求書情報に請求書ＩＤを付与すると共に、該請求書ＩＤに関連付けられた請求明細ＩＤを付与することを特徴とする仲介サーバ。
【請求項３７】
請求項３５において、該請求明細ＩＤは売手クライアントから受信した請求書情報に含まれていることを特徴とする仲介サーバ。
【請求項３８】
請求項３５乃至３７いずれかにおいて、請求合計金額は該請求書ＩＤによって特定され、請求書明細金額は該請求明細ＩＤによって特定されることを特徴とする仲介サーバ。
【請求項３９】
請求項３５乃至３８いずれかにおいて、該仲介サーバは、該請求書ＩＤ及び該請求明細ＩＤを有する請求書情報を売手クライアントに返信することを特徴とする仲介サーバ。
【請求項４０】
請求項３５乃至３９いずれかにおいて、該請求書情報は該請求書ＩＤ及び該請求明細ＩＤと共に売手クライアントから買手クライアントに送信されることを特徴とする仲介サーバ。
【請求項４１】
請求項３５乃至３９いずれかにおいて、該仲介サーバは、該請求書情報を、該請求書ＩＤ及び該請求明細ＩＤと共に買手クライアントに送信することを特徴とする仲介サーバ。
【請求項４２】
請求項３１乃至４１いずれかにおいて、該振込情報には、該請求書ＩＤと該請求明細ＩＤが含まれていることを特徴とする仲介サーバ。
【請求項４３】
請求項３５乃至４２いずれかにおいて、該クリアリングキーに関連付けられた情報には、該請求書ＩＤと該請求明細ＩＤが含まれていることを特徴とする仲介サーバ。
【請求項４４】
請求項３５乃至４３いずれかにおいて、該クリアリングキーは、振込みに係る請求書ＩＤと請求明細ＩＤを特定するものであることを特徴とする仲介サーバ。
【請求項４５】
請求項３５乃至４４いずれかにおいて、該クリアリングキーは、振込情報を特定するものであることを特徴とする仲介サーバ。
【請求項４６】
請求項３１乃至４５いずれかにおいて、該クリアリングキーはファームバンキングシステムのＥＤＩ情報として買手クライアントから売手クライアントに送信されることを特徴とする仲介サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子事務処理システム及び電子事務処理方法に係り、特に、売買取引後の事務処理を電子化し、消し込みを自動化できるシステム及び方法に関するものである。
【０００２】
【従来の技術】
従来の売買に伴う業務を図１に示してあり、業務を▲１▼売買、▲２▼デリバリー、▲３▼後方事務処理に分類している。売買当事者は商品・サービス等を売買する際に、見積等をやり取りし、社内で稟議等で承認を得た後に注文、注文請を行う。売主は注文に従い、商品・サービス等を買主に送付し、買主は納品確認をして検収する。
買主は検収確認後、売主に検収書を送付する。売主は請求書を発行し、郵送する。一部では、電子請求書化している場合もある。買主は請求書受領後、注文／納品状況管理と請求書を照合させ、請求書との特定を行う買掛管理を実施する。
【０００３】
請求書との特定の際は、その明細品目レベルまで突合させる。買主は請求書に従い、支払のための経理処理並びに振込データを作成し、振込を取引銀行宛に実施する。複数の同一相手先の振込がある場合は、振込手数料削減のため、振込金額を合算して振り込む場合が多い。
【０００４】
売手は銀行からの入金情報を基に経理処理を行う。売主は入金情報を基に売掛状況の消込を行う。振込人と金額とのデータのみなので、消込むまで労力がかかる。振込人（買主）が、振込金額を合算して振り込んだ場合は、消込までにさらなる労力を要する。
【０００５】
消し込み処理を自動化することを可能とする電子取引方法が特開２００１−９２９１３号に開示されている。このものによれば、債権者が発行した請求書に付加した消し込みキーが入金通知まで自動的に持ち回られ、消し込み処理を自動的に実行することが可能となる。さらに、債務者側処理装置において、受信した複数の請求書をまとめて支払案内書を作成してＥＤＩセンターへ送信し、ＥＤＩセンターにおいて、支払案内書に対応して固有のマッチングキーを生成、付与して振込依頼を行うと共に、複数の請求書の消し込みキーとマッチングキーとの対応をテーブルに保存し、銀行からの入金通知に付加されているマッチングキーに基づき、入金通知に対応する複数の消し込みキーを付加して債権者に通知することにより、複数の請求書をまとめて振込むことに対応することができる。
【０００６】
しかしながら、このものは、債権者が請求書毎に付与した消込キーに基づいて支払いおよび消し込みを行うものであり、請求書の一部について入金があったような場合には対応できないものである。
【０００７】
【発明が解決しようとする課題】
本発明は、上記業務における▲３▼後方事務処理に関するものであり、複数の請求書を合算して振込みを行うような場合であっても、あるいは、請求書の一部の振込みがあったような場合であっても、売掛金の消し込みを容易に行なうことができることを目的とするものである。
【０００８】
【課題を解決するための手段】
かかる課題を達成するために本発明が採用した方法は、コンピュータネットワークを利用した電子事務処理方法であって、売主から請求書情報を取得して、該請求書情報を格納するステップと、買主から振込情報を取得して、該振込情報を格納すると共に、該振込情報と該請求書情報とを関連付けるクリアリングキーを発行し、該クリアリングキーを買主に送信するステップと、売主からの要求によって、該クリアリングキーに関連付けられた情報を売主に送信するステップとを有するものである。
【０００９】
さらに、本発明が採用したシステムは、コンピュータネットワークを利用した電子事務処理システムであって、該システムは、仲介サーバ、売手クライアント、買手クライアントを備えており、該仲介サーバは、売手クライアントから取得した請求書情報を格納し、該買手クライアントからの振込情報を格納すると共に、該振込情報と請求書情報とを関連付けるクリアリングキーを付与して該買手クライアントに送信し、該買手クライアントは振込みと共に該クリアリングキーを該売手クライアントに送信し、該売手クライアントは該クリアリングキーを該仲介サーバに照会することで該クリアリングキーに関連付けた情報を取得し、取得した情報と入金情報とから消し込みを行うように構成されている。さらに、本発明は、かかる電子事務処理方法をコンピュータに実行させるためのプログラム及び、かかるプログラムを記録させたコンピュータ読み取り可能な記録媒体としても提供され得る。
【００１０】
好ましい態様では、買手クライアントから売手クライアントへの振込みは、ファームバンキングシステムを介して行い、該クリアリングキーはＥＤＩ情報として入金情報（振込データ）と共に該売手クライアントに送信される。
【００１１】
好ましい態様では、仲介サーバにおいて、取得した請求書情報に請求書ＩＤ（請求書ヘッダ番号）を付与すると共に、該請求書の明細毎に該請求書ＩＤ（請求書ヘッダ番号）に関連付けられた請求明細ＩＤ（請求書明細番号）を付与し、該請求書ＩＤ（請求書ヘッダ番号）及び該請求明細ＩＤ（請求書明細番号）を売手クライアントに返信する。そして、該請求書ＩＤ（請求書ヘッダ番号）及び該請求明細ＩＤ（請求書明細番号）は仲介サーバあるいは／および売手クライアントを介して買手クライアントに送信される。買手クライアントから送信される振込情報には、該請求書ＩＤ（請求書ヘッダ番号）及び該請求明細ＩＤ（請求書明細番号）が含まれている。したがって、請求書情報と振込情報とを関連付けるクリアリングキーには、該請求書ＩＤ（請求書ヘッダ番号）及び該請求明細ＩＤ（請求書明細番号）の情報が含まれており、請求書の明細レベルの消し込みが可能となる。したがって、複数の請求書が合算して振り込まれた場合のみならず、請求書の一部の明細に対応する振込みが行われたような場合であっても、消し込みが可能となる。
【００１２】
【発明の実施の形態】
［システムの全体構成］
本発明のシステムについて図２および図３に基づいて説明する。図２は本発明のシステムの業務フローの概要を示す図であり、図３は本発明のシステムのデータフローの概要を示す図である。本発明に係るシステムは、売買業務に関する事務処理システムであって、売主（売手企業）と、買主（買手企業）と、仲介主と、銀行とを有しており、これらはコンピュータネットワークを介して接続されている。具体的には、売主のコンピュータと仲介主のコンピュータ、買主のコンピュータと仲介主のコンピュータ、買主のコンピュータと銀行のコンピュータ、売主のコンピュータと銀行のコンピュータは、互いにコンピュータネットワークを介して接続可能・通信可能となっている。コンピュータ相互の接続手段は特には限定されず、例えば、専用回線を用いたものであっても、あるいは、インターネットを用いたものであってもよく、コンピュータ相互間でデータのやり取りが可能となっていればよい。また、売主のコンピュータと買主のコンピュータもＶＡＮやＥＤＩネット等のコンピュータネットワークを介して接続されている。尚、コンピュータは、ＣＰＵ、記憶装置、入力装置、出力装置等のハードウェア資源を備えている。
【００１３】
［売主］
売主とは、商品を販売したり、サービスを有償で提供したりする主体であり、債権者である。売主では、商品やサービスの売買に伴って、売買管理、売掛管理、入金管理が発生し、これらの管理は必要に応じて社内の承認や確認を得ながら行なわれる。売主は売買取引に伴って請求書を発行する。これらの管理は主としてコンピュータを用いて行なわれ、本明細書では、売主のコンピュータを売手クライアントと呼ぶ。売手クライアントは一つあるいは複数のコンピュータから構成されており、一般にはコンピュータ群である。売手クライアントは、仲介サーバ、銀行コンピュータとの間でそれぞれデータをやり取りするための通信端末を含んでいる。
【００１４】
［買主］
買主とは、商品を購入したり、有償でサービスの提供を受けたりする主体であり、債務者である。買主では、商品やサービスの売買に伴って、売買管理、買掛管理、支払・振込管理が発生し、これらの管理は必要に応じて社内の承認や確認を得ながら行なわれる。また、これらの管理は主としてコンピュータを用いて行なわれ、本明細書では、買主のコンピュータを買手クライアントと呼ぶ。買手クライアントは一つあるいは複数のコンピュータから構成されており、一般にはコンピュータ群である。買手クライアントは、仲介サーバ、銀行コンピュータとの間でそれぞれデータをやり取りするための通信端末を含んでいる。
【００１５】
［仲介主］
仲介主は、売主と買主との間に立って、請求書情報や支払・振込情報の受け渡しを仲介する。売主、買主と仲介主との各種情報の受け渡しは、コンピュータネットワークを介して行なわれる。本明細書では、仲介主のコンピュータを仲介サーバと呼び、仲介サーバは一つあるいは複数のコンピュータから構成されており、一般にはコンピュータ群である。仲介サーバは、売手クライアント及び買手クライアントとの接続を司るゲートウェイと、セントラルサーバを有している。セントラルサーバには、請求書情報を格納する請求情報管理ＤＢ（データベース）と、振込情報を格納する振込情報管理ＤＢ（データベース）とを備えており、請求ＤＢと振込ＤＢは後述するクリアリングキーによって関連付けられている。セントラルサーバはさらに債務情報管理ＤＢ（データベース）を備えている。実施形態のものでは、売手クライアント及び買手クライアントとゲートウェイとの間のデータのやり取りはＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）にて行っており、ゲートウェイとセントラルサーバとの間のデータのやり取りはＸＭＬあるいはその他の標準的な通信プロトコルを用いている。
【００１６】
［銀行］
買主から売主への支払いは、銀行を介して行なわれる。具体的には、買主の銀行（仕向銀行）から売主の銀行（被仕向銀行）へ、銀行間のコンピュータネットワークを介して電子送金が行なわれる。仕向銀行と被仕向銀行とが同一銀行の場合は、当該銀行内部のコンピュータネットワークを介して送金が行なわれる。仕向銀行と被仕向銀行とが異なる銀行の場合は、全銀ネットワークを介して送金が行なわれる。売手クライアントと銀行のコンピュータ、買手クライアントと銀行のコンピュータとは、それぞれ、ファームバンキングシステムによって接続されている。
【００１７】
［業務アプリケーション制御系のテーブル群］
仲介サーバにおける業務アプリケーション制御系のテーブル群の概略を図４に示す。テーブル群には、顧客マスターテーブル、請求書トランザクションテーブル、債務処理ログテーブル、支払トランザクションテーブルが含まれる。顧客マスターテーブルには、接続ＩＤや企業の名称・住所・連絡先等が記憶されるようになっており、接続ＩＤによって仲介サーバに接続した売手企業あるいは買手企業を識別する。
【００１８】
請求書トランザクションテーブルは、請求書（ヘッダ）トランザクションテーブル及び請求書（明細）トランザクションテーブルからなる。請求書ヘッダとは、売主が設定する請求書属性を表示するデータフィールドであり、主として、売手ＩＤ、買手ＩＤ、合計金額、請求日付、支払予定日等を保持している。請求書明細とは、売主が設定する請求の明細を表示するデータフィールドであり、主として明細金額を保持する。売主が付与した請求書番号は、請求書識別ＩＤとして、請求書（ヘッダ）トランザクションテーブルにセットされる。売主から受領した請求書に対しては、仲介サーバで独自の請求書ＩＤが付与され、この請求書ＩＤは請求書ヘッダ番号として、請求書（ヘッダ）トランザクションテーブル及び請求書（明細）トランザクションテーブルにセットされる。請求書の明細については、仲介サーバにおいて請求明細ＩＤが付与され、この請求書ＩＤは請求書明細番号として、請求書（明細）トランザクションテーブルにセットされる。請求書明細ＩＤは、売主が発行した請求書において既に採番されている場合には、採番されている請求書明細番号を請求書明細ＩＤとして用いてもよい。尚、図５は、請求書記載項目を例示するものであり、備考には請求書トランザクションテーブルの項目との関連が記載されている。
【００１９】
債務処理ログテーブルは、債務処理ログ（ヘッダ）テーブルと債務処理ログ（明細）テーブルとを含む。債務処理ログヘッダとは、買主が設定する債務情報属性を表示するデータフィールドであり、主として、売手ＩＤ、買手ＩＤ、合計金額（買掛金額）、請求書識別ＩＤ、請求日付、支払予定日等を保持している。債務処理ログ明細とは、買主が設定する債務の明細を表示するデータフィールドであり、主として債務情報の明細を保持しており、請求書（ヘッダ）番号、請求書（明細）番号が保持されている。仲介サーバにおいて、債務情報と請求書情報とは請求書番号（請求書識別ＩＤ）を介してマッチングされている。尚、債務処理ログテーブルに格納される債務情報は、買手企業が債務管理（買掛管理）として社内に登録する債務情報と類似の情報である。
【００２０】
支払トランザクションテーブルは、支払（ヘッダ）トランザクションテーブル及び支払（明細）トランザクションテーブルからなる。支払ヘッダとは、買主が設定する支払・振込属性を表示するデータフィールドであり、主として、売手ＩＤ、買手ＩＤ、支払金額、支払日を保持する。支払明細は、買主が設定する支払の明細を表示するデータフィールドであり、主として、どの請求明細に対しての支払いなのかを保持する。支払（ヘッダ）トランザクションテーブルには、支払ヘッダと支払明細と請求書明細とのマッチングを行う振込ＩＤとしてのクリアリングキーがセットされており、クリアリングキーは、支払（明細）トランザクションテーブル及び請求書（明細）トランザクションテーブルにもセットされる。クリアリングキーは、買主からの振込みによって、債権として消し込まれているか識別するためのキーフィールドとして請求書（明細）トランザクションの項目にもなっている。支払（明細）トランザクションテーブルには、請求書（ヘッダ）番号（請求書ＩＤ）及び請求書（明細）番号（請求書明細ＩＤ）がセットされている。さらに支払（ヘッダ）トランザクションテーブルには、振込手数料負担区分および振込手数料の項目が設けてある。振込手数料負担区分とは、振込手数料を売主が負担するのか、買主が負担するのかを識別するためのフラグである。また、支払（明細）トランザクションテーブルには、消費税区分、源泉所得税区分、源泉所得税金額、源泉所得税内容の項目が含まれている。
【００２１】
［電子事務処理の流れ］
電子事務処理の流れについて説明する。売主と買主とは、商品やサービスを売買するに当たって、両者間で見積り等をやり取りし、社内で承認を得た後に注文、注文請を行う。売主が買主に商品やサービスを販売すると、販売に伴って売掛管理が発生し、請求書が発行される。請求書には、請求先、請求書番号（売主が付与する）、日付、金額、明細等の請求書情報が含まれる（請求書記載項目は図５に例示されている）。請求書の発行はコンピュータを介して行われ、電子請求書として登録されると共に、請求書情報はコンピュータネットワークを介して仲介サーバに送信される（▲１▼）。
【００２２】
仲介サーバは売主（売手クライアント）から請求書情報を受信すると、請求書情報をデータベースとして売手クライアントの記憶部に格納する。請求書情報をデータベースに格納する際には、請求書情報毎に請求書ＩＤ（請求書ヘッダ番号）を付与する。したがって、一つの請求書に係る請求書情報は、売主が付与した請求書番号と、仲介主が付与した請求書ＩＤ（請求書ヘッダ番号）によって特定される。さらに、請求書情報に含まれる各明細には請求明細ＩＤ（請求書明細番号）が付与される。請求明細ＩＤ（請求書明細番号）はその明細が含まれる請求書ＩＤ（請求書ヘッダ番号）に関連付けられている。請求書ＩＤ（請求書ヘッダ番号）および請求明細ＩＤ（請求書明細番号）が付加された請求情報は、売主に返信される。尚、請求書明細番号を売主が予め符番する場合もあり得る。その場合は、既に採番されている請求書明細番号を請求書明細ＩＤとして用いてもよい。
【００２３】
売主が発行した請求書情報は、請求書ＩＤ（請求書ヘッダ番号）および請求明細ＩＤ（請求書明細番号）と共に、売主から、あるいは／および仲介主経由で電子データとして買主に送信される（▲２▼）。図では、仲介サーバ経由で請求書ＩＤ及び請求明細ＩＤが付された請求書情報を買手クライアントに送信するものを示しているが、請求書ＩＤ及び請求明細ＩＤが付された請求書情報を売手クライアント経由で買手クライアントに送信してもよい。
【００２４】
買主は、請求書情報を確認すると共に、買手クライアント内で買掛金登録を行う（▲３▼，▲４▼）。買掛金登録には、仕入先（請求元）、請求書ＩＤ（請求書ヘッダ番号）、請求書番号（請求書識別ＩＤ）、日付、金額、明細、請求明細ＩＤ（請求書明細番号）等の情報が含まれる。さらに、買掛金登録の情報は、債務情報として買手クライアントから仲介サーバへとコンピュータネットワークを介して送信され、仲介サーバによって受信された債務情報は、債務処理ログテーブルの形で仲介サーバの記憶部に格納される（▲４▼）。仲介サーバの記憶部に格納された債務情報は、請求書番号（請求書識別ＩＤ）を介して、同じく仲介サーバの記憶部に格納されている請求書情報とマッチングされる。買掛金登録が行なわれると、請求書情報は支払・振込管理に渡される（▲４▼）。振込みが決まると、コンピュータネットワークを介して買手クライアントから仲介サーバに振込情報を送信する（クリアリングキーの申請）（▲５▼）。クリアリングキー申請には、請求書ＩＤ（請求書ヘッダ番号）、振込の対象となる請求明細ＩＤ（請求書明細番号）、支払方法等の振込情報が含まれる。より詳しくは、支払い対象となる、請求書（ヘッダ）番号と請求書（明細）番号をキーに、支払（ヘッダ）トランザクションテーブルと明細個々の支払（明細）トランザクションテーブルの項目の情報を仲介サーバに送信する。
【００２５】
振込情報を含んだクリアリングキー申請を受信した仲介サーバは、受信した振込情報と格納されている請求書情報とを関連付けるクリアリングキーを決定して、コンピュータネットワークを介してクリアリングキーを買手クライアントに返信する（▲６▼）。より詳しくは、受信した請求書（ヘッダ）番号、請求書（明細）番号、支払（ヘッダ）トランザクションテーブルと明細個々の支払（明細）トランザクションテーブルの情報に基づいてクリアリングキーを発番し、クリアリングキーを、支払（ヘッダ）トランザクションテーブル、（明細）トランザクションテーブルにセットする。振込情報には、振込みに係る請求明細ＩＤ（請求書明細番号）も含まれているので、クリアリングキーは、請求書及び個々の明細と関連付けられることになる。さらに、振込情報には、「振込手数料負担区分／金額」、「源泉所得税区分／金額」、が含まれる。「振込手数料負担区分／金額」は、銀行の手数料を差し引いて入金された場合への対処である。「源泉所得税区分／金額」は、請求金額から税種によって所定の割合の金額を源泉して送金するため、入金額が請求額と合わないことに対処するものである。非居住者口座への「使用料」等の源泉徴収に有利である。
【００２６】
次いで、買主は、ファームバンキングの振込みデータを作成する。このデータは基本的には仲介サーバに送信される振込情報と類似であって、情報には、受取人名（売手企業・仕入先）、クリアリングキー、日付、金額等が含まれる。そして、クリアリングキーを付与した振込データをＦＢデータとしてコンピュータネットワークを介して仕向銀行に送信する（▲７▼）。クリアリングキーはＥＤＩデータとして送信される。
【００２７】
クリアリングキーが付与された振込データは、コンピュータネットワークを介して仕向銀行から被仕向銀行に送信され、売主は被仕向銀行を通じてコンピュータネットワークを介してクリアリングキーが付与された振込データを受信する（▲８▼）。振込データは入金情報として報告され、入金情報には、振込依頼人名（買手企業・請求先）、クリアリングキー、日付、金額等が含まれる。入金内容を確認する（▲９▼）と共に、コンピュータネットワークを介してクリアリングキーを仲介サーバに送信して照会する（（１０））。
【００２８】
売手クライアントからクリアリングキーを受信した仲介サーバは、クリアリングキーに関連付けられた請求書情報、並びに振込情報を売手クライアントに送信する（（１１））。クリアリングキーは請求書ＩＤ（請求書ヘッダ番号）および請求明細ＩＤ（請求書明細番号）に関連付けられているので、仲介サーバから売手クライアントに送られる請求書情報並びに振込情報には請求書ＩＤ（請求書ヘッダ番号）（請求書番号）及び振込に係る請求明細ＩＤ（請求書明細番号）（明細品目）が含まれる。売手クライアントは、入金情報と受信した請求書情報並びに振込情報とから消込情報を確認し（（１２））、売掛金の自動消し込みが行なわれる（（１３））。詳しくは、クリアリングキーを取得した仲介サーバは、クリアリングキーを基に、支払（ヘッダ）トランザクションテーブルと支払（明細）トランザクションテーブルの情報を抽出する。併せて、抽出した支払（明細）トランザクションテーブルにある請求書（ヘッダ）番号と請求書（明細）番号をキーとして、請求書ヘッダテーブル、請求書明細テーブルのデータを抽出する。次いで、請求書明細テーブルの「クリアリングキー」の項目に売手クライアントから受領したクリアリングキーをセットして支払状況のステータスを管理する。抽出された請求明細トランザクションテーブル、支払（ヘッダ）トランザクションテーブルと支払（明細）トランザクションテーブルのデータを売手クライアントに送信する。また、全明細消込ステータスフラグやクリアリングステータスキーを用いて消込データ受領送信のステータスを管理する。
【００２９】
図６乃至図８は、本発明に係る電子事務処理方法を示すフローチャートである。図６は、買手クライアントが、請求書情報及び請求書ＩＤ・請求明細ＩＤを取得するまでのステップを示している。先ず、売手クライアントが請求書を発行して、請求書に含まれる請求書情報を仲介サーバに送信する（Ｓ１）。仲介サーバは受信した請求書情報に請求書ＩＤ（請求書ヘッダ番号）及び請求明細ＩＤ（請求書明細番号）を付与すると共に、該請求書情報と請求書ＩＤ（請求書ヘッダ番号）及び請求明細ＩＤ（請求書明細番号）を記憶部に格納する（Ｓ２）。売手クライアントから受信した請求書情報に予め請求明細ＩＤ（請求書明細番号）が付与されている場合には、その予め付与されている請求明細ＩＤ（請求書明細番号）を用いてもよい。いずれにせよ、請求書ＩＤ（請求書ヘッダ番号）と請求明細ＩＤ（請求書明細番号）とは関連付けられていることが必要である。仲介サーバは、該請求書情報と請求書ＩＤ（請求書ヘッダ番号）及び請求明細ＩＤ（請求書明細番号）を売手クライアントに送信する（Ｓ３）。該請求書情報と請求書ＩＤ（請求書ヘッダ番号）及び請求明細ＩＤ（請求書明細番号）を、売手クライアントあるいは／および仲介サーバから買手クライアントに送信する（Ｓ４）。
【００３０】
図７は、クリアリングキーの発行・取得のステップを示している。請求書情報を取得した買手クライアントは、クリアリングキーの申請を仲介サーバに送信する（Ｓ５）。クリアリングキー申請には、振込みに係る請求書ＩＤ（請求書ヘッダ番号）および請求明細ＩＤ（請求書明細番号）を含む振込情報が含まれている。仲介サーバは、受け取った振込情報と格納されている請求書情報とを関連付けるクリアリングキーを発行すると共に、クリアリングキーおよび振込情報を記憶部に格納する（Ｓ６）。仲介サーバは、クリアリングキーを買手クライアントに返信する（Ｓ７）。
【００３１】
買手クライアントは、ファームバンキングを利用して売手クライアントに振込みを行うが、その際、クリアリングキーをＥＤＩ情報に含めることで、送金と共にクリアリングキーを送信する（Ｓ８）。
【００３２】
図８は、売手クライアントが消し込み情報を取得するステップを示している。入金情報と共にクリアリングキーを取得した売手クライアントは、コンピュータネットワークを介してクリアリングキーの照会を仲介サーバに行う（Ｓ９）。仲介サーバは、照会されたクリアリングキーに関連付けられた請求書情報並びに振込情報を売手クライアントに返信する（Ｓ１０）。
【００３３】
売手クライアントは、クリアリングキーに関連付けられた請求書情報、振込情報、及び入金情報とから消し込み処理を行う（Ｓ１１）。該請求書情報並びに振込情報には、請求書ＩＤ（請求書ヘッダ番号）と請求明細ＩＤ（請求書明細番号）が含まれている。
【００３４】
本発明は、上述のように構成されているので、複数の請求書を合算して振込みを行うような場合（図１１）であっても、あるいは、請求書の一部の振込みがあったような場合（図９，１０，１２）であっても、売掛金の消し込みを容易に行うことができる。
【００３５】
図９のものでは、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月１０日の入金データと共に受信されたクリアリングキーが、請求書１（請求書ＩＤ）及び請求明細１，２（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額２０万円と請求書明細１，２の金額２０万円とを照合することで消し込みが行なわれる。また、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月３０日の入金データと共に受信されたクリアリングキーが、請求書１（請求書ＩＤ）及び請求明細３〜１０（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額８０万円と請求書明細３〜１０の金額８０万円とを照合することで消し込みが行なわれる。
【００３６】
図１０のものでは、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月１０日の入金データと共に受信されたクリアリングキーが、請求書１（請求書ＩＤ）及び請求明細１，２（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額２０万円と請求書明細１，２の金額２０万円とを照合することで消し込みが行なわれる。また、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月３０日の入金データと共に受信されたクリアリングキーが、請求書１（請求書ＩＤ）及び請求明細３〜１０（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額７５万円と請求書明細３〜１０の金額８０万円とを照合することで消し込みが行なわれ、５万円が売掛金として残る。５万円の残金額は、仲介サーバの請求書トランザクションテーブル、債務処理ログテーブル及び支払トランザクションテーブルに反映される。ＹＹＹ株式会社のコンピュータ（売手クライアント）によって９月１０日の入金データと共に受信されたクリアリングキーが、請求書１（請求書ＩＤ）及び請求明細３〜１０（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額５万円と請求書明細３〜１０の残金額５万円とを照合することで消し込みが行なわれる。
【００３７】
図１１のものでは、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月３０日の入金データと共に受信されたクリアリングキーが、請求書１（明細１〜５）及び請求書２（明細１〜５）という情報に関連付けられており、売手クライアントにおいて入金データの金額１８０万円と請求書１，２の合計金額１８０万円とを照合することで消し込みが行なわれる。
【００３８】
図１２のものでは、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月２０日の入金データと共に受信されたクリアリングキーが、請求書１（明細１〜５）という情報に関連付けられており、売手クライアントにおいて入金データの金額９０万円と請求書１の合計金額９０万円とを照合することで消し込みが行なわれる。さらに、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって８月３０日の入金データと共に受信されたクリアリングキーが、請求書２（請求書ＩＤ）及び請求明細１〜３（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額４０万円と請求書２の明細１〜３の金額４０万円とを照合することで消し込みが行なわれる。さらに、ＹＹＹ株式会社のコンピュータ（売手クライアント）によって９月１０日の入金データと共に受信されたクリアリングキーが、請求書２（請求書ＩＤ）及び請求明細４，５（請求明細ＩＤ）という情報に関連付けられており、売手クライアントにおいて入金データの金額５０万円と請求書明細４，５の金額５０万円とを照合することで消し込みが行なわれる。
【図面の簡単な説明】
【図１】売買取引に係る事務を示す図である。
【図２】本発明に係る業務フローを示す図である。
【図３】本発明に係るデータフローを示す図である。
【図４】業務アプリケーション制御系のテーブル群を示す図である。
【図５】請求書記載項目を例示する図である。
【図６】請求書情報及び請求書ＩＤ・請求明細ＩＤの取得の手続の流れを示すフローチャートである。
【図７】クリアリングキーの発行・取得の手続の流れを示すフローチャートである。
【図８】消し込み情報の取得の手続の流れを示すフローチャートである。
【図９】商品１０回納品・請求月次請求・支払２回の場合を示す図である。
【図１０】商品１０回納品・請求月次請求・支払３回の場合を示す図である。
【図１１】商品２回納品・請求個別請求・支払１回・月次買掛金方式の場合を示す図である。
【図１２】商品２回納品・請求個別請求・支払３回の場合を示す図である。
【図１】
2004145865.tif 000003
【図２】
2004145865.tif 000004
【図３】
2004145865.tif 000005
【図４】
2004145865.tif 000006
【図５】
2004145865.tif 000007
【図６】
2004145865.tif 000008
【図７】
2004145865.tif 000009
【図８】
2004145865.tif 000010
【図９】
2004145865.tif 000011
【図１０】
2004145865.tif 000012
【図１１】
2004145865.tif 000013
【図１２】
2004145865.tif 000014