JP2022147177A - 情報処理装置、情報処理方法、情報処理プログラム、情報処理システム - Google Patents

Abstract

【課題】関連する帳票同士を容易に特定することを目的としている。【解決手段】第一の端末装置の操作に基づき、第一の帳票情報を登録する第一の登録部と、第二の端末装置の操作に基づき、前記第一の帳票情報の一部を含む第二の帳票情報を生成し、前記第一の帳票情報と対応付けて登録する第二の登録部と、前記第一の端末装置に、前記対応付けた情報を表示させる表示制御部と、を有する情報処理装置である。【選択図】図４０

Description

本発明は、情報処理装置、情報処理方法、情報処理プログラム、情報処理システムに関する。

従来では、仕入先別の仕入明細書データと、これに対応する売渡先別の請求明細書データとを比較して取引商品を自動的に照合する技術が知られている。

売買取引では、売り手が買い手から注文を受けた際に、注文で発注されたものを、買い手に対して複数回に分けて納品及び請求する場合がある。このような場合に、１の注文書に対して複数の請求書が発行されるため、買い手が受領した複数の請求書の合計金額と、１の注文書の金額とが一致するか否かを突き合わせる突合作業等の作業を行うときに、関連する注文書と請求書を特定することが困難である。また、注文書と請求書に限らず、見積書、納品書等の帳票に対する作業を行うときに、同様の課題が生じる。

本発明は、上記事情に鑑みて成されたものであり、関連する帳票同士を容易に特定することを目的としている。

開示の技術は、第一の端末装置の操作に基づき、第一の帳票情報を登録する第一の登録部と、第二の端末装置の操作に基づき、前記第一の帳票情報の一部を含む第二の帳票情報を生成し、前記第一の帳票情報と対応付けて登録する第二の登録部と、前記第一の端末装置に、前記対応付けた情報を表示させる表示制御部と、を有する情報処理装置である。

関連する帳票同士を容易に特定することができる。

第一の実施形態の取引管理システムのシステム構成の一例を示す図である。 第一の実施形態の取引管理装置のハードウェア構成の一例を示す図である。 第一の実施形態の端末装置のハードウェア構成の一例を示す図である。 第一の実施形態の発行注文書データベースの一例を示す図である。 第一の実施形態の受領注文書データベースの一例を示す図である。 第一の実施形態の発行請求書データベースの一例を示す図である。 第一の実施形態の受領請求書データベースの一例を示す図である。 第一の実施形態のテナントデータベースの一例を示す図である。 第一の実施形態の受領管理データベースの一例を示す図である。 第一の実施形態の出力データベースの一例を示す。 第一の実施形態の取引管理装置の有する取引管理部の機能を説明する図である。 第一の実施形態の端末装置の機能を説明する図である。 第一の実施形態の取引管理システムの動作を説明する第一のシーケンス図である。 第一の実施形態の注文書情報の作成画面の一例を示す図である。 第一の実施形態の注文書情報の送付画面の一例を示す図である。 第一の実施形態のメール画面の一例を示す図である。 第一の実施形態の注文書情報の受領画面の一例を示す第一の図である。 第一の実施形態の注文書情報の受領画面の一例を示す第二の図である。 第一の実施形態の取引管理システムの動作を説明する第二のシーケンス図である。 第一の実施形態の注文書情報の一覧画面の一例を示す図である。 第一の実施形態の請求書作成画面の一例を示す図である。 第一の実施形態の編集画面の一例を示す図である。 第一の実施形態の合算請求書の送付画面の一例を示す図である。 突合処理部の処理を説明するフローチャートである。 第一の実施形態の取引管理システムの動作を説明する第三のシーケンス図である。 第一の実施形態の請求書一覧画面の一例を示す第一の図である。 第一の実施形態の確認画面の一例を示す第一の図である。 第一の実施形態の請求書一覧画面の一例を示す第二の図である。 第一の実施形態の確認画面の一例を示す第二の図である。 第二の実施形態の取引管理システムの動作を説明する第一のシーケンス図である。 第二の実施形態の注文書情報の一覧画面の一例を示す第一の図である。 第二の実施形態の請求書作成画面の一例を示す第一の図である。 第二の実施形態の登録部の処理を説明する第一の図である。 第二の実施形態の請求書作成画面の一例を示す第二の図である。 第二の実施形態の登録部の処理を説明する第二の図である。 第二の実施形態の注文書情報の一覧画面の一例を示す第二の図である。 第二の実施形態の請求書作成画面の一例を示す第三の図である。 第二の実施形態の登録部の処理を説明する第三の図である。 第二の実施形態の登録部の処理を説明する第四の図である。 第二の実施形態の請求書一覧画面の一例を示す図である。 第二の実施形態の取引管理システムの動作を説明する第二のシーケンス図である。 第二の実施形態の注文書一覧画面の一例を示す図である。 第二の実施形態の確認画面の一例を示す図である。 第三の実施形態の注文書情報の一覧画面の一例を示す図である。 第三の実施形態の請求書作成画面の一例を示図である。 第三の実施形態の受領請求書データベースの一例を示す図である。 第三の実施形態の請求書一覧画面の一例を示す図である。

以下に図面を参照して、実施形態について説明する。図１は、第一の実施形態の取引管理システムのシステム構成の一例を示す図である。

本実施形態の取引管理システム１００は、取引管理装置２００と、第一の端末装置３００と、第二の端末装置４００とを含み、取引管理装置２００と、第一の端末装置３００及び第二の端末装置４００とは、ネットワーク等を介して接続される。

本実施形態の取引管理システム１００は、売買取引を行う事業者や個人等によって利用される第一の端末装置３００と第二の端末装置４００の間で受け渡しされる帳票情報を、取引管理装置２００により管理する。

本実施形態の第一の端末装置３００は、主に、売買取引における買い手によって利用される端末装置である。本実施形態の第二の端末装置４００は、主に、売買取引における売り手によって利用される端末装置である。以下の説明では。第一の端末装置３００を買い手端末３００と表現し、第二の端末装置４００を売り手端末４００と表現する。

また、以下の説明では、本実施形態の取引管理システム１００が提供するサービスを利用する利用者をテナントと表現する場合がある。つまり、本実施形態において、テナントとは、売り手や買い手となる事業者や個人等である。

また、以下の説明では、買い手となるテナントを株式会社Ａとし、売り手となるテナントをＢ株式会社として説明する。したがって、買い手端末３００は株式会社Ａによって管理され、売り手端末４００はＢ株式会社によって管理される。

本実施形態の取引管理装置２００は、記憶部２５０と、取引管理部２８０とを含む。本実施形態の記憶部２５０は、帳票記憶部２６０Ａ、２６０Ｂを含む。また、記憶部２５０は、テナントデータベース２７１、受領管理データベース２７２、出力データベース２７３を含む。

帳票記憶部２６０Ａ、２６０Ｂは、テナント毎の帳票情報が格納される。本実施形態では、帳票記憶部２６０Ａは、株式会社Ａの帳票情報が格納され、帳票記憶部２６０Ｂは、Ｂ株式会社の帳票情報が格納されるものとした。尚、図１では、取引管理装置２００が帳票記憶部２６０Ａ、帳票記憶部２６０Ｂを有するものとしたが、これに限定されない。取引管理装置２００は、取引管理システム１００のテナント全てについて、帳票記憶部２６０を有する。帳票情報とは、見積書、注文書、納品書、請求書等の帳票に記載される情報である。例えば、請求書の場合、帳票情報は、請求書に記載される請求元、請求先、請求金額、支払い期限日、請求対象商品の商品名、単価、数量、金額等の明細情報等を含む。

また、以下の説明では、請求書と注文書を帳票の一例として説明する。したがって、本実施形態の帳票情報には、注文書を示す注文書情報（第一の帳票情報）と、請求書を示す請求書情報（第二の帳票情報）とが含まれる。

本実施形態の帳票記憶部２６０Ａは、発行注文書データベース２６１Ａ、受領注文書データベース２６２Ａ、発行請求書データベース２６３Ａ、受領請求書データベース２６４Ａを含む。

発行注文書データベース２６１Ａは、株式会社Ａが発行した注文書を示す発行注文書情報が格納される。受領注文書データベース２６２Ａは、株式会社Ａが受領した注文書を示す受領注文書情報が格納される。

発行請求書データベース２６３Ａは、株式会社Ａが発行した請求書を示す発行請求書情報が格納される。受領請求書データベース２６４Ａは、株式会社Ａが受領した請求書を示す受領請求書情報が格納される。

帳票記憶部２６０Ｂは、発行注文書データベース２６１Ｂ、受領注文書データベース２６２Ｂ、発行請求書データベース２６３Ｂ、受領請求書データベース２６４Ｂを含む。帳票記憶部２６０Ｂに格納される各データベースのそれぞれには、Ｂ株式会社が発行した発行注文書情報、Ｂ株式会社が受領した受領注文書情報、Ｂ株式会社が発行した発行請求書情報、Ｂ株式会社が受領した受領請求書情報が格納される。

尚、以下の説明において、発行注文書データベース２６１Ａ、２６１Ｂを区別しない場合は発行注文書データベース２６１と表現し、受領注文書データベース２６２Ａ、２６２Ｂを区別しない場合は、受領注文書データベース２６２と表現する。また、発行請求書データベース２６３Ａ、２６３Ｂを区別しない場合は、発行請求書データベース２６３と表現し、受領請求書データベース２６４Ａ、２６４Ｂを区別しない場合は、受領請求書データベース２６４と表現する。

テナントデータベース２７１は、テナントに関する情報が格納される。受領管理データベース２７２は、各テナントが受領した帳票の格納場所を示す情報が格納される。出力データベース２７３は、他の基幹システム５００に対応した形式の情報が格納される。

本実施形態の取引管理部２８０は、買い手から発行された複数の注文書に対して売り手が一括して請求を行う一括請求において、買い手が発行した複数の注文書を示す注文書情報と、売り手が発行した１つの請求書を示す請求書情報とを対応付けて管理する。

また、本実施形態では、買い手から売り手に対して発行された注文書に対して複数回の請求を行う分割払い請求において、買い手が発行した注文書を示す注文書情報の一部と、売り手が発行する請求書を示す請求書情報とを対応付けて管理する。尚、注文書情報の一部とは、注文書に記載された明細情報に含まれる全ての明細（商品、数量、金額等）の一部である。

このように、本実施形態では、複数の注文書情報と請求書情報とを対応付けて管理することで、複数の注文書に対する一括請求を行った場合の売り手による突合作業を容易にすることができる。また、本実施形態では、注文書情報と複数の請求書情報とを対応付けて管理することで、一回の注文に対して複数回にわたって請求書を発行する分割払い請求を行った場合の売り手の突合作業を容易にすることができる。したがって、本実施形態では、突合作業の利便性を向上させることができる。

尚、図１の例では、取引管理装置２００が記憶部２５０を有するものとしたが、これに限定されない。記憶部２５０に含まれる各データベースは、一部又は全部が、外部装置に設けられてもよい。また、取引管理装置２００は、複数の情報処理装置により実現されてもよい。

次に、図２及び図３を参照して、取引管理装置２００を実現する情報処理装置のハードウェア構成と、第一の端末装置３００のハードウェア構成について説明する。

図２は、第一の実施形態の取引管理装置のハードウェア構成の一例を示す図である。

取引管理装置２００は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０４、ＨＤＤ(Hard Disk Drive)コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ(Interface)２０８、ネットワークＩ／Ｆ２０９、バスラインＢ１、キーボード２１１、ポインティングデバイス２１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ２１４、メディアＩ／Ｆ２１６を備えている。

これらのうち、ＣＰＵ２０１は、取引管理装置２００全体の動作を制御する。ＲＯＭ２０２は、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ＨＤ２０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ２０５は、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ２０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ２０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ２０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスラインＢ１は、図２に示されているＣＰＵ２０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード２１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ２１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ２１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ２１６は、フラッシュメモリ等の記録メディア２１５に対するデータの読み出し又は書き込み（記憶）を制御する。

図３は、第一の実施形態の端末装置のハードウェア構成の一例を示す図である。本実施形態の第一の端末装置３００と第二の端末装置４００とは、ハードウェア構成が同様であってもよいため、図３では、一例として、第一の端末装置３００のハードウェア構成について説明する。

本実施形態の第一の端末装置３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ４０４、ＣＭＯＳセンサ４０５、撮像素子Ｉ／Ｆ４０６、加速度・方位センサ３０７、メディアＩ／Ｆ３０９、ＧＰＳ受信部３１１を備えている。

これらのうち、ＣＰＵ３０１は、第一の端末装置３００全体の動作を制御する演算処理装置である。ＲＯＭ３０２は、ＣＰＵ３０１やＩＰＬ等のＣＰＵ３０１の駆動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＥＥＰＲＯＭ３０４は、ＣＰＵ３０１の制御にしたがって、スマートフォン用プログラム等の各種データの読み出し又は書き込みを行う。ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４は、第一の端末装置３００の記憶装置の一例である。

ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ３０５は、ＣＰＵ３０１の制御に従って被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。

撮像素子Ｉ／Ｆ３０６は、ＣＭＯＳセンサ３０５の駆動を制御する回路である。加速度・方位センサ３０７は、地磁気を検知する電子磁気コンパスやジャイロコンパス、加速度センサ等の各種センサである。メディアＩ／Ｆ３０９は、フラッシュメモリ等の記録メディア３０８に対するデータの読み出し又は書き込み（記憶）を制御する。ＧＰＳ受信部３１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、第一の端末装置３００は、遠距離通信回路３１２、遠距離通信回路３１２のアンテナ３１２ａ、ＣＭＯＳセンサ３１３、撮像素子Ｉ／Ｆ３１４、マイク３１５、スピーカ３１６、音入出力Ｉ／Ｆ３１７、ディスプレイ３１８、外部機器接続Ｉ／Ｆ(Interface)３１９、近距離通信回路３２０、近距離通信回路３２０のアンテナ３２０ａ、及びタッチパネル３２１を備えている。

これらのうち、遠距離通信回路３１２は、通信ネットワークを介して、他の機器と通信する回路である。ＣＭＯＳセンサ３１３は、ＣＰＵ３０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ３１４は、ＣＭＯＳセンサ３１３の駆動を制御する回路である。マイク３１５は、音を電気信号に変える内蔵型の回路である。スピーカ３１６は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ３１７は、ＣＰＵ３０１の制御に従ってマイク３１５及びスピーカ３１６との間で音信号の入出力を処理する回路である。

ディスプレイ３１８は、被写体の画像や各種アイコン等を表示する液晶や有機ＥＬ(Electro Luminescence)などの表示手段の一種である。外部機器接続Ｉ／Ｆ３１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路４３０は、ＮＦＣ(Near Field Communication)やＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル３２１は、利用者がディスプレイ３１８を押下することで、第一の端末装置３００を操作する入力手段の一種である。ディスプレイ３１８は、第一の端末装置４００の有する表示部の一例である。

尚、本実施形態の買い手端末３００と売り手端末４００は、取引管理装置２００と同様のハードウェア構成を有していてもよい。

次に、図４乃至図１０を参照して、記憶部２５０が有する各データベースについて説明する。

図４は、第一の実施形態の発行注文書データベースの一例を示す図である。図４では、株式会社Ａの発行注文書データベース２６１Ａを示している。

本実施形態の発行注文書データベース２６１Ａは、情報の項目として、注文書番号、状態、注文先、合計金額、消費税、発行日、帳票画像パス、明細情報等を含み、項目「注文書番号」及びテナント名と、その他の項目とが対応付けられている。尚、発行注文書データベース２６１Ｂが有する情報の項目は、発行注文書データベース２６１Ａと同様であってよい。以下の説明では、発行注文書データベース２６１における項目「注文書番号」の値及びテナント名と、その他の項目の値を含む情報を発行注文書情報と呼ぶ。

発行注文書情報は、買い手端末３００によって注文書情報が作成されて取引管理装置２００に送信されると、発行注文書データベース２６１に格納される。

項目「注文書番号」は、注文書を特定するための識別情報である。項目「状態」の値は、注文書情報の状態を示す。具体的には、項目「状態」の値は、注文書情報が作成されて発行注文書データベース２６１に格納された状態の場合は「一時保存」となり、売り手端末４００に対して注文書情報が送信された状態の場合は「送付済み」となる。

項目「注文先」の値は、売り手となるテナントの名称を示す。項目「合計金額」の値は、注文書情報における合計金額であり、項目「消費税」の値は、合計金額に対する消費税額であり、項目「発行日」の値は、注文書情報の作成日（注文書の発行日）を示す。項目「帳票画像パス」の値は、作成された注文書情報を示す画像データの格納先を示す。言い換えれば、項目「帳票画像パス」の値は、帳票画像データの格納先を示す。

項目「明細情報」の値は、注文書情報に含まれる注文明細を示す。図４の例では、項目「明細情報」には、項目「明細情報１」、「明細情報２」等が対応付けられている。項目「明細情報１」には、商品コード、商品名、数量、単価、金額等が含まれる。

図５は、第一の実施形態の受領注文書データベースの一例を示す図である。図５では、Ｂ株式会社の、受領注文書データベース２６２Ｂを示している。

本実施形態の、受領注文書データベース２６２Ｂは、情報の項目として、注文元、注文書番号、状態、受領日、合計金額、消費税、発行日、帳票画像パス、明細情報等を含み、項目「注文元」及び「注文書番号」と、その他の項目とが対応付けられている。尚、受領注文書データベース２６２Ａが有する情報の項目は、受領注文書データベース２６２Ｂと同様であってよい。以下の説明では、受領注文書データベース２６２における項目「注文元」及び「注文書番号」と、その他の項目の値を含む情報を受領注文書情報と呼ぶ。

発行注文書情報は、売り手端末４００によって、取引管理装置２００から送付された注文書情報を受領する操作が行われると、受領注文書データベース２６２に格納される。

項目「注文元」の値は、注文元のテナントの名称を示す。言い換えれば、項目「注文元」の値は、注文書情報を作成したテナントの名称を示す。

項目「状態」の値は、受領後の注文書情報の状態を示す。項目「状態」の値は、例えば、買い手端末３００に対して、注文書情報に対応する請求書情報の送信が完了している場合に「請求書発行済み」となり、請求書情報の送信が完了していない場合には、「請求書未発行」となる。

項目「受領日」の値は、売り手端末４００において、注文書情報を受領する操作が行われた日を示す。言い換えれば、項目「受領日」の値は、受領注文書情報が、受領注文書データベース２６２Ｂに格納された日を示す。

図６は、第一の実施形態の発行請求書データベースの一例を示す図である。図６では、Ｂ株式会社の発行請求書データベース２６３Ｂを示している。

本実施形態の、発行請求書データベース２６３Ｂは、情報の項目として、請求先、請求書番号、注文書番号、状態、合計金額、消費税、発行日、帳票画像パス、振込先、明細情報等を含み、項目「請求先」及び「請求書番号」と、その他の項目とが対応付けられている。尚、発行請求書データベース２６３Ａが有する情報の項目は、発行請求書データベース２６３Ｂと同様であってよい。以下の説明では、発行請求書データベース２６３における項目「請求先」及び「請求書番号」と、その他の項目の値を含む情報を発行請求書情報と呼ぶ。

発行請求書情報は、売り手端末４００によって請求書情報が作成されて取引管理装置２００に送信されると、発行請求書データベース２６３に格納される。

項目「請求先」の値は、請求書情報の送信先となるテナントの名称を示す。言い換えれば、項目「請求先」の値は、対応する注文書番号によって特定される注文書情報を作成したテナントの名称（注文者／買い手）を示す。項目「請求書番号」の値は、請求書情報を特定するための識別情報である。

項目「状態」の値は、請求書情報の状態を示す。項目「状態」の値は、請求書情報が作成されて発行請求書データベース２６３に格納された場合に、「一時保存」となり、取引管理装置２００からの買い手端末３００に対する請求書情報の送信が完了した場合に「送付済み」となる。項目「振込先」の値は、請求書情報に含まれる合計金額の振込先を示す。

図７は、第一の実施形態の受領請求書データベースの一例を示す図である。図７では、株式会社Ａの受領請求書データベース２６４Ａを示している。

本実施形態の、受領請求書データベース２６４Ａは、情報の項目として、請求元、請求書番号、注文書番号、状態、受領日、合計金額、消費税、発行日、帳票画像パス、振込先、突合結果、明細情報等を含み、項目「請求元」及び「請求書番号」と、その他の項目とが対応付けられている。尚、受領請求書データベース２６４Ｂが有する情報の項目は、受領請求書データベース２６４Ａと同様であってよい。以下の説明では、受領請求書データベース２６４における項目「請求元」及び「請求書番号」と、その他の項目の値を含む情報を受領請求書情報と呼ぶ。

本実施形態では、受領請求書情報が受領請求書データベース２６４に格納されたことを契機に、受領請求書情報に含まれる、請求書番号により特定される請求書情報と、注文書番号により特定される注文書情報との突合処理が行われる。
受領請求書情報は、買い手端末３００によって請求書情報を受領する操作が行われると、受領請求書データベース２６４に格納される。

項目「請求元」の値は、請求元のテナントの名称を示す。言い換えれば、項目「請求元」の値は、請求書情報を作成したテナントの名称を示す。

項目「状態」の値は、請求書情報の受領後の状態を示す。項目「状態」の値は、請求書情報が受領された後の突合処理による突合結果の、買い手による確認が行われていない場合は「未確定」となる。また、項目「状態」の値は、買い手により突合結果の確認が行われた場合は「確定」となる。尚、項目「状態」の値である「未確定」及び「確定」のそれぞれは「未確認」及び「確認」であってもよい。

項目「突合結果」の値は、請求書情報が受領されたことを契機に、取引管理部２８０により実行される突合処理の結果を示す。

尚、本実施形態では、項目「突合結果」は、受領請求書データベース２６４に含まれるものとしたが、項目「突合結果」は、発行注文書データベース２６１、受領注文書データベース２６２、発行請求書データベース２６３の全て又は何れかに含まれてもよい。その場合、項目「突合結果」の値は、受領請求書データベース２６４に受領請求書情報が格納されて、取引管理部２８０による突合処理が行われた後に、各データベースにおける項目「突合結果」の値が更新されてもよい。

また、本実施形態では、帳票記憶部２６０において、発行注文書データベース２６１、受領注文書データベース２６２、発行請求書データベース２６３、受領請求書データベース２６４とは別に、突合結果のみを格納するデータベースが設けられていてもよい。

図８は、第一の実施形態のテナントデータベースの一例を示す図である。本実施形態のテナントデータベース２７１は、情報の項目として、テナント名、ユーザＩＤ、パスワード、メールアドレス等を含み、項目「テナント名」とその他の項目とが対応付けられている。テナントデータベース２７１において、項目「テナント名」の値と、その他の項目の値とを含む情報をテナント情報と表現する場合がある。

項目「テナント名」の値は、テナントの名称を示し、テナントを特定するための情報である。項目「ユーザＩＤ」、「パスワード」の値は、テナントが取引管理システム１００へログインする際に使用される。本実施形態では、項目「ユーザＩＤ」の値は、テナントが買い手である場合と売り手である場合とで異なってもよい。

項目「メールアドレス」の値は、テナントの連絡先を示す情報であり、具体的には、注文書情報や請求書情報の送信先となる。

図９は、第一の実施形態の受領管理データベースの一例を示す図である。本実施形態の受領管理データベース２７２は、テナント毎に設けられる。図５の例では、Ｂ株式会社の受領管理データベース２７２を示す。

受領管理データベース２７２は、情報の項目として、種別、発行元、帳票番号、発行日、受領画面ＵＲＬ（Uniform Resource Locator）等を含む。以下の説明では、受領管理データベース２７２における各項目の値を含む情報を、受領管理情報と表現する場合がある。

項目「種別」の値は、帳票の種類を示す。項目「発行元」の値は、帳票の発行元となるテナントの名称を示す。項目「帳票番号」の値は、帳票を特定するための識別情報である。帳票番号は、帳票の種別が注文書である場合には注文書番号でなり、帳票の種別が請求書である場合には請求書番号となる。

項目「受領画面ＵＲＬ」の値は、帳票を受領した通知を表示させるための画面のＵＲＬを示す。

図１０は、第一の実施形態の出力データベースの一例を示す。本実施形態の出力データベース２７３は、テナント毎に設けられる。図６の例では、株式会社Ａの出力データベース２７３を示す。

本実施形態の出力データベース２７３は、情報の項目として、請求元、請求書番号、仕訳情報、支払い情報等を含み、項目「請求元」及び項目「請求書番号」とその他の項目とが対応付けられている。以下の説明では、出力データベース２７３において、項目「請求元」及び項目「請求書番号」の値とその他の項目の値とを含む情報を出力情報と表現する場合がある。

出力情報は、取引管理システム１００と通信を行う基幹システム５００に対応した形式の情報であってよい。具体的には、出力情報は、ＣＳＶ形式の情報であってよい。基幹システム５００とは、具体的には、会計システムや支払いシステム等を含む。

次に、図１１及び図１２を参照して、本実施形態の取引管理システム１００の有する各装置の機能について説明する。図１１は、第一の実施形態の取引管理装置の有する取引管理部の機能を説明する図である。

本実施形態の取引管理部２８０は、入力受付部２８１、情報取得部２８２、登録部２８３、突合処理部２８４、更新部２８５、表示制御部２８６、出力部２８７を有する。

入力受付部２８１は、取引管理装置２００に対する各種の入力を受け付ける。具体的には、入力受付部２８１は、注文書情報や請求書情報の入力を受け付ける。また、入力受付部２８１は、買い手端末３００や売り手端末４００から、各種の操作や要求を受け付ける。

情報取得部２８２は、入力受付部２８１が受け付けた操作や要求等に応じた情報を記憶部２５０から取得する。

登録部２８３は、入力受付部２８１により受け付けた各種の情報を記憶部２５０の対応するデータベースへ格納する。

更新部２８５は、入力受付部２８１が受け付けた各種の操作に応じて、記憶部２５０に格納された情報を更新する。

突合処理部２８４は、注文書情報と請求書情報との突合処理を行う。具体的には、突合処理部２８４は、受領請求書情報に含まれる注文書番号により特定される注文書情報と、受領請求書情報とを照合した結果を、突合結果として受領請求書データベース２６４に格納する。

表示制御部２８６は、買い手端末３００と売り手端末４００の表示を制御する。具体的には、表示制御部２８６は、買い手端末３００と売り手端末４００のそれぞれに各種の画面を表示させる。

出力部２８７は、取引管理装置２００から各種の情報を出力する。具体的には、出力部２８７は、買い手端末３００や売り手端末４００に対する通知を出力する。また、出力部２８７は、出力データベース２７３に格納された出力情報を基幹システム５００へ出力する。

図１２は、第一の実施形態の端末装置の機能を説明する図である。本実施形態の買い手端末３００と売り手端末４００のそれぞれは、入力受付部３３０、４３０、表示部３４０、４４０、通信部３５０、４５０を有する。

入力受付部３３０、４３０は、買い手端末３００、売り手端末４００に対する操作や情報の入力を受け付ける。表示部３４０、４４０は、買い手端末３００、売り手端末４００に各種の画面を表示させる。通信部３５０、４５０は、買い手端末３００、売り手端末４００と取引管理装置２００との通信を行う。

次に、図１３を参照して、本実施形態の取引管理システム１００の動作について説明する。図１３は、第一の実施形態の取引管理システムの動作を説明する第一のシーケンス図である。図１３では、買い手が売り手に対して注文を行う場合の取引管理システム１００の動作を示している。図１３では、株式会社Ａが買い手であり、Ｂ株式会社が売り手として説明する。

取引管理システム１００において、買い手端末３００は、注文書情報の入力と、注文書の作成指示を受け付けて（ステップＳ１３０１）、取引管理装置２００に対し、入力された注文書情報を送信する（ステップＳ１３０２）。

取引管理装置２００は、取引管理部２８０の登録部２８３は、買い手端末３００から受信した注文書情報を、株式会社Ａと対応した帳票記憶部２６０Ａの発行注文書データベース２６１Ａに格納する（ステップＳ１３０３）。

具体的には、取引管理部２８０は、登録部２８３により、入力された注文先、合計金額、消費税、発行日、明細情報等に、注文書番号、状態、帳票画像パス等を対応付けた発行注文書情報として、発行注文書データベース２６１Ａに格納する。

また、このとき、登録部２８３は、発行注文書データベース２６１Ａに格納された発行注文書情報の受領画面のＵＲＬを生成し、帳票の種別である注文書と、発行元である株式会社Ａと、注文書番号と発行日とを対応付けた受領管理情報を受領管理データベース２７２に登録する。尚、この受領管理情報は、注文書情報が売り手端末４００に受領されると、削除されて、ＵＲＬが無効とされてよい。

続いて、取引管理装置２００は、表示制御部２８６により、買い手端末３００に対し、注文書送付画面の表示指示を送信する（ステップＳ１３０４）。

買い手端末３００は、表示指示を受けて、表示部３４０により、注文書送付画面を表示させる（ステップＳ１３０５）。次に、買い手端末３００は、注文書の送付先の指定を受け付けると（ステップＳ１３０６）、取引管理装置２００に対して注文書の送付要求を送信する（ステップＳ１３０７）。

取引管理装置２００は、更新部２８５により、発行注文書データベース２６１Ａにおいて格納された注文書情報の項目「状態」の値を送済みに更新する（ステップＳ１３０８）。

続いて、取引管理装置２００は、出力部２８７により、送付先に指定された売り手端末４００に対して注文書の画像データの格納先（リンク）を含むメールを送信する（ステップＳ１３０９）。

ここまでの動作が、買い手端末３００から売り手端末４００に対しての注文書情報の送信の動作である。尚、ステップＳ１３１０以降の動作は、ステップＳ１３０９までの注文書情報の送信の動作とは独立した任意のタイミングで行われてよい。

次に、売り手端末４００は、受信したメールに含まれるリンクの選択を受け付けると（ステップＳ１３１０）、取引管理装置２００に対して、注文書情報の受領画面の表示要求を送信する（ステップＳ１３１１）。

取引管理装置２００は、表示要求を受けて、表示制御部２８６により、売り手端末４００に受領画面の表示指示を送信する（ステップＳ１３１２）。売り手端末４００は、この表示指示を受けて、注文書情報の受領画面を表示させる（ステップＳ１３１３）。

続いて、売り手端末４００は、注文書情報の受領の操作を受け付けると（ステップＳ１３１４）、取引管理装置２００に対して受領通知を送信する（ステップＳ１３１５）。

取引管理装置２００は、受領通知を受けて、注文書情報を受領注文書情報として、受領注文書データベース２６２Ｂに格納する（ステップＳ１３１６）。なお、ＯＣＲ処理等所定の処理で受領した注文書の注文書画像データから注文書情報を抽出し、抽出された注文書情報を受領注文書情報として受領注文書データベース２６２Ｂに格納してもよい。

具体的には、取引管理装置２００は、情報取得部２８２により、買い手側の帳票記憶部２６０Ａの発行注文書データベース２６１Ａから、テナント名、注文書番号、合計金額、消費税、発行日、帳票画像パス、明細情報等を含む注文書情報を取得する。そして、取引管理装置２００は、登録部２８３により、この注文書情報に対して、テナント名を注文元とし、注文書情報を受領した受領日と、状態とを対応付けた受領注文書情報として、受領注文書データベース２６２Ｂに格納する。

次に、図１４乃至図１７を参照して、図１３における買い手端末３００と売り手端末４００の表示例について説明する。

図１４は、第一の実施形態の注文書情報の作成画面の一例を示す図である。図１４に示す画面１４１は、図１３のステップＳ１３０１において、買い手端末３００に表示される注文書情報の作成画面の一例である。画面１４１は、入力欄１４２と操作ボタン１４３とを含む。入力欄１４２は、注文書情報を入力される。操作ボタン１４３は、入力欄１４２に入力された注文書情報の取引管理装置２００への送信を指示するための操作ボタンである。

買い手端末３００において、入力欄１４２に注文書情報が入力され操作ボタン１４３が操作されると、注文書情報が取引管理装置２００に送信される。

このとき、
図１５は、第一の実施形態の注文書情報の送付画面の一例を示す図である。図１５に示す画面１５１は、図１３のステップＳ１３０５において買い手端末３００に表示される注文書情報の送付画面の一例である。

画面１５１は、選択欄１５２、表示欄１５３、１５４、操作ボタン１５５を含む。選択欄１５２は、注文書情報の送付先となるメールアドレスの一覧が表示され、注文書情報の送付先が選択される。

表示欄１５３は、注文書情報に基づき生成された注文書画像データが示す注文書画像が表示される。表示欄１５４は、注文書情報の送付の際に売り手端末４００に送信するメール本文が表示される。操作ボタン１５５は、表示欄１５４に表示されたメール本文を、選択欄１５２で選択されたメールアドレスに送信するための操作ボタンである。

買い手端末３００は、画面１５１において操作ボタン１５５が操作されると、表示欄１５４に示すメールの送付先への送信指示を取引管理装置２００へ送信する。

図１６は、第一の実施形態のメール画面の一例を示す図である。図１６に示す画面１６１は、図１３のステップＳ１３１０において売り手端末４００に表示されるメール画面の一例である。

画面１６１では、メール本文１６２と、ＵＲＬ１６３とが表示される。メール本文１６２は、注文書情報が送付されたことを示すテキストデータ等が含まれてよい。ＵＲＬ１６３は、受領管理データベース２７２に格納された受領画面ＵＲＬである。

売り手端末４００は、画面１６１において、ＵＲＬ１６３が選択されると、取引管理装置２００に対して受領画面の表示要求を送信する。

図１７は、第一の実施形態の注文書情報の受領画面の一例を示す第一の図である。図１７に示す画面１７１は、図１３のステップＳ１３１３において売り手端末４００に表示される注文書情報の受領画面の一例である。

画面１７１は、表示欄１７２、１７３と、操作ボタン１７４、１７５等を含む。表示欄１７２は、受領画面ＵＲＬが表示される。表示欄１７３は、注文書画像が表示される。

操作ボタン１７４は、表示欄１７３に表示された注文書画像を示す注文書画像データを売り手端末４００へダウンロードするための操作ボタンである。操作ボタン１７５は、注文書情報の受領を取引管理装置２００へ通知するための操作ボタンである。

売り手端末４００は、操作ボタン１７５が操作されると、取引管理装置２００に対して、注文書情報の受領通知を送信する。

図１８は、第一の実施形態の注文書情報の受領画面の一例を示す第二の図である。図１８に示す画面１８１は、図１３のステップＳ１３１３において売り手端末４００に表示される注文書情報の受領画面の他の例である。

図１８に示す画面１８１は、表示欄１８２と操作ボタン１８３と含む。表示欄１８２には、売り手端末４００に対して発行された注文書情報の一覧が表示される。本実施形態では、受領管理データベース２７２において注文書番号と対応付ける受領画面ＵＲＬを同一のＵＲＬとすることで、画面１８１を売り手端末４００に表示させてもよい。

画面１８１において、表示欄１８２から受領する注文書情報が選択されて、操作ボタン１８３が操作されると、選択された注文書情報が、受領注文書情報とされて、受領注文書データベース２６２に格納される。本実施形態では、このように、複数の注文書情報を一括して受領することができる。

次に、図１９を参照して、注文書情報を受領した売り手による請求書の発行と突合について説明する。図１９は、第一の実施形態の取引管理システムの動作を説明する第二のシーケンス図である。

取引管理システム１００において、売り手端末４００は、受領した注文書情報の一覧画面を表示させ、合算請求書の対象となる注文書情報の選択を受け付ける（ステップＳ１９０１）。続いて、売り手端末４００は、合算請求書の作成指示を受け付けると（ステップＳ１９０２）、取引管理装置２００に対して合算請求書の作成要求を送信する（ステップＳ１９０３）。

取引管理装置２００は、作成要求を受けて、表示制御部２８６により、合算請求書の作成画面を表示させるための画面データを生成する（ステップＳ１９０４）。このとき、表示制御部２８６は、売り手端末４００により選択された注文書情報を参照して請求書情報を生成し、生成した請求書情報を含む合算請求書の作成画面の画面データを生成する。

続いて、取引管理装置２００は、売り手端末４００に対して請求書作成画面の表示指示を送信する（ステップＳ１９０５）。

売り手端末４００は、表示指示を受けて、表示部４５０により、請求書作成画面を表示させる（ステップＳ１９０６）。

続いて、売り手端末４００は、請求書作成画面において、請求書情報の確認や編集の操作を受け付けた後（ステップＳ１９０７）、合算請求書の作成指示を受け付ける（ステップＳ１９０８）。

取引管理装置２００は、売り手端末４００において合算請求書の作成指示を受け付けると、登録部２８３により、請求書情報を発行請求書情報として、発行請求書データベース２６３Ｂに格納する（ステップＳ１９０９）。

具体的には、登録部２８３は、注文書情報に含まれる注文書番号、合計金額、消費税、明細情報等に、請求先、請求書番号、状態、支払い期限日、振込先と、発行日と、帳票画像パスとを対応付けて、発行請求書情報とし、発行請求書データベース２６３に格納する。

請求先は、注文書の発行元である株式会社Ａである。請求書番号は、発行請求書情報を格納する際に付与されてよい。ここでは、複数の注文書に対する合算請求書を作成するため、請求書番号は、合算請求の対象とされた複数の注文書のそれぞれの注文書番号と対応付けられる。状態は、発行請求書データベース２６３Ｂへの登録時は、「一時保存」とされる。

支払い期限日と振込先は、合算請求書の作成画面で入力される。発行日は、発行請求書情報が発行請求書データベース２６３Ｂに格納される日である。帳票画像パスは、合算請求書情報が示す合算請求書画像データの格納先を示す。

また、このとき、登録部２８３は、発行請求書データベース２６３Ｂに格納された発行請求書情報の受領画面のＵＲＬを生成し、帳票の種別である請求書と、発行元であるＢ株式会社と、請求書番号と発行日とを対応付けた受領管理情報を、Ｂ株式会社の受領管理データベースに登録する。

続いて、取引管理装置２００は、表示制御部２８６により、売り手端末４００に対して合算請求書の送付画面の表示を指示する（ステップＳ１９１０）。

売り手端末４００は、表示部４５０により、合算請求書の送付画面を表示させる（ステップＳ１９１１）。続いて、売り手端末４００は、合算請求書の送付先の指定と送付指示とを受け付けると（ステップＳ１９１２）、売り手端末４００に、送付先への合算請求書の送付要求を送信する（ステップＳ１９１３）。ここで、送付先は、注文書情報の発行元の株式会社Ａである。

売り手端末４００は、この送付要求を受け付けて、更新部２８５により、発行請求書データベース２６３Ｂに格納された発行請求書情報の状態を「送付済み」に変更する（ステップＳ１９１４）。

続いて、取引管理装置２００は、出力部２８７により、送付先に指定された買い手端末３００に対して合算請求書の画像データの格納先（リンク）を含むメールを送信する（ステップＳ１９１５）。

ここまでの動作が、売り手端末４００から買い手端末３００に対しての合算請求書情報の送信の動作である。尚、ステップＳ１９１６以降の動作は、ステップＳ１９１５までの注文書情報の送信の動作とは独立した任意のタイミングで行われてよい。

次に、買い手端末３００は、受信したメールに含まれるリンクの選択を受け付けると（ステップＳ１９１６）、取引管理装置２００に対して、請求書情報の受領画面の表示要求を送信する。

取引管理装置２００が受領画面の表示要求を受けた後の動作は、注文書情報が請求書情報となる以外は、図１３のステップＳ１３１２からステップＳ１３１６までの動作と同様であるから、図１９での記載は省略する。

つまり、取引管理装置２００は、表示要求を受けて、表示制御部２８６により、買い手端末３００に受領画面の表示指示を送信し、買い手端末３００に請求書情報の受領画面を表示させる。買い手端末３００は、請求書情報の受領の操作を受け付けると、取引管理装置２００に対して受領通知を送信する。

次に、取引管理装置２００は、買い手端末３００から受領通知を受け付けると、登録部２８３により、請求書情報を受領請求書情報として、受領請求書データベース２６４Ａに格納する（ステップＳ１９１７）。

具体的には、取引管理装置２００は、情報取得部２８２により、買い手側の帳票記憶部２６０Ｂの発行請求書データベース２６３Ｂから、テナント名、請求書番号、合計金額、消費税、発行日、帳票画像パス、明細情報等を含む請求書情報を取得する。

そして、取引管理装置２００は、登録部２８３により、この請求書情報に対して、テナント名を請求元とし、請求書情報を受領した受領日と、状態と、突合結果とを対応付けた受領請求書情報として、受領請求書データベース２６４Ａに格納する。

このとき、受領請求書情報の状態は「未確定」であり、突合結果は「未突合」とされる。

続いて、取引管理装置２００は、受領請求書情報が受領請求書データベース２６４Ａに格納されたことを契機に、突合処理部２８４による突合処理を行う（ステップＳ１９１８）。ステップＳ１９１８における突合処理部２８４の処理の詳細は後述する。

続いて、取引管理装置２００は、更新部２８５により、受領請求書データベース２６４Ａに格納された受領請求書情報の突合結果を、突合処理部２８４の処理結果に応じて更新する（ステップＳ１９１９）。

以下に、図２０乃至図２３を参照して、図１９に示す動作における表示例について説明する。

図２０は、第一の実施形態の注文書情報の一覧画面の一例を示す図である。図２０に示す画面２２０は、図１９のステップＳ１９０１において、売り手端末４００に表示される画面の一例である。

図２０に示す画面２２０は、表示欄２２１と操作ボタン２２２とを含む。表示欄２２１では、注文書情報が、注文書情報をダウンロードするための操作ボタン、注文書情報と対応した請求書を作成するための操作ボタン等と対応付けられて、一覧表示される。

操作ボタン２２２は、一覧に表示された注文書情報から選択された注文書情報と対応する合算請求書情報の作成指示を送信するための操作ボタンである。

図２０の例では、表示欄２２１において、テナント名が株式会社Ａであり、注文書番号「１９０１８７」、「１９０１８８」の注文書情報が選択されている。尚、このとき一度の選択できる注文書情報は、テナント名が同一の注文書情報である。

売り手端末４００は、この状態で、操作ボタン２２２が操作されると、注文書番号「１９０１８７」、「１９０１８８」の注文書情報と対応した合算請求書情報の作成指示を取引管理装置２００へ送信する。

図２１は、第一の実施形態の請求書作成画面の一例を示す図である。図２１に示す画面２３０は、図１９のステップＳ１９０６で売り手端末４００に表示される請求書作成画面の一例である。

画面２３０は、表示欄２３１、操作ボタン２３２、２３３を有する。表示欄２３１には、請求書情報の入力欄が表示される。操作ボタン２３２は、表示欄２３１に表示された請求書情報の編集を行うための操作ボタンである。操作ボタン２３３は、合算請求書の作成指示を送信するための操作ボタンである。

表示欄２３１では、売り手端末４００において入力される支払い期限、振込先等と、注文書番号「１９０１８７」、「１９０１８８」で特定される注文書情報から取得された明細情報とが含まれる。また、表示欄２３１に表示された合計金額は、注文書番号「１９０１８７」、「１９０１８８」で特定される注文書情報に含まれる合計金額の合算である。

さらに、表示欄２３１に含まれる備考欄２３１ａには、注文書番号「１９０１８７」、「１９０１８８」の合算請求である旨を示すメッセージが表示されてもよい。

売り手端末４００は、画面２３０において、操作ボタン２３２が操作されると、合算請求の対象となる注文書情報を変更するための編集画面を表示させる。尚、編集画面は、画面２３０上にポップアップ形式で表示されてもよいし、画面２３０から遷移して表示されてもよい。

また、売り手端末４００は、画面２３０において、操作ボタン２３３が操作されると、画面２３０を、請求書情報の送付画面に遷移させる。

図２２は、第一の実施形態の編集画面の一例を示す図である。図２２に示す画面２３０Ａは、図１９のステップＳ１９０７において、売り手端末４００に表示される編集画面の一例である。

画面２３０Ａは、表示欄２３４と操作ボタン２３５とを含む。表示欄２３４は、合算請求の対象となる注文書情報の一覧が表示される。具体的には、表示欄２３４には、注文元が、図２１の画面２３０で表示されている請求先と一致する注文書情報の一覧が表示される。図２１の画面２３０において、請求先は株式会社Ａであるから、表示欄２３４には、注文元が株式会社Ａの注文書情報の一覧が表示されている。

売り手端末４００は、表示欄２３４において注文書情報が選択されて、操作ボタン２５が操作されると、図２１の画面２３０における表示欄２３１の表示を、表示欄２３４で選択された注文書情報に合わせて更新する。

図２３は、第一の実施形態の合算請求書の送付画面の一例を示す図である。図２３に示す画面２４０は、図１９のステップＳ１９１１で表示される合算請求書の送付画面の一例である。

画面２４０は、選択欄２４１、表示欄２４２、２４３、操作ボタン２４４を含む。選択欄２４１は、請求書情報の送付先となるメールアドレスの一覧が表示され、請求書情報の送付先が選択される。

表示欄２４２は、請求書情報に基づき生成された請求書画像データが示す請求書画像が表示される。表示欄２４３は、請求書情報の送付の際に買い手端末３００に送信するメール本文が表示される。操作ボタン２４４は、表示欄２４３に表示されたメール本文を、選択欄２４１で選択されたメールアドレスに送信するための操作ボタンである。

売り手端末４００は、画面２４０において操作ボタン２４４が操作されると、選択欄２４１に示すメールの送付先への送信指示を取引管理装置２００へ送信する。

次に、図２４を参照して、本実施形態の突合処理部２８４の処理について説明する。図２４は、第一の実施形態の突合処理部の処理を説明するフローチャートである。図２４では、図１９のステップＳ１９１８における突合処理部２８４の処理の詳細を示す。

本実施形態の突合処理部２８４は、ステップＳ１９１７で受領請求書データベース２６４Ａに格納された受領請求書情報に含まれる注文書番号を取得する（ステップＳ２４０１）。

続いて、突合処理部２８４は、発行注文書データベース２６１Ａを参照し、ステップＳ２４０１で取得した注文書番号と対応する発行注文書情報を取得する（ステップＳ２４０２）。次に、突合処理部２８４は、取得した発行注文書情報に含まれる合計金額を合算した合算金額を算出する（ステップＳ２４０３）。

続いて、突合処理部２８４は、算出した合算金額と、受領請求書情報に含まれる合計金額とを比較し（ステップＳ２４０４）、合計金額が一致するか否かを判定する（ステップＳ２４０５）。

ステップＳ２４０５において、両者が一致しない場合、突合処理部２８４は、受領請求書情報の突合結果を「不一致」とし（ステップＳ２４０６）、突合処理を終了する。

ステップＳ２６０５において、両者が一致する場合、突合処理部２８４は、発行注文書情報に含まれる明細情報と、受領請求書情報に含まれる明細情報とが全て一致するか否かを比較する（ステップＳ２４０７）。そして、突合処理部２８４は、両者が一致するか否かを判定する（ステップＳ２４０８）。

ステップＳ２４０８において、両者が一致しない場合、突合処理部２８４は、ステップＳ２４０６へ進む。

ステップＳ２４０８において、受領請求書情報に含まれる発行注文書情報が複数存在するか否かを判定する（ステップＳ２４０９）。ステップＳ２４０９において、複数の発行注文書情報が存在する場合、突合処理部２８４は、突合結果を「一致（合算）」として（ステップＳ２４１０）、突合処理を終了する。

また、ステップＳ２４０９において、発行注文書情報が複数でない場合、突合処理部２８４は、突合結果を「一致」として（ステップＳ２４１１）、突合処理を終了する。尚、突合結果として、「一致（合算）」と「一致」を区別しなくてもよい。すなわち、ステップＳ２４０９の判定を行わずに、ステップＳ２４０８で両者が一致すると判定された場合に、突合結果を「一致」として突合処理を終了する。

以上が、突合処理部２８４による突合処理である。

次に、図２５を参照して、買い手端末３００による受領請求書情報の確認の動作について説明する。図２５は、第一の実施形態の取引管理システムの動作を説明する第三のシーケンス図である。

取引管理システム１００において、買い手端末３００は、請求書一覧画面の表示指示を受け付けると（ステップＳ２５０１）、取引管理装置２００に対して請求書一覧画面の表示要求を送信する（ステップＳ２５０２）。取引管理装置２００は、表示要求を受けて、表示制御部２８６により、買い手端末３００に請求書一覧画面の表示指示を送信する（ステップＳ２５０３）。

買い手端末３００は、取引管理装置２００からの表示指示を受けて、表示部３４０に請求書一覧画面を表示させる（ステップＳ２５０４）。

続いて、買い手端末３００は、請求書一覧画面において、確認ボタンの選択を受け付けると（ステップＳ２５０５）、取引管理装置２００に対して確認画面の表示要求を送信する（ステップＳ２５０６）。

取引管理装置２００は、この表示要求を受けて、買い手端末３００に対して確認画面の表示指示を送信する（ステップＳ２５０７）。買い手端末３００は、表示指示を受けて、確認画面を表示させる（ステップＳ２５０８）。

次に、買い手端末３００は、仕訳情報、支払い情報等の入力と、確認ボタンの選択を受けると（ステップＳ２５０９）、取引管理装置２００に対して入力された情報と、情報の登録要求を送信する（ステップＳ２５１０）。

取引管理装置２００は、更新部２８５により、確認の対象とされた受領請求書情報の状態を「未確定」から「確定済み」に変更し、登録部２８３により、入力された仕訳情報、支払い情報等と含む出力情報を出力データベース２７３に格納する（ステップＳ２５１１）。

具体的には、登録部２８３は、確認の対象とされた受領請求書情報に含まれる請求書番号と請求元を取得し、入力された仕訳情報、支払い情報等とを対応付けて出力情報を生成し、出力情報を出力データベース２７３に格納する。

次に、図２６、図２７を参照して、図２５に示す動作における表示例について説明する。図２６は、第一の実施形態の請求書一覧画面の一例を示す第一の図である。図２６に示す画面２６５は、図２５のステップＳ２５０４で買い手端末３００に表示される請求書一覧画面の一例である。

画面２６５は、表示欄２６６を有し、表示欄２６６には、操作ボタン２６７、２６８が含まれる。

表示欄２６６には、買い手である株式会社Ａの受領請求書データベース２６４Ａに格納された受領請求書情報の一覧が表示される。図２６の例では、請求元がＢ株式会社であり、請求書番号「３０１２６」である受領請求書情報に、複数の注文書番号が含まれることから、請求書番号「３０１２６」で特定される請求書は、複数の注文書の合算請求書であることがわかる。

また、図２６の例では、請求書番号「３０１２６」の受領請求書情報の突合結果は「一致（合算）」とされており、複数の注文書番号で特定される注文書の合計金額の合算が請求書の合計金額と一致したことがわかる。

つまり、本実施形態では、買い手端末３００により登録された複数の注文書情報と、売り手端末４００により登録された、複数の注文書情報と対応する一の請求書情報とを対応付けた情報を、買い手端末３００に表示させる。また、この情報には、複数の注文書情報と一の請求書情報とを突合した結果を示す情報が含まれる。

さらに、図２６の例では、状態が「未確定」であり、買い手による突合結果の確認が行われていないことがわかる。

操作ボタン２６７は、買い手による突合結果の確認が行われ、状態が「確定済み」とされた受領請求書情報を閲覧するための操作ボタンである。

操作ボタン２６８は、画面２６５を、請求書番号「３０１２６」で特定される請求書の確認画面に遷移させるための操作ボタンである。

買い手端末３００は、操作ボタン２６８が選択されると、取引管理装置２００に対して確認画面の表示要求を送信する。

図２７は、第一の実施形態の確認画面の一例を示す第一の図である。図２７に示す画面２７５は、図２５のステップＳ２５０８で買い手端末３００に表示される確認画面の一例を示す。図２７に示す画面２７５は、突合処理部２８４による突合処理の結果が「一致」であった場合の確認画面の一例である。

画面２７５は、合算請求の対象とされた注文書情報と、合算請求書の請求書情報とが表示される。また、画面２７５では、請求書情報に対する仕訳情報の入力と、請求金額の支払方法の入力とが行われる。

具体的には、画面２７５は、表示欄２７６、２７７、２７８、２７９、入力欄２９１、２９２、操作ボタン２９３を含む。

表示欄２７６は、合算請求の対象とされた注文書番号「１９０１８７」の注文書情報が表示され、表示欄２７７は、合算請求の対象とされた注文書番号「１９０１８８」の注文書情報が表示される。

また、表示欄２７６、２７７は、それぞれが操作ボタン２７６ａ、２７７ａを含む。取引管理装置２００は、買い手端末３００において操作ボタン２７６ａが選択されると、注文書番号「１９０１８７」の注文書画像を買い手端末３００に表示させる。また、取引管理装置２００は、買い手端末３００において操作ボタン２７７ａが選択されると、注文書番号「１９０１８８」の注文書画像を買い手端末３００に表示させる。

表示欄２７８には、合算請求の対象とされた注文書情報に含まれる合計金額を合算した合算金額が表示される。

表示欄２７９は、表示欄２７６、２７７に表示された注文書情報に基づき作成された、請求書番号「３０１２６」の合算請求書の請求書情報が表示される。図２７の例では、表示欄２７９に表示された合計金額と、表示欄２７８に表示された合算金額とが一致していることがわかる。

また、表示欄２７９は、操作ボタン２７９ａを含む。取引管理装置２００は、買い手端末３００において操作ボタン２７９ａが選択されると、請求書番号「３０１２６」の請求書画像を買い手端末３００に表示させる。

入力欄２９１は、仕訳情報を入力するための入力欄である。入力欄２９１には、仕訳に係る各種の項目の入力欄が含まれてよい。入力欄２９２は、支払方法を指定するための入力欄である。入力欄２９２には、請求元から指定された振込先等が表示されてよく、表示された振込先に対する編集が行われてもよい。

つまり、本実施形態の入力欄２９１、２９２は、請求書情報と関連する情報を入力するための入力欄である。

操作ボタン２９３は、突合処理部２８４による突合結果を確定させるための操作ボタンである。取引管理装置２００は、画面２７５において操作ボタン２９３が選択されると、受領請求書データベース２６４Ａの状態を「未確定」から「確定」に変更する。

図２８は、第一の実施形態の請求書一覧画面の一例を示す第二の図である。図２８に示す画面２６５Ａでは、請求書番号「３０１２６」で特定される受領請求書情報の突合結果が「不一致」とされた例を示している。

突合結果が不一致となる場合とは、例えば、明細情報に含まれる商品の単価が変更された場合等である。具体的には、例えば、応接テーブルの単価が２０００円値上がりした場合、売り手は請求書作成画面で応接テーブルの単価を２０，０００円から２２，０００円に変更する。すると、請求書合計金額と、注文書の合計金額を合算した合算金額が一致しなくなり、突合結果が不一致になる。

また、突合結果が不一致となる場合、合計金額が一致するが、明細情報が一致しない可能性もある。例えば、明細の一部商品の単価を上げ、一部商品の単価を下げた結果、請求書合計金額と、注文書の合算金額が一致しても、明細情報が一致しないため、突合結果が不一致となる。

画面２６５Ａにおいて、表示欄２６６Ａには、突合結果「不一致（合算）」が表示される。また、画面２６５Ａにおいて、操作ボタン２６８が操作されると、画面２６５Ａは、請求書番号「３０１２６」で特定される確認画面へ遷移する。

図２９は、第一の実施形態の確認画面の一例を示す第二の図である。図２９に示す画面２７５Ａは、図２５のステップＳ２５０８で買い手端末３００に表示される確認画面の他の一例を示す。図２９に示す画面２７５Ａは、突合処理部２８４による突合処理の結果が「不一致」であった場合の確認画面の一例である。

画面２７５Ａは、表示欄２７６、２７７、２７８、２７９Ａ、入力欄２９１、２９２、操作ボタン２９３Ａを含む。

図２９の例では、注文書を発行したときの商品名「応接テーブル」の単価と、合算請求書を発行したときの商品名「応接テーブル」の単価とが異なっている。

このため、図２９の例では、表示欄２７８に表示された合算金額と、表示欄２７９Ａに表示された請求金額とが一致しない。

表示欄２７９Ａは、操作ボタン２７９ａ、操作ボタン２７９ｂ、操作ボタン２７９ｃを含む。取引管理装置２００は、買い手端末３００において、操作ボタン２７９ｂが選択されると、表示欄２７９Ａに表示された請求書情報を作成した売り手端末４００に対し、突合結果が不一致であることを示す通知を送信する。

また、取引管理装置２００は、買い手端末３００において、操作ボタン２７９ｃが選択されると、突合結果が不一致であることを示す通知に、問い合わせした結果や、事前の売り手側とのやり取りのメール等の書類を添付してもよい。

また、取引管理装置２００は、買い手端末３００において、操作ボタン２９３Ａが選択されると、買い手側の責任者と紐付けられた端末等に対し、確定するための承認依頼を送信してもよい。
承認依頼された責任者にこの画面のリンクをメールで送付し、責任者がこの画面に表示された「承認」ボタンをクリックすると、確定される。
なお、承認依頼をせずに、作業者が自ら確定してもよい。

以上のように、本実施形態では、複数の注文書情報と、複数の注文書に対する合算請求を行うための請求書情報とを対応付けて管理する。したがって、本実施形態によれば、突合処理部２８４による突合結果をテナント（買い手、売り手を含む）が目視等で確認する際に、請求書に対応付けられた複数の注文書を容易に特定することができる。このため、本実施形態によれば、突合作業の利便性を向上させることができる。

（第二の実施形態）
以下に図面を参照して、第二の実施形態について説明する。第二の実施形態は、一つの注文書に対して、注文された物品を複数回にわけて分納する際に発行される複数の請求書を対応付けて管理する点が、第一の実施形態と相違する。よって、以下の第二の実施形態の説明では、第一の実施形態との相違点を説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図３０は、第二の実施形態の取引管理システムの動作を説明する第一のシーケンス図である。図３０では、注文書と、この注文書により注文された物品を分納する際に発行される請求書とを対応付ける動作を示す。尚、以下の説明では、注文された物品を分納する際に発行される請求書を分納請求書と表現する。分納請求書は、注文書に含まれる物品のうち、分納される物品と対応する請求書である。

また、以下の説明では、分納請求書を示す情報を分納請求書情報と表現する場合がある。したがって、本実施形態では、注文書情報と複数の分納請求書情報とが対応付けられる。言い換えれば、分納請求書情報には、注文書情報の一部が含まれる。

取引管理システム１００において、売り手端末４００は、受領した注文書情報の一覧画面を表示させ、ある注文書に対する分納請求書の作成指示を受け付けると（ステップＳ３００１）、取引管理装置２００に対して分納請求書の作成要求を送信する（ステップＳ３００２）。

取引管理装置２００は、作成要求を受けて、表示制御部２８６により、分納請求書の作成画面を表示させるための画面データを生成する（ステップＳ３００３）。このとき、表示制御部２８６は、売り手端末４００により、分納請求を行う対象とされた注文書情報を参照し、請求書情報を生成し、生成した請求書情報を含む分納請求書の作成画面の画面データを生成する。

続いて、取引管理装置２００は、売り手端末４００に対して、分納請求書の請求書作成画面の表示指示を送信する（ステップＳ３００４）。

売り手端末４００は、表示指示を受けて、表示部４５０により、請求書作成画面を表示させる（ステップＳ３００５）。

続いて、売り手端末４００は、請求書作成画面において、請求の対象となる明細情報の選択を受け付ける（ステップＳ３００６）。続いて、売り手端末４００は、請求書情報の編集等を受け付ける（ステップＳ３００７）。次に、売り手端末４００は、請求書作成画面において、請求書の作成指示を受け付ける（ステップＳ３００８）。

取引管理装置２００は、売り手端末４００において請求書の作成指示を受け付けると、登録部２８３により、請求書情報を発行請求書情報として、発行請求書データベース２６３Ｂに格納する（ステップＳ３００９）。続いて、登録部２８３は、注文書情報のうち、分納請求書に明細情報が含まれていない分の請求書情報を発行請求書データベース２６３Ｂに格納する（ステップＳ３０１０）。ステップＳ３００９とステップＳ３０１０の処理の詳細は後述する。

図３０のステップＳ３０１１からステップＳ３０２０までの処理は、図１９の請求書が合算請求書であるのに対し、図３０の請求書が分納請求書である点以外は、図１９のステップＳ１９１０からステップＳ１９１９までの処理と同様であるから、説明を省略する。

次に、図３１及び図３２を参照して、図３０に示す動作における表示例について説明する。図３１は、第二の実施形態の注文書情報の一覧画面の一例を示す第一の図である。図３１に示す画面２２０Ａは、図３０のステップＳ３００１において、売り手端末４００に表示される画面の一例である。

図３１に示す画面２２０Ａは、表示欄２２１Ａを含む。表示欄２２１Ａでは、注文書情報が、注文書情報をダウンロードするための操作ボタン、注文書情報と対応した請求書を作成するための操作ボタン等と対応付けられて、一覧表示される。

また、表示欄２２１Ａには、注文書情報毎に、この注文書情報に対する分納請求書を作成するための操作ボタン２２２Ａが含まれる。

売り手端末４００は、操作ボタン２２２Ａが選択されると、選択された操作ボタン２２２Ａと対応する注文書情報の分納請求書の作成要求を取引管理装置２００へ送信する。

図３２は、第二の実施形態の請求書作成画面の一例を示す第一の図である。図３２に示す画面２３０Ｂは、図３０のステップＳ３００５で売り手端末４００に表示される請求書作成画面の一例である。図３２の例では、選択された注文書情報に含まれる椅子の一部が次回の納品とされる場合を示す。

画面２３０Ｂは、表示欄２３１Ａ、操作ボタン２３３、表示欄２３６を有する。表示欄２３１Ａには、請求書情報の入力欄と、分納請求書の請求書情報に含める明細情報とが表示される。また、表示欄２３１Ａには、各明細情報の表示と対応して、操作ボタン２３１ｃが設けられている。

操作ボタン２３１ｃは、対応する明細情報を分納請求書の請求書情報から削除するための操作ボタンである。また、本実施形態では、明細情報の表示欄において、商品の数量等を編集することができる。

また、表示欄２３１Ａは、備考欄２３１ｂを含み、備考欄２３１ｂには、注文書番号「１９０１８８」の分納請求である旨を示すメッセージが表示されてもよい。

表示欄２３６は、次回の分納請求において、請求書情報に含める情報が表示される。言い換えれば、表示欄２３６には、選択された注文書情報に含まれる明細情報のうち、表示欄２３１Ａに含まれていない明細情報と、その合計金額と、請求書番号等が表示される。操作ボタン２３３は、合算請求書の作成指示を送信するための操作ボタンである。

売り手端末４００は、画面２３０Ｂにおいて、操作ボタン２３３が操作されると、画面２３０Ｂを、請求書情報の送付画面に遷移させる。

次に、図３３を参照して、図３０のステップＳ３００９とステップＳ３０１０の処理について説明する。

図３３は、第二の実施形態の登録部の処理を説明する第一の図である。図３３では、株式会社Ａが発行した注文書情報に対して、Ｂ株式会社が分納請求書を発行した場合の発行請求書データベース２６３Ｂを示す。

図３１に示す画面２２０Ａにおいて、注文書番号「１９０１８８」と対応する操作ボタン２２２Ａが選択され、図３２に示す画面２３０Ａにおいて操作ボタン２３３が操作されると、表示欄２３１Ａに表示された明細情報を含む請求書情報が作成される。

登録部２８３は、この請求書情報に対して、請求先、請求書番号、発行日、支払い期限日、支払い先を対応付けた発行請求書情報を作成し、発行請求書データベース２６３Ｂに格納する。このとき、登録部２８３は、発行請求書情報に含まれる注文書番号に、枝番を付与する。

図３３の例では、注文書番号「１９０１８８」の分納請求であることを示すために、注文書番号を「１９０１８８－１」として、請求書番号「３０１２６」と対応付ける。

次に、登録部２８３は、注文書番号「１９０１８８」で特定される注文書情報に含まれる他の明細情報等を含めた分納請求書の請求書情報を作成する。このとき、登録部２８３は、新たな請求書番号「３０１２７」を付与し、請求書情報に含まれる注文書番号を「１９０１８８－２」とし、状態を「一時保存」とする。

このとき、新たな請求書番号「３０１２７」を含む請求書情報において、発行日、支払い期限日、振込先等の情報は、まだ入力されていないため、空の状態となる。

また、本実施形態の登録部２８３は、分納請求書の請求書情報が作成されると、注文書の発行元の発行注文書データベース２６１Ａに、枝番が付与された注文書番号と対応した注文書情報を格納する。

次に、図３４を参照して、本実施形態の請求書作成画面の別の例について説明する。図３４は、第二の実施形態の請求書作成画面の一例を示す第二の図である。図３４に示す画面２３０Ｃは、図３０のステップＳ３００５で売り手端末４００に表示される請求書作成画面の一例である。図３４の例では、選択された注文書情報に含まれる椅子全てが次回の納品とされる場合を示す。

画面２３０Ｃは、表示欄２３１Ｂ、操作ボタン２３３、表示欄２３６Ａを有する。表示欄２３１Ｂには、請求書情報の入力欄と、分納請求書の請求書情報に含める明細情報とが表示される。図３４の例では、商品名が椅子の明細情報は含まれない。

また、表示欄２３６Ａには、次回の分納請求における合計金額と、追加される明細情報と、明細情報に対応した操作ボタン２３１ｄが設けられている。

操作ボタン２３１ｄは、対応する明細情報を分納請求書の請求書情報に追加するための操作ボタンである。操作ボタン２３１ｄが選択されると、操作ボタン２３１ｄと対応する明細情報が、表示欄２３１Ｂに表示される。

また、本実施形態の登録部２８３は、注文書情報に対して分納請求が行われると、分納請求書毎の注文書情報を生成し、買い手の発行注文書データベース２６１Ａに格納する。

図３５は、第二の実施形態の登録部の処理を説明する第二の図である。本実施形態の登録部２８３は、注文書番号「１９０１８８－１」を含む分納請求書の請求書情報と、注文書番号「１９０１８８－２」の分納請求書の請求書情報とが発行請求書データベース２６３Ｂに格納されると、各注文書番号と対応した注文書情報を生成する。

そして、登録部２８３は、注文書番号「１９０１８８１」の注文書情報が格納された発行注文書データベース２６１Ａに、注文書番号「１９０１８８－１」、「１９０１８８－２」のそれぞれを含む注文書情報を格納する。

図３５の例では、注文書番号「１９０１８８－１」、「１９０１８８－２」の注文書情報が発行注文書データベース２６１Ａに格納されており、状態は、注文書番号「１９０１８８」の注文書情報と同様の「送付済み」とされている。

尚、本実施形態の登録部２８３は、売り手の、受領注文書データベース２６２Ｂにも、注文書番号「１９０１８８－１」、「１９０１８８－２」の注文書情報を追加（格納）する。

次に、図３６を参照して、受領注文書データベース２６２Ｂに、注文書番号「１９０１８８－１」、「１９０１８８－２」が追加された後の売り手の注文書情報の一覧画面の例について説明する。

図３６は、第二の実施形態の注文書情報の一覧画面の一例を示す第二の図である。図３６に示す画面２２０Ｂは、売り手端末４００に表示される画面の一例である。具体的には、画面２２０Ｂは、売り手端末４００から取引管理装置２００に対し、注文書番号「１９０１８８－１」に対する分納請求書の請求書情報の送付要求を送信した後に、売り手端末４００に表示される注文書情報の一覧画面の例である。

画面２２０Ｂは、表示欄２２１Ｂを含む。表示欄２２１Ｂに表示される注文書情報の一覧には、注文書番号「１９０１８８－２」の注文書情報が含まれる。また、注文書番号「１９０１８８－２」の注文書情報には、この注文書情報と対応した分納請求書を作成するための操作ボタン２２２Ｂが表示されている。

売り手端末４００は、画面２２０Ｂにおいて、操作ボタン２２２Ｂが選択されると、注文書番号「１９０１８８－２」の注文書情報と対応した分納請求書の作成画面を表示させる。

図３７は、第二の実施形態の請求書作成画面の一例を示す第三の図である。図３７に示す画面２３０Ｄは、表示欄２３１Ｃと操作ボタン２３３とを含む。

表示欄２３１Ｃには、図３４の画面２３０Ｃの表示欄２３６Ａに表示された、次回以降の請求内容に基づく請求書情報が表示される。

画面２３０Ｄにおいて、操作ボタン２３３が選択されると、取引管理装置２００の登録部２８３は、表示欄２３１Ｃに表示された分納請求書の請求書情報に基づき、発行請求書データベース２６３Ａにおいて、注文書番号「１９０１８８－２」を含む請求書情報の発行日、支払い期限日、振込先等を格納する。

また、取引管理装置２００は、売り手端末４００から、画面２３０Ｃで作成された分納請求書の請求書情報の送付要求を受け付けると、売り手であるＢ株式会社の発行請求書データベース２６３Ｂにおいて、注文書番号「１９０１８８－２」を含む請求書情報の状態を「送付済み」とする。

図３８は、第二の実施形態の登録部の処理を説明する第三の図である。図３８に示す発行請求書データベース２６３Ｂでは、請求書番号「３０１２７」であり、注文書番号「１９０１８８－２」を含む請求書情報に、発行日、支払い期限日、振込先が格納され、状態が「送付済み」となっていることがわかる。

また、本実施形態の登録部２８３は、買い手端末３００において、請求書番号「３０１２７」を含む分納請求書の請求書情報の受領の操作が行われると、受領請求書データベース２６４Ａに、請求書番号「３０１２７」を含む分納請求書の受領請求書情報を格納する。

図３９は、第二の実施形態の登録部の処理を説明する第四の図である。登録部２８３は、買い手端末３００から、請求書番号「３０１２６」の請求書情報の受領通知を受け付けると、請求書番号「３０１２６」の請求書情報を発行請求書データベース２６３Ｂから取得し、株式会社Ａの受領請求書データベース２６４Ａに、受領請求書情報として格納する。

また、取引管理装置２００は、請求書番号「３０１２６」の請求書情報の受領通知を受け付けると、突合処理部２８４により、請求書番号「３０１２６」の請求書情報と、発行注文書データベース２６１Ａに格納された注文書番号「１９０１８８－２」の注文書情報とを突合する。そして、登録部２８３は、突合結果を受領請求書情報に含める。

図３９の例では、受領請求書情報の状態は「未確定」であり、突合結果は「一致」であることがわかる。

図４０は、第二の実施形態の請求書一覧画面の一例を示す図である。図４０に示す画面２６５Ｂは、表示欄２６６Ｂを有し、表示欄２６６Ｂには、操作ボタン２６７、２６８が含まれる。表示欄２６６Ｂには、買い手である株式会社Ａの受領請求書データベース２６４Ａに格納された受領請求書情報の一覧が表示される。

図４０の例では、請求書番号「３０１２６」と注文書番号「１９０１８８－１」とが対応づけられている。したがって、請求書番号「３０１２６」で特定される請求書情報は、注文書番号「１９０１８８」で特定される注文書情報の一部の注文書情報と対応する、分納請求書の請求書情報であることがわかる。

また、図４０の例では、注文書番号「１９０１８８－１」の注文書情報と、請求書番号「３０１２６」の請求書情報との突合結果が一致していることがわかる。

次に、図４１を参照して、売り手端末４００に注文書一覧画面を表示させる動作について説明する。図４１は、第二の実施形態の取引管理システムの動作を説明する第二のシーケンス図である。

本実施形態の取引管理装置２００は、登録部２８３により、売り手端末４００において、分納請求書の請求書情報が発行請求書データベース２６３Ｂに格納されると、買い手端末３００の発行注文書データベース２６１Ａに、分納請求書の請求書情報と対応する発行注文書情報を格納する（ステップＳ４１０１）。ステップＳ４１０１の処理は、図３５で説明した処理である。

続いて、買い手端末３００は、取引管理装置２００に対して注文書一覧画面の表示要求を送信する（ステップＳ４１０２）。

取引管理装置２００は、表示要求を受けて、情報取得部２８２により、注文書一覧画面を表示させるための情報を取得する（ステップＳ４１０３）。

具体的には、情報取得部２８２は、買い手の発行注文書データベース２６１Ａに格納された発行注文書情報から、注文書番号、合計金額、注文日等を抽出する。また、情報取得部２８２は、受領請求書データベース２６４Ａを参照し、発行注文書データベース２６１Ａから抽出した注文書番号を含む受領請求書情報を特定する。
そして、情報取得部２８２は、発行注文書データベース２６１Ａから抽出された発行注文書情報の一部に対し、注文書番号を含む受領請求書情報が存在した場合には、請求書受領状態として「請求書受領済み」の情報を対応付ける。また、情報取得部２８２は、発行注文書データベース２６１Ａから抽出された発行注文書情報の一部に対し、注文書番号を含む受領請求書情報が存在しない場合には、請求書受領状態として「請求書発行待ち」の情報を対応付ける。

このようにして取得された情報が、注文書一覧画面を表示させるための情報である。

続いて、取引管理装置２００は、表示制御部２８６により、買い手端末３００に注文書一覧画面の表示指示を送信する（ステップＳ４１０５）。

買い手端末３００は、取引管理装置２００からの表示指示を受けて、表示部３４０に注文書一覧画面を表示させる（ステップＳ４１０６）。

次に、図４２を参照して、買い手端末３００に表示された注文書一覧画面について説明する。図４２は、第二の実施形態の注文書一覧画面の一例を示す図である。

図４２に示す画面４２０は、図４０のステップＳ４１０６で買い手端末３００に表示される注文書一覧画面の一例である。

画面４２０は、表示欄４２１を有する。表示欄４２１には、買い手の発行注文書データベース２６１Ａから取得された発行注文書情報の一部と、受領請求書データベース２６４Ａに基づきこれらの情報に対応付けられた請求書受領状態とが表示されている。

具体的には、表示欄４２１では、発行注文書情報の一部として、注文書番号、合計金額、注文日が表示される。図４２では、表示欄４２１に枝番が付された注文書番号が表示されている。このため、図４２の例では、注文書番号「１９０１８８」で特定される注文書に対して分納請求が行われたことがわかる。

また、表示欄４２１は、操作ボタン４２２を含む。操作ボタン４２２は、請求書受領状態が「請求書受領済み」ではない注文書番号と対応付けられて表示される。

図４２の例では、注文書番号「１９０１８８－２」と対応する請求書受領状態は「分納請求書発行待ち」であり、操作ボタン４２２が、注文書番号と対応付けられて表示されている。

取引管理装置２００は、買い手端末３００において操作ボタン４２２が選択されると、選択された操作ボタン４２２と対応付けられた発行注文書情報から特定される注文元に対し、請求書の発行を催促する通知等を送信してもよい。

図４３は、第二の実施形態の確認画面の一例を示す図である。図４３に示す画面は、図４０に示す画面２６５Ｂにおいて、操作ボタン２６８が選択された場合に、買い手端末３００に表示される確認画面の一例である。

画面４３１は、表示欄４３２、４３３、４３４、２７９Ｂ、入力欄２９１、２９２、操作ボタン２９３を含む。

表示欄２７５Ｂは、注文書番号「１９８０１８８」で特定される注文書に対する分納請求書の請求書情報が表示させる。図４３の例では、請求書番号「３０１２６」の分納請求書の請求書情報が表示される。

画面４３１において、表示欄４３２には、買い手端末３００により発行された注文書情報が表示される。表示欄４３３には、表示欄２７５Ｂに表示された分納請求書の請求書情報と対応する注文書情報が表示される。表示欄４３４には、次回の分納請求書と対応する注文書情報が表示される。

具体的には、表示欄４３３には、請求書番号「３０１２６」の分納請求書と対応した注文書番号「１９０１８８－１」が付与された注文書情報が表示される。また、表示欄４３４には、注文書番号「１９０１８８－２」が付与された、次回の分納請求書と対応する注文書情報が表示される。

図４３の例では、表示欄４３３に表示された合計金額と、表示欄２７５Ｂに表示された合計金額とが一致しており、また、表示欄４３２に表示された明細情報及び表示欄４３３に表示された明細情報と、表示欄２７９Ｂに表示された明細情報とが一致しているため、突合結果は「一致」となる。

このように、本実施形態では、１つの注文書情報に対して、この注文書情報の一部を含む複数の請求書情報を対応付けて管理することができる。

（第三の実施形態）
以下に、図面を参照して、第三の実施形態について説明する。第三の実施形態は、第一の実施形態と第二の実施形態とを組み合わせた実施形態である。したがって、第三の実施形態では、分納請求によって残された注文書情報の一部と、１つの注文書情報とを合算した合算請求書を作成することができる。

図４４は、第三の実施形態の注文書情報の一覧画面の一例を示す図である。図４４に示す画面２２０Ｃは、売り手端末４００に表示される画面の一例である。

具体的には、画面２２０Ｃは、表示欄２２１Ｃ、操作ボタン２２２を含む。表示欄２２１Ｃでは、注文書情報が、注文書情報をダウンロードするための操作ボタン、注文書情報と対応した請求書を作成するための操作ボタン等と対応付けられて、一覧表示される。

また、表示欄２２１Ｃでは、注文書情報が、一覧において、この注文書情報に対する分納請求書を作成するための操作ボタン２２２Ａとも対応付けられている。

画面２３０Ｃでは、注文元が株式会社Ａの注文書のうち、注文書番号「１９０１８７」と、注文書番号「１９０１８８－２」とが選択されている。注文書番号「１９０１８８－２」は、注文書番号「１９０１８８」の一部が分納請求された後の残りの注文書情報を含む注文書である。

売り手端末４００は、画面２３０Ｃにおいて、操作ボタン２２２が操作されると、取引管理装置２００に対し、注文書番号「１９０１８７」と、注文書番号「１９０１８８－２」のそれぞれで特定される注文書情報を含む合算請求書の作成指示を送信する。取引管理装置２００は、この作成指示を受けて、売り手端末４００に対して、図４５に示す請求書作成画面を表示させる。

図４５は、第三の実施形態の請求書作成画面の一例を示図である。図４５に示す画面２３０Ｅは、表示欄２３１Ｄと操作ボタン２３３とを含む。

表示欄２３１Ｄには、注文書番号「１９０１８７」と、注文書番号「１９０１８８－２」のそれぞれで特定される注文書情報に基づく請求書情報が表示される。

また、表示欄２３１Ｄは、操作ボタン２３２と、備考欄２３１ｅとを含む。備考欄２３１ｅには、注文書番号「１９０１８７」と、注文書番号「１９０１８８－２」のそれぞれで特定される注文書の合算請求であることを示すメッセージが表示される。

画面２３０Ｄにおいて、操作ボタン２３３が選択されると、取引管理装置２００の登録部２８３は、表示欄２３１Ｄに表示された合算請求書の請求書情報に基づき、発行請求書データベース２６３Ａにおいて、請求書番号「３０１２６」を含む請求書情報の発行日、支払い期限日、振込先等を格納する。

また、本実施形態では、買い手端末３００において、請求書番号「３０１２６」を含む請求書情報を受領する操作が行われると、取引管理装置２００は、請求書番号「３０１２６」を含む請求書情報を受領請求書データベース２６４Ａに格納する。

図４６は、第三の実施形態の受領請求書データベースの一例を示す図である。図４６に示す受領請求書データベース２６４Ａでは、請求書番号「３０１２６」と、注文書番号「１９０１８７」及び注文書番号「１９０１８８－２」とが対応付けられており、この請求書情報が合算請求書の請求書情報であることがわかる。

図４７は、第三の実施形態の請求書一覧画面の一例を示す図である。図４７に示す画面２６５Ｃは、表示欄２６６Ｃを有し、表示欄２６６Ｃには、操作ボタン２６７、２６８が含まれる。表示欄２６６Ｃには、買い手である株式会社Ａの受領請求書データベース２６４Ａに格納された受領請求書情報の一覧が表示される。

図４７の例では、請求書番号「３０１２６」は、注文書番号「１９０１８７」、「１９０１８８－１」と対応付けられている。したがって、請求書番号「３０１２６」である受領請求書情報は、注文書番号「１９０１８７」、「１９０１８８－１」のそれぞれで特定される注文書情報と対応する合算請求書の請求書情報であることがわかる。

また、図４７の例では、注文書番号「１９０１８７」、「１９０１８８－１」のそれぞれで特定される注文書情報と、請求書番号「３０１２６」の請求書情報との突合結果が一致していることがわかる。

このように、本実施形態では、分納請求された残りの注文書情報と、分納請求されていない注文書情報とに対応した合算請求書を作成することができる。
尚、上述した実施形態では、対応づける対象となる第一の帳票と第二の帳票のそれぞれを注文書と請求書としたが、これに限定されない。上述した各実施形態は、両者の内容が一致しているか否かを判定する突合作業が必要となる帳票であれば、どのような帳票にも適用できる。具体的には、例えば、対応づける対象となる第一の帳票を注文書とし、第二の帳票を納品書としてもよい。また、第一の帳票を見積書とし、第二の帳票を注文書としてもよい。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

また、実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。

ある実施形態では、取引管理装置２００は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、取引管理装置２００は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

さらに、取引管理装置２００は、開示された処理ステップを様々な組み合わせで共有するように構成できる。例えば、取引管理装置２００によって実行されるプロセスは、他のサーバ装置によって実行され得る。同様に、取引管理装置２００の機能は、他のサーバ装置によって実行することができる。また、サーバ装置と他のサーバ装置の各要素は、１つ
のサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

また、明細書中の対応テーブルは、機械学習の学習効果によって生成されたものでもよい。また、取引内容の記載に含まれうるキーワードと勘定項目とを機械学習にて分類付けすることで、対応テーブルを使用しなくてもよい。

ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１００ 取引管理システム
２００ 取引管理装置
２５０ 記憶部
２６０Ａ、２６０Ｂ 帳票記憶部
２６１Ａ、２６１Ｂ 発行注文書データベース
２６２Ａ、２６２Ｂ 受領注文書データベース
２６３Ａ、２６３Ｂ 発行請求書データベース
２６４Ａ、２６４Ｂ 受領請求書データベース
２７１ テナントデータベース
２７２ 受領管理データベース
２７３ 出力データベース
２８０ 取引管理部
２８１ 入力受付部
２８２ 情報取得部
２８３ 登録部
２８４ 突合処理部
２８５ 更新部
２８６ 表示制御部
２８７ 出力部
３００ 端末装置（買い手端末）
４００ 端末装置（売り手端末）
５００ 基幹システム

特開２００５－１２２４２６号公報

Claims (9)

1. 第一の端末装置の操作に基づき、第一の帳票情報を登録する第一の登録部と、
   第二の端末装置の操作に基づき、前記第一の帳票情報の一部を含む第二の帳票情報を生成し、前記第一の帳票情報と対応付けて登録する第二の登録部と、
   前記第一の端末装置に、前記対応付けた情報を表示させる表示制御部と、を有する情報処理装置。
2. 前記対応付けた情報は、
   前記第一の帳票情報の一部と、前記第二の帳票情報との突合結果を示す情報を含む、請求項１記載の情報処理装置。
3. 前記表示制御部は、
   前記第一の帳票情報の一部が表示される表示欄と、前記第一の帳票情報の前記一部以外が表示される表示欄と、前記第二の帳票情報が表示される表示欄と、前記第二の帳票情報に関連した情報の入力欄と、を含む画面を、前記第一の端末装置に表示させる、請求項１又は２記載の情報処理装置。
4. 前記第一の帳票情報の一部と、前記第二の帳票情報とを突合する突合処理部を有する、請求項１乃至３の何れか一項に記載の情報処理装置。
5. 前記第二の帳票情報は、
   前記第一の帳票情報の一部と、他の第一の帳票情報とを含む、請求項１乃至４の何れか一項に記載の情報処理装置。
6. 前記第一の帳票情報は、注文書情報であり、前記第二の帳票情報は、請求書情報である、請求項１乃至５むの何れか一項に記載の情報処理装置。
7. 情報処理装置による情報処理方法であって、前記情報処理装置が、
   第一の端末装置の操作に基づき、第一の帳票情報を登録し、
   第二の端末装置の操作に基づき、前記第一の帳票情報の一部を含む第二の帳票情報を生成し、前記第一の帳票情報と対応付けて登録し、
   前記第一の端末装置に、前記対応付けた情報を表示させる、情報処理方法。
8. 第一の端末装置の操作に基づき、第一の帳票情報を登録し、
   第二の端末装置の操作に基づき、前記第一の帳票情報の一部を含む第二の帳票情報を生成し、前記第一の帳票情報と対応付けて登録し、
   前記第一の端末装置に、前記対応付けた情報を表示させる、処理を情報処理装置に実行させる、情報処理プログラム。
9. 第一の端末装置と、第二の端末装置と、情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   第一の端末装置の操作に基づき、第一の帳票情報を登録する第一の登録部と、
   第二の端末装置の操作に基づき、前記第一の帳票情報の一部を含む第二の帳票情報を生成し、前記第一の帳票情報と対応付けて登録する第二の登録部と、
   前記第一の端末装置に、前記対応付けた情報を表示させる表示制御部と、を有し、
   前記第一の端末装置は、
   前記第一の帳票情報の入力を受け付ける入力受付部と、
   前記対応付けた情報を表示させる表示部と、を有し、
   前記第二の端末装置は、
   前記第二の帳票情報の入力を受け付ける入力受付部を有する、情報処理システム。

Images