JP7635588B2 - 情報処理装置、情報処理システム、取引管理方法、及びプログラム - Google Patents

情報処理装置、情報処理システム、取引管理方法、及びプログラム Download PDF

Info

Publication number
JP7635588B2
JP7635588B2 JP2021046486A JP2021046486A JP7635588B2 JP 7635588 B2 JP7635588 B2 JP 7635588B2 JP 2021046486 A JP2021046486 A JP 2021046486A JP 2021046486 A JP2021046486 A JP 2021046486A JP 7635588 B2 JP7635588 B2 JP 7635588B2
Authority
JP
Japan
Prior art keywords
information
type
user
terminal device
invoice
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.)
Active
Application number
JP2021046486A
Other languages
English (en)
Other versions
JP2022145186A (ja
Inventor
稜 種子田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2021046486A priority Critical patent/JP7635588B2/ja
Priority to US17/564,263 priority patent/US20220300899A1/en
Publication of JP2022145186A publication Critical patent/JP2022145186A/ja
Application granted granted Critical
Publication of JP7635588B2 publication Critical patent/JP7635588B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0487—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser
    • G06F3/0488—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures
    • G06F3/04886—Interaction techniques based on graphical user interfaces [GUI] using specific features provided by the input device, e.g. functions controlled by the rotation of a mouse with dual sensing arrangements, or of the nature of the input device, e.g. tap gestures based on pressure sensed by a digitiser using a touch-screen or digitiser, e.g. input of commands through traced gestures by partitioning the display area of the touch-screen or the surface of the digitising tablet into independently controllable areas, e.g. virtual keyboards or menus

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Human Computer Interaction (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、情報処理装置、情報処理システム、取引管理方法、及びプログラムに関する。
商品又はサービスを提供する側（以下、売り手と呼ぶ）と、提供される商品又はサービスを利用する側（以下、買い手と呼ぶ）との間で、例えば、注文書、及び請求書等の帳票を用いて、取引を照合することが行われている。
例えば、仕入明細データと請求明細データとを自動照合して、起票ミスによる未照合リストを作成し、未照合リストの取引商品は、その原因を両者で確認し合って、人為的に処理することにより支払を確定するシステムが知られている（例えば、特許文献１参照）。
例えば、売り手が買い手に対して請求書を発行する際に、値上がり、値下がり、値引き、又は欠品等の理由により、請求金額が、注文書に記載された金額から変更される場合がある。このような場合、請求書に記載された金額と、注文書に記載された金額とが一致しないため、買い手が注文書と請求書を突き合わせることができないという問題がある。
このような場合、例えば、売り手側が、変更後の金額と一致する注文書を再発行することが考えられるが、非常に手間がかかる。また、金額の変更について、買い手と売り手とがメール、又は電話等でやり取りして、その内容を買い手が注文書の付加情報として入力して管理する方法もあるが、手間がかかることは変わらない。
売り手が買い手に対して請求書を発行する際に限らず、売り手が買い手に対して納品書を発行する際に注文書に記載された注文内容が変更された場合や、買い手が売り手に対して注文書を発行する際に見積書に記載された見積内容が変更された場合など、同じような課題が生じる。
本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、発行する帳票の情報が変更された場合の業務の負担を低減する。
上記の課題を解決するため、本発明の一実施形態に係る情報処理装置は、第１のユーザが利用する端末装置からの第１の入力情報に基づいて、第１種別の帳票の情報を登録する第１の登録部と、前記第１種別の帳票の情報に基づいて、前記第１種別の帳票に対応する第２種別の帳票の情報の入力を受け付ける入力画面を、第２のユーザが利用する端末装置に表示させる表示制御部と、前記入力画面に入力された第２の入力情報に基づいて、前記第２種別の帳票の情報を登録する第２の登録部と、を有し、前記表示制御部は、前記第２の入力情報に、前記第２種別の帳票に対応する前記第１種別の帳票の情報と一致しない情報がある場合、前記一致しない情報に関する通知情報を登録する登録画面を、前記第２のユーザが利用する端末装置に表示させる。
本発明の一実施形態によれば、発行する帳票の情報が変更された場合の業務の負担を低減することができる。
一実施形態に係る情報処理システムのシステム構成の例を示す図である。 一実施形態に係る取引の流れの概要について説明するための図である。 一実施形態に係るコンピュータのハードウェア構成の例を示す図である。 一実施形態に係る情報処理システムの機能構成の例を示す図である。 一実施形態に係る取引管理情報の例を示す図である。 一実施形態に係るテナント管理情報の例を示す図である。 一実施形態に係る注文処理の例を示すシーケンス図である。 一実施形態に係る注文書の作成画面の例を示す図である。 一実施形態に係る注文書の送付画面の例を示す図である。 一実施形態に係る発行注文書ＤＢの例を示す図である。 一実施形態に係る注文書の受領画面の例を示す図である。 一実施形態に係る受領注文書ＤＢの例を示す図である。 一実施形態に係る請求処理の例を示すシーケンス図である。 一実施形態に係る受領注文書一覧画面の例を示す図である。 一実施形態に係る請求書の作成画面の例を示す図（１）である。 一実施形態に係る請求書の作成画面の例を示す図（２）である。 一実施形態に係る請求書の編集処理の一例を示すフローチャートである。 一実施形態に係る通知情報の登録画面の一例を示す図である。 一実施形態に係る請求書の編集処理の別の一例を示すフローチャートである。 一実施形態に係る通知情報の登録画面の別の一例を示す図である。 一実施形態に係る請求書の例を示す図である。 一実施形態に係る請求書の送付画面の例を示す図である。 一実施形態に係る発行請求書ＤＢの例を示す図である。 一実施形態に係る発行通知情報、及び受領通知情報の例を示す図である。 一実施形態に係る受領請求書ＤＢの例を示す図である。 一実施形態に係る照合処理の例を示すフローチャートである。 一実施形態に係る確認処理の例を示すシーケンス図である。 一実施形態に係る請求書一覧画面の例を示す図である。 一実施形態に係る確認画面の例を示す図である。 一実施形態に係る通知情報の一例を示す図である。 一実施形態に係る確認画面、及び通知情報の別の一例を示す図である。 一実施形態に係る出力情報の例を示す図である。
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
図１は、一実施形態に係る情報処理システムのシステム構成の例を示す図である。情報処理システム１は、商品又はサービス等を提供する側（以下、売り手と呼ぶ）と、提供される商品又はサービス等を利用する側（以下、買い手と呼ぶ）との間で、例えば、注文書、及び請求書等の帳票を用いて行われる取引を管理するシステムである。情報処理システム１は、例えば、インターネット、又はＬＡＮ（Local Area Network）等の通信ネットワーク２を介して、互いに通信可能に接続される取引管理システム１００、端末装置１０１、及び端末装置１０２を有する。
取引管理システム（情報処理装置）１００は、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。取引管理システム１００は、売り手と買い手との間の取引を管理する、例えば、注文書（又は発注書）、及び請求書等の帳票の情報を入力する入力画面（ウェブページ等）を提供するウェブサーバの機能を有している。また、取引管理システム１００は、入力画面に入力された帳票の情報を記憶部等に記憶して管理する機能も有している。
端末装置１０１は、買い手１０側のユーザ（第１のユーザ）が利用する、例えば、ＰＣ（Personal Computer）、タブレット端末、又はスマートフォン等のウェブブラウザの機能を有する情報端末である。買い手１０側のユーザは、一人のユーザに限られず、買い手１０側の組織において、所定のロール（役割）を有する一人以上のユーザを含み得る。また、端末装置１０１は、買い手１０側のユーザが利用する任意の端末であって良い。例えば、端末装置１０１は、買い手１０側のユーザが利用する共用端末であっても良いし、個人用の端末であっても良い。従って、買い手１０側のユーザ（第１のユーザ）が利用する端末装置１０１は、１つの端末に限られず、取引管理システム１００にアクセスする度に異なる端末が用いられる場合がある。
また、買い手１０側のユーザが利用する端末装置１０１は、例えば、会計システム、決済システム、又は受発注システム等の基幹システム３と、直接、又は取引管理システム１００を介して、情報をやり取りする際等にも用いられる。
端末装置１０２は、売り手２０側のユーザ（第２のユーザ）が利用する、例えば、ＰＣ、タブレット端末、又はスマートフォン等のウェブブラウザの機能を有する情報端末である。売り手２０側のユーザも、一人のユーザに限られず、売り手２０側の組織において、所定のロールを有する一人以上のユーザを含み得る。また、端末装置１０２は、売り手２０側のユーザが利用する任意の端末であって良い。例えば、端末装置１０２は、売り手２０側のユーザが利用する共用端末であっても良いし、個人用の端末であっても良い。従って、売り手２０側のユーザ（第２のユーザ）が利用する端末装置１０２は、１つの端末に限られず、取引管理システム１００にアクセスする度に異なる端末が用いられる場合がある。
基幹システム３は、買い手１０側の組織が利用している、例えば、会計システム、決済システム、又は受発注システム等の業務システムであり、本実施形態では、情報処理システム１の外部のシステムであることを想定している。ただし、これに限られず、例えば、基幹システム３が備える機能のうち、少なくとも一部は、情報処理システム１に含まれていても良い。
（取引の流れの概要）
図２は、一実施形態に係る取引の流れの概要について説明するための図である。なお、ここでは、見積書、注文者（又は発注書）、及び請求書等の帳票は、電子データとして送受信されるものとする。
売り手２０は、例えば、買い手１０からの見積もり依頼等に応じて、依頼された商品（又はサービス）等の品目、単価、数量、及び合計金額等の情報を含む見積書を、買い手１０に送信する（ステップＳ１）。
買い手１０は、見積書に基づいて、注文する商品等の品目、単価、及び数量等を決定し、これらの情報を含む注文書（又は発注書）等を、売り手２０に送信する（ステップＳ２）。この注文書等の合計金額である注文金額は、例えば、会計上の勘定項目である買掛金として、基幹システム３の一部である会計システム２０１等に登録される。
その後、売り手２０は、注文者等で注文した商品等を買い手１０に提供した後に、例えば、提供した商品等の品目、単価、数量、及び合計金額等の情報を含む請求書を、買い手１０に送信する（ステップＳ３）。
買い手１０は、請求書を受信すると、注文書等の情報（例えば、注文金額等）と、請求書の情報（例えば、請求金額等）との突合（照合）を行い、注文書の情報と請求書の情報とに誤りが無い場合、売り手２０に支払を行う（ステップＳ４）。
ここで、突合とは、例えば、注文書等の情報（例えば、品目、単価、数量、及合計金額等）と、請求書の情報（例えば、品目、単価、数量、及合計金額等）とを突き合わせて、情報に誤りが無いかを確認することをいう。基本的には、突合は、照合と同様の意味で用いられるが、例えば、両者の情報が一致しない場合に、どこに誤りがあるかを調べて、両者を整合させる意味まで含まれる場合があるため、以下の説明では「照合」を用いる。
買い手１０は、注文書の情報と請求書の情報との間に差異がある場合、支払を行うことができない。このような場合、例えば、特許文献１に示すような従来の技術では、注文書の情報と請求書の情報との間に差異がある原因を、買い手１０と売り手２０の両者で確認し合って、人為的に処理することにより支払を確定していた。
従って、従来のシステムでは、何らかの理由により、売り手２０が請求書の金額を変更した場合、買い手１０が売り手２０に連絡して、金額を変更した理由を確認した上で、支払処理を行なうことになる。このように、従来の技術では、買い手１０が発行する帳票と、売り手２０が発行する帳票とを照合する情報処理システム１において、売り手２０によって請求金額が変更された場合、買い手１０側の業務の負担が大きくなっていた。
そこで、本実施形態に係る取引管理システム１００は、売り手２０が請求書を作成する際に、注文書に記載された金額等の情報が変更されたか否かを判断し、変更された場合に、変更に関する通知情報を売り手２０に登録させる。また、取引管理システム１００は、買い手１０が、請求書を受領したときに、売り手２０が入力した変更に関する通知情報を、買い手１０側の端末装置１０１に表示できるようにする。これにより、買い手１０は、売り手２０によって請求書の金額が変更された場合、売り手２０と連絡をとらなくても、請求金額の妥当性を容易に判断することができるようになる。
このように、本実施形態によれば、買い手１０が発行する帳票と、売り手２０が発行する帳票とを照合する情報処理システム１において、請求金額が変更された場合の買い手側の業務の負担を低減することができる。
＜ハードウェア構成＞
端末装置１０１、端末装置１０２、及び取引管理システム１００は、例えば、図３に示すような、一般的なコンピュータ３００のハードウェア構成を有している。或いは、取引管理システム１００は、複数のコンピュータ３００によって構成される。
図３は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。コンピュータ３００は、例えば、図３に示されるように、ＣＰＵ（Central Processing Unit）３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３、ＨＤ（Hard Disk）３０４、ＨＤＤ(Hard Disk Drive)コントローラ３０５、ディスプレイ３０６、外部機器接続Ｉ／Ｆ(Interface)３０７、ネットワークＩ／Ｆ３０８、キーボード３０９、ポインティングデバイス３１０、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ３１２、メディアＩ／Ｆ３１４、及びバスライン３１５等を備えている。
これらのうち、ＣＰＵ３０１は、コンピュータ３００全体の動作を制御する。ＲＯＭ３０２は、例えば、ＩＰＬ（Initial Program Loader）等のＣＰＵ３０１の起動に用いられるプログラムを記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤ３０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ３０５は、ＣＰＵ３０１の制御に従ってＨＤ３０４に対する各種データの読み出し又は書き込みを制御する。
ディスプレイ３０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ３０７は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等が含まれる。ネットワークＩ／Ｆ３０８は、通信ネットワーク２を利用してデータ通信をするためのインターフェースである。
キーボード３０９は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス３１０は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ３１２は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ３１１に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷ３１１は、着脱可能な他の記録媒体であっても良い。メディアＩ／Ｆ３１４は、フラッシュメモリ等のメディア３１３に対するデータの読み出し又は書き込み（記憶）を制御する。バスライン３１５は、上記の各構成要素を電気的に接続するためのアドレスバス、データバス及び各種の制御信号等である。
＜機能構成＞
図４は、一実施形態に係る情報処理システムの機能構成の例を示す図である。
（取引管理システムの機能構成）
取引管理システム（情報処理装置）１００は、例えば、図３に示すようなコンピュータ３００、又は複数のコンピュータ３００で所定のプログラムを実行することにより、図４に示すような機能構成を実現している。図４の例では、取引管理システム１００は、通信部４０１、記憶部４０２、表示制御部４０３、第１の登録部４０４、第２の登録部４０５、情報送信部４０６、及び照合部４０７等を有する。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
通信部４０１は、例えば、ネットワークＩ／Ｆ３０８等を用いて、取引管理システム１００を通信ネットワーク２に接続し、端末装置１０１、１０２、及び基幹システム３等と通信する通信処理を実行する。
記憶部４０２は、例えば、ＨＤ３０４等のストレージデバイスに、取引管理情報、及びテナント管理情報等の様々な情報を記憶する記憶処理を実行する。
図５は、一実施形態に係る取引情報の例を示す図である。記憶部４０２は、例えば、企業等の契約者であるテナントごとに、発行注文書ＤＢ（Database）５０１、受領注文書ＤＢ５０２、発行請求書ＤＢ５０３、及び受領請求書ＤＢ（Database）５０４等の取引管理情報５００を記憶している。
図５の例では、買い手１０の一例である株式会社Ａの取引管理情報５００ａは、発行注文書ＤＢ５０１ａ、受領注文書ＤＢ５０２ａ、発行請求書ＤＢ５０３ａ、及び受領請求書ＤＢ５０４ａ等を含む。また、売り手２０の一例であるＢ株式会社の取引管理情報５００ｂは、発行注文書ＤＢ５０１ｂ、受領注文書ＤＢ５０２ｂ、発行請求書ＤＢ５０３ｂ、及び受領請求書ＤＢ５０４ｂ等を含む。
例えば、取引管理システム１００は、株式会社Ａのユーザが、Ｂ株式会社に対して発行した注文書の情報を、発行注文書ＤＢ５０１ａに登録する。また、取引管理システム１００は、Ｂ株式会社のユーザが当該注文書の受領操作を行ったときに、当該注文書の情報を、発行注文書ＤＢ５０１ａから受領注文書ＤＢ５０２ｂにコピーする。同様に取引管理システム１００は、Ｂ株式会社のユーザが、株式会社Ａに対して発行した請求書の情報を、発行請求書ＤＢ５０３ｂに登録する。また、取引管理システム１００は、株式会社Ａのユーザが当該請求書の受領操作を行ったときに、当該請求書の情報を、発行請求書ＤＢ５０３ｂから受領請求書ＤＢ５０４ａにコピーする。なお、株式会社Ａ、及びＢ株式会社は、買い手１０、売り手２０のいずれにもなることができる。
なお、図５に示した取引管理情報５００の構成は一例である。例えば、取引管理システム１００は、各テナントの取引管理情報を、共通の取引管理情報に記憶して、テナントを識別する識別情報等によって、各テナントの情報を識別しても良い。
図６は、一実施形態に係るテナント管理情報の例を示している。記憶部４０２は、例えば、図６示すようなテナント管理情報６００に、各テナントの情報を記憶している。図６の例では、テナント管理情報６００は、テナント名（会社名）、「ユーザＩＤ」、「パスワード」、「メールアドレス」、及び「口座情報」等の情報を含む。「テナント名」は、例えば、会社名等のテナントの名称を示す情報である。なお、テナント名は、テナントを識別するテナントＩＤ等であっても良い。「ユーザＩＤ」は、各テナントに登録されているユーザを識別する識別情報である。「パスワード」は、ユーザＩＤに対応するユーザの認証情報の一例である。「メールアドレス」は、ユーザＩＤに対応するユーザのメールアドレスである。「口座情報」は、各テナントの振込先の情報である。テナント管理情報６００は、例えば、取引管理システム１００を管理する管理者等が、取引管理システム１００に予め登録しておく。
ここで、図４に戻り、取引管理システム１００の機能構成の説明を続ける。
表示制御部４０３は、買い手１０側のユーザが利用する端末装置１０１、及び売り手２０側のユーザが利用する端末装置１０２に、取引に関する様々な情報を入力する表示画面を表示させる表示制御処理を実行する。例えば、表示制御部４０３は、買い手１０側のユーザ（以下、買い手ユーザと呼ぶ）が利用する端末装置１０１に、注文書の作成画面、注文書の送付画面、請求書一覧画面、請求書の確認画面、及び通知情報等の様々な表示画面を表示させる。なお、買い手ユーザは、第１のユーザの一例である。
また、表示制御部４０３は、売り手２０側のユーザ（以下、売り手ユーザと呼ぶ）が利用する端末装置１０２に、例えば、注文書の受領画面、受領注文書一覧画面、請求書の作成画面、請求書の送付画面、及び通知情報等の様々な表示画面を表示させる。なお、売り手ユーザは、第２のユーザの一例である。
例えば、表示制御部４０３は、受領注文書ＤＢ５０２に登録された注文書の情報に基づいて、当該注文書に対応する請求書の作成画面を作成し、作成した請求書の作成画面を端末装置１０２に表示させる。また、表示制御部４０３は、請求書の作成画面に入力された入力情報に、請求書に対応する注文書の情報と一致しない情報がある場合、一致しない情報に関する通知情報（例えば、一致しない理由等）を登録する登録画面を、端末装置１０２に表示させる。
具体的な一例として、表示制御部４０３は、端末装置１０１、及び端末装置１０２等のウェブブラウザに、取引に関する様々な情報の入力を受け付けるウェブページ等を表示させるウェブサーバとして機能する。
第１の登録部４０４は、表示制御部４０３が端末装置１０１に表示させる、第１種別の帳票の情報の入力を受け付ける入力画面に対する入力情報に基づいて、第１種別の帳票の情報を登録する第１の登録処理を実行する。例えば、第１の登録部４０４は、表示制御部４０３が、端末装置１０１に表示させる注文書の作成画面に対して、買い手ユーザが入力した入力情報に基づいて、注文書の情報を発行注文書ＤＢ５０１に登録する。
第２の登録部４０５は、表示制御部４０３が、端末装置１０２に表示させる、第２種別の帳票の情報の入力を受け付ける入力画面に対する入力情報に基づいて、第２種別の帳票の情報を登録する第２の登録処理を実行する。例えば、第２の登録部４０５は、表示制御部４０３が、端末装置１０２に表示させる請求書の作成画面に対して、売り手ユーザが入力した入力情報に基づいて、請求書の情報を発行請求書ＤＢ５０３に登録する。また、第２の登録部４０５は、登録画面に入力された通知情報を、請求書の情報と対応付けて、発行請求書ＤＢ５０３に登録する。
情報送信部４０６は、例えば、端末装置１０１、端末装置１０２、又は基幹システム３等に対して、様々な情報を送信する情報送信処理を実行する。例えば、情報送信部４０６は、買い手ユーザによる注文書の送付要求に応じて、売り手ユーザが利用する端末装置１０２に、注文書の受領画面を表示するための電子メールを送信する。また、情報送信部４０６は、売り手ユーザによる請求書の送付要求に応じて、買い手ユーザが利用する端末装置１０１に、請求書の受領画面を表示するための電子メールを送信する。
照合部４０７は、請求書の情報と、当該請求書に対応する注文書の情報とを照合する照合処理を実行し、照合結果を受領請求書ＤＢ５０４等に登録する。
（端末装置１０１の機能構成）
端末装置１０１は、例えば、図３のＣＰＵ３０１で、ウェブブラウザ、又はウェブブラウザの機能を有するアプリケーションプログラム（以下、アプリと呼ぶ）等の所定のプログラムを実行することにより、図４に示すような機能構成を実現している。図４の例では、端末装置１０１は、通信部４１１、表示部４１２、及び操作受付部４１３等を有する。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
通信部４１１は、例えば、ネットワークＩ／Ｆ３０８等を用いて、端末装置１０１を通信ネットワーク２に接続し、取引管理システム１００、及び基幹システム３等と通信する通信処理を実行する。
表示部４１２は、例えば、ＣＰＵ３０１が実行するウェブブラウザ等によって実現され、取引管理システム１００の表示制御部４０３が提供するウェブページ等を表示する表示処理を実行する。
操作受付部４１３は、例えば、ＣＰＵ３０１が実行するウェブブラウザ等によって実現され、表示部４１２が表示するウェブページ等に対するユーザの入力操作を受け付ける。
（端末装置１０２の機能構成）
端末装置１０２は、例えば、図３のＣＰＵ３０１で、ウェブブラウザ、又はウェブブラウザの機能を有するアプリ等の所定のプログラムを実行することにより、図４に示すような機能構成を実現している。図４の例では、端末装置１０２は、通信部４２１、表示部４２２、及び操作受付部４２３等を有する。なお、通信部４２１、表示部４２２、及び操作受付部４２３の機能は、端末装置１０１の通信部４１１、表示部４１２、及び操作受付部４１３と同様なので、ここでは説明を省略する。
なお、基幹システム３は、情報処理システム１の外部のシステムを利用することを想定しており、実施形態に係る取引管理方法の処理に関与しないことから、ここでは説明を省略する。
＜処理の流れ＞
続いて、本実施形態に係る取引管理方法の処理の流れについて説明する。
（注文処理）
図７は、一実施形態に係る注文処理の例を示すシーケンス図である。この処理は、買い手ユーザ（第１のユーザ）が、端末装置１０１を用いて、取引管理システム１００に注文書を登録するときに、情報処理システム１が実行する注文処理の例を示している。なお、図７に示す処理の開始時点において、買い手ユーザは、端末装置１０１を用いて、取引管理システム１００の表示制御部４０３が提供する、例えば、図８に示すような注文書の作成画面８００を表示しているものとする。
ステップＳ７０１において、買い手ユーザは、注文書の作成画面８００に対して、所定の情報８０１を入力し、作成ボタン８０２を選択することにより、取引管理システム１００に注文書の作成を指示する。
ステップＳ７０２において、端末装置１０１の操作受付部４１３は、作成ボタン８０２の選択操作を受け付けると、買い手ユーザが入力した情報（第１の入力情報）を、取引管理システム１００に送信する。
ステップＳ７０３において、取引管理システム１００の第１の登録部４０４は、端末装置１０１から受信した情報に基づいて、注文書の情報を、「一時保存」状態で、発行注文書ＤＢ５０１ａに登録する。なお、注文書の情報は、第１種別の帳票の情報の一例である。
ステップＳ７０４、Ｓ７０５において、取引管理システム１００の表示制御部４０３は、発行注文書ＤＢ５０１ａに登録した注文書の情報に基づいて、注文書、及び注文書の送付画面を生成し、生成した注文書の送付画面を端末装置１０１に送信する。
ステップＳ７０６において、端末装置１０１の表示部４１２は、例えば、図９に示すような注文書の送付画面９００を、ディスプレイ３０６等に表示する。
ステップＳ７０７において、買い手ユーザは、注文書の送付画面９００の送付情報の入力欄９０１から、送付先のメールアドレスを選択し、必要に応じてメール情報の入力欄９０２の内容を編集する。また、買い手ユーザは、注文書の画像９０３を確認し、問題がない場合、送付ボタン９０４を選択して、注文書の送付を指示する。
ステップＳ７０８において、端末装置１０１の操作受付部４１３は、送付ボタン９０４の選択操作を受け付けると、注文書の送付を要求する送付要求を、取引管理システム１００に送信する。
ステップＳ７０９において、取引管理システム１００の第１の登録部４０４は、端末装置１０１から注文書の送付要求を受信すると、発行注文書ＤＢ５０１ａに登録した注文書の情報の状態を「一時保存」から「送付済」の状態に変更する。
図１０は、一実施形態に係る発行注文書ＤＢの例を示す図である。図１０の例では、発行注文書ＤＢ５０１は、項目として、「注文書番号」、「状態」、「注文先」、「合計金額」、「消費税」、「発行日」、「帳票画像パス」、「明細情報」、「受領画面ＵＲＬ」、及び備考等の情報を含む。
「注文書番号」は、注文書の情報を識別する識別番号である。例えば、図７のステップＳ７０３において、第１の登録部４０４は、発行注文書ＤＢ５０１に新たな注文書の情報を登録する際に、注文書番号「190188」を採番し、注文書の情報に付加する。「状態」は、注文書の情報の状態を示す情報であり、例えば、注文書番号「190188」の注文書の情報は、「送付済」状態であることが示されている。注文先は、注文先の名称等を示す情報である。「合計金額」は、注文書の合計金額を示す情報である。「消費税」は、合計金額対応する消費税の額を示す情報である。「発行日」は、注文書の発行日を示す情報である。
「帳票画像パス」は、例えば、図９に示すような注文書の画像９０３の格納場所、及びファイル名等を示す情報である。「明細情報」には、図１０に示すように、商品ごとの商品コード、商品名、数量、単価、及び金額等を記憶した、１つ以上の明細情報１、明細情報２、・・・等を含む。「受領画面ＵＲＬ」は、売り手ユーザが、注文書の受領画面を表示するためのＵＲＬ情報である。
ここで、図７に戻り、注文処理のシーケンス図の説明を続ける。
ステップＳ７１０において、取引管理システム１００の情報送信部４０６は、注文書の送付画面９００で受け付けた送付先のメールアドレスに、例えば、図１１に示すような電子メール１１００を送信する。
ステップＳ７１１において、売り手ユーザが、例えば、図１１に示すような電子メール１１００を開き、リンク情報１１０１を選択すると、情報処理システム１は、ステップＳ７１２以降の処理を実行する。
ステップＳ７１２～Ｓ７１４において、端末装置１０２の表示部４２２は、リンク情報１１０１が示す取得先から、例えば、図１１に示すような注文書の受領画面１１１０を取得し、ディスプレイ３０６等に表示する。図１１の例では、注文書の受領画面１１１０には、注文書の画像１１１１と、全体表示ボタン、ダウンロードボタン、及び受領ボタン１１１２とが表示されている。
ステップＳ７１５において、売り手ユーザが、注文書の受領画面１１１０に対して、注文書の受領操作を行うと、情報処理システム１は、ステップＳ７１６、Ｓ７１７の処理を実行する。なお、売り手ユーザは、注文書の画像１１１１で注文内容を確認し、受領ボタン１１１２を選択することにより、注文書の受領操作を行うことができる。
ステップＳ７１６において、端末装置１０２の操作受付部４２３は、売り手ユーザによる注文書の受領操作を受け付けたことを示す受領通知を、取引管理システム１００に送信する。
ステップＳ７１７において、取引管理システム１００の第２の登録部４０５は、図１０に示すような発行注文書ＤＢ５０１から、例えば、注文書番号「190188」の注文書の情報を取得して、売り手２０の受領注文書ＤＢ５０２ｂに登録する。
図１２は、一実施形態に係る受領注文書ＤＢの例を示す図である。図１２において、受領注文書ＤＢ５０２に含まれる項目のうち、「注文書番号」、「合計金額」、「消費税」、「発行日」、「帳票画像パス」、「明細書」、及び「備考」等の情報は、第２の登録部４０５が、発行注文書ＤＢ５０１からコピーする。「注文元」の情報は、第２の登録部４０５が、例えば、取得元の発行注文書ＤＢ５０１等からテナント名を取得して付加する。「状態」の情報は、第２の登録部４０５が、「請求書未発行」の状態に設定する。
上記の処理により、買い手ユーザが作成した注文書の情報を、売り手２０の受領注文書ＤＢ５０２ｂに登録することができる。
（請求処理）
図１３は、一実施形態に係る注文処理の例を示すシーケンス図である。この処理は、売り手ユーザ（第２のユーザ）が、端末装置１０２を用いて、取引管理システム１００に請求書を登録するときに、情報処理システム１が実行する請求処理の例を示している。なお、図１３に示す処理の開始時点において、図７で説明した注文処理を実行済であるものとする。
ステップＳ１３０１において、売り手ユーザは、請求書作成の開始操作を行う。例えば、売り手ユーザは、図１４に示すような受領注文書の一覧画面１４００を表示して、「請求書作成」ボタン１４０１を選択することにより、請求書作成の開始操作を行うことができる。
ステップＳ１３０２において、端末装置１０２の操作受付部４２３は、請求書作成の開始操作を受け付けると、取引管理システム１００に、請求書作成の開始要求を送信する。
ステップＳ１３０３、Ｓ１３０４において、取引管理システム１００の表示制御部４０３は、請求書作成の開始要求を受け付けると、例えば、図１５に示すような請求書の作成画面１５００を作成して、要求元の端末装置１０２に送信する。なお、表示制御部４０３は、受領注文書の一覧画面１４００において、売り手ユーザによって選択された受領注文書の注文番号を用いて、請求書の作成画面１５００に表示する情報を、受領注文書ＤＢ５０２ｂから取得する。
ステップＳ１３０５において、端末装置１０２の表示部４２２は、請求書の作成画面１５００を、ディスプレイ３０６等に表示する。
なお、売り手ユーザは、例えば、図１６に示すように、請求書の作成画面１５００において、商品の数量、及び単価の情報１６０１を変更することができるものとする。この場合、取引管理システム１００の表示制御部４０３は、売り手ユーザが、商品の数量、及び単価の情報１６０１を変更すると、金額情報１６０２、及び合計金額１６０３を、自動的に再計算して更新する。
また、売り手ユーザが、商品の数量、及び単価の情報１６０１を変更すると、一例として、表示制御部４０３は、「ご注文内容が変更されました。通知情報をご確認下さい。」等のメッセージを、備考欄１６０４に自動的に入力する。別の一例として、備考欄１６０４のメッセージは、売り手ユーザが入力しても良い。
また、振り込み先の入力欄１６０５には、一例として、売り手ユーザが、売り手２０の口座情報を入力する。別の一例として、表示制御部４０３が、テナント管理情報６００から売り手２０の口座情報を取得して、振り込み先の入力欄１６０５に設定しても良い。
また、変形例として、請求書の作成画面１５００において、金額情報１６０２の小計、又は合計金額を変更可能としても良い。例えば、請求書の作成画面１５００において、売り手ユーザが、金額情報１６０２の合計金額を「１９８００００」から「１９０００００」に変更するものとする。この場合、表示制御部４０３は、差額の「８００００」を値引き額等として、例えば、合計金額と消費税との間等に表示しても良い。
ステップＳ１３０６において、情報処理システム１は、一例として、図１７に示すような請求書の編集処理を実行する。
図１７は、一実施形態に係る請求書の編集処理の一例を示すフローチャートである。
ステップＳ１７０１において、取引管理システム１００の表示制御部４０３は、項目値（第２の入力情報）の入力を受け付ける。例えば、表示制御部４０３は、図１６で説明した、請求書の作成画面１５００に対する売り手ユーザの入力操作を受け付ける。
ステップＳ１７０２において、表示制御部４０３は、作成ボタン１６０６が選択されると、ステップＳ１７０３以降の処理を実行する。
ステップＳ１７０３において、表示制御部４０３は、ステップＳ１７０１で入力を受け付けた入力項目の各々に対して、ステップＳ１７０５～Ｓ１７０７の処理を実行する。
ステップＳ１７０４、Ｓ１７０５において、表示制御部４０３は、入力項目の変更前の値と変更後の値とを比較して、一致するか否かを判断する。変更前の値と変更後の値とが一致しない場合、表示制御部４０３は、処理をステップＳ１７０６に移行させる。一方、変更前の値と変更後の値とが一致した場合、表示制御部４０３は、ステップＳ１７０６の処理の実行を中止する。
ステップＳ１７０６に移行すると、表示制御部４０３は、変更前の値と変更後の値とが一致しない項目値が、ユーザが変更した項目値であるか否かを判断する。ユーザが変更した項目値である場合、表示制御部４０３は、処理をステップＳ１７０７に移行させる。一方、ユーザが変更した項目値でない場合、表示制御部４０３は、ステップＳ１７１１の処理の実行を中止する。
ステップＳ１７０８に移行すると、表示制御部４０３は、ステップＳ１７０７で特定された、入力対象項目があるか否かを判断する。入力対象項目がある場合、表示制御部４０３は、処理をステップＳ１７０９に移行させる。一方、入力対象項目がない場合、表示制御部４０３は、図１７の処理を終了する。
ステップＳ１７０９において、表示制御部４０３は、例えば、図１８に示すような通知情報の登録画面１８００を、端末装置１０２に表示させる。
図１８は、一実施形態に係る通知情報の登録画面の一例を示している。図１８の例では、通知情報の登録画面１８００において、変更項目に対応するタブ１８０１を選択することにより、変更項目に対応する変更理由、添付処理、及びコメント等を入力することができるようになっている。例えば、売り手ユーザが、変更理由の選択候補の欄１８０２に表示された複数の候補の中から、変更理由として「欠品」を選択すると、選択した変更理由「欠品」が、選択済み項目の欄１８０３に表示される。これにより、売り手ユーザは、変更理由を、「欠品」に設定することができる。
また、売り手ユーザは、ファイル選択ボタン１８０４を選択して、ファイルを選択することにより、通知情報に添付書類を添付することができる。さらに、売り手ユーザは、コメント欄１８０５に、コメントを入力することができる。なお、売り手ユーザは、ＯＫボタン１７０５を選択することにより、通知情報の入力を完了することができる。なお、コメント欄１８０５は、変更項目ごとに設けられていても良いし、登録画面１８００に共通もコメント欄１８０５が１つ設けられていても良い。
ステップＳ１７１０において、通知情報の入力が完了すると、表示制御部４０３は、処理をステップＳ１７１１に移行させる。
ステップＳ１７１１において、取引管理システム１００の第２の登録部４０５は、通知情報の登録画面１８００で入力された通知情報を、請求書の作成画面１５００で作成した請求書の情報と対応付けて、売り手２０側の発行請求書ＤＢ５０３ｂに登録する。
（変形例）
変形例として、図１３のステップＳ１３０６において、情報処理システム１は、図１７に示すような請求書の編集処理を実行しても良い。
図１９は、一実施形態に係る請求書の編集処理の別の一例を示すフローチャートである。なお、ここでは、図１７で説明した処理と同様の処理内容に対する詳細な説明は省略する。
ステップＳ１９０１において、取引管理システム１００の表示制御部４０３は、項目値の入力を受け付ける。
ステップＳ１９０２において、表示制御部４０３は、入力された項目値が確定されたか否かを判断する。例えば、表示制御部４０３は、Ｅｎｔｅｒキーが入力された場合、又は入力欄、及び選択ボタン以外の箇所がクリックされた場合等に、項目値が確定されたと判断しても良い。項目値が確定された場合、表示制御部４０３は、処理をステップＳ１９０３に移行させる。
ステップＳ１９０３、Ｓ１９０４において、表示制御部４０３は、入力項目の変更前の値と変更後の値とを比較して、一致するか否かを判断する。変更前の値と変更後の値とが一致しない場合、表示制御部４０３は、処理をステップＳ１９０５に移行させる。一方、変更前の値と変更後の値とが一致した場合、表示制御部４０３は、図１９の処理を終了する。
ステップＳ１９０５に移行すると、例えば、図２０に示すような通知情報の登録画面２０００を、端末装置１０２に表示させる。
図２０は、一実施形態に係る通知情報の登録画面の別の一例を示している。図１９の処理では、売り手ユーザが変更可能な項目値が変更されるたびに、図２０に示すような通知情報の登録画面２０００が表示される。従って、通知情報の登録画面２０００には、図１８に示した通知画面の登録画面１８００のようなタブは不要となる。また、通知情報の登録画面２０００では変更理由の選択方法のバリエーションとして、チェックボックス２００１で、変更理由を選択できるようになっている。また、売り手ユーザは、ＯＫボタン２００２を選択することにより、通知情報の入力を完了することができる。
ステップＳ１９０６において、通知情報の入力が完了すると、表示制御部４０３は、図１９の処理を終了する。
表示制御部４０３は、例えば、図１６に示すような請求書の作成画面１５００において、売り手ユーザが変更可能な項目値が変更されると、図１９の処理を実行する。また、第２の登録部４０５は、請求書の作成画面１５００において、作成ボタン１６０６が選択されると、通知情報の登録画面２０００で入力された通知情報を、請求書の作成画面１５００で作成した請求書の情報と対応付けて、発行請求書ＤＢ５０３に登録する。
ここで、図１３に戻り、請求処理のシーケンス図の説明を続ける。
ステップＳ１３０７において、取引管理システム１００の表示制御部４０３は、第２の登録部４０５が、発行請求書ＤＢ５０３に登録した情報に基づいて、請求書、及び請求書の送付画面を生成し、生成した請求書の送付画面を端末装置１０２に送信する。
例えば、表示制御部４０３は、図１６に示すような請求書の作成画面１５００に入力された情報を用いて、図２１に示すような請求書２１００を作成する。この場合、請求書の作成画面１５００において、数量、及び単価が変更されているので、備考欄には、通知情報の確認を促すメッセージが含まれる。
ステップＳ１３０９において、端末装置１０２の表示部４２２は、例えば、図２２に示すような請求書の送付画面２２００を、ディスプレイ３０６等に表示する。
ステップＳ１３１０において、売り手ユーザは、請求書の送付画面２２００の送付情報の入力欄２２０１から、送付先のメールアドレスを選択し、必要に応じてメール情報の入力欄２２０２の内容を編集する。また、売り手ユーザは、請求書の画像２２０３を確認し、問題がない場合、送付ボタン２２０４を選択して、請求書の送付を指示する。
ステップＳ１３１１において、端末装置１０２の操作受付部４２３は、送付ボタン２２０４の選択操作を受け付けると、請求書の送付を要求する送付要求を、取引管理システム１００に送信する。
ステップＳ１３１２において、取引管理システム１００の第２の登録部４０５は、端末装置１０２から請求書の送付要求を受信すると、発行請求書ＤＢ５０３ｂに登録した請求書の情報の状態を「請求書発行済」の状態に変更する。
ステップＳ１３１３において、取引管理システム１００の情報送信部４０６は、請求書の送付画面２２００で受け付けた送付先のメールアドレスに、電子メールを送信する。
ステップＳ１３１４において、買い手ユーザが、電子メールを開き、リンク情報を選択することにより、例えば、図７のステップＳ７１２～Ｓ７１６と同様の受領処理が、端末装置１０１と、取引管理システム１００との間で実行される。
ステップＳ１３１６において、取引管理システム１００の第１の登録部４０４は、例えば、売り手２０側の発行請求書ＤＢ５０３ｂから、上記の処理で作成した請求書の情報を取得し、買い手１０側の受領請求書ＤＢ５０４ａに登録する。
図２３は、一実施形態に係る発行請求書ＤＢの例を示す図である。この図は、売り手２０側の発行請求書ＤＢ５０３ｂの一例のイメージを示している。図２３の例では、発行請求書ＤＢ５０３ｂは、項目として、「請求先」、「請求書番号」、「注文番号」、「状態」、「合計金額」、「消費税」、「発行日」、「支払期限日」、「振込先」、「帳票画像パス」、「明細情報」、及び「備考」等の情報を含む。
第２の登録部４０５は、「請求先」、「合計金額」、「消費税」、「支払期限日」、「振込先」、及び「備考」等の項目については、例えば、図１６に示すような請求書の作成画面１５００で、売り手ユーザが設定した情報を発行請求書ＤＢ５０３ｂに登録する。また、「請求書番号」の項目は、例えば、第２の登録部４０５が、請求書の情報を発行請求書ＤＢ５０３に登録するとき等に、採番して設定する。「帳票画像パス」の項目は、例えば、図２１に示すような請求書２１００の画像の格納場所、及びファイル名等を示す情報を、第２の登録部４０５が設定する。
また、例えば、図１８、２０に示すような通知情報の登録画面１８００、２０００で通知情報が入力された場合、第２の登録部４０５は、発行請求書ＤＢ５０３ｂに、図２４（Ａ）に示すような発行通知情報２４０１を登録する。この発行通知情報２４０１には、図２３に示した発行請求書ＤＢ５０３ｂに登録されている請求書の情報に対応する通知情報が登録されている。なお、請求書の情報と通知情報とは、請求書番号で対応付けられている。図２４（Ａ）の例では、発行通知情報２４０１には、通知情報の登録画面１８００、２０００で入力された通知対象、変更理由、添付資料、及びコメント等の情報が記憶されている。なお、発行通知情報２４０１は、例えば、図２３に示すような発行請求書ＤＢ５０３ｂに含まれていても良い。
図２５は、一実施形態に係る受領請求書ＤＢの例を示す図である。この図は、買い手１０側の受領請求書ＤＢ５０４ａの一例のイメージを示している。図２５の例では、受領請求書ＤＢ５０４ａは、項目として、「請求元」、「請求書番号」、「注文書番号」、「状態」、「照合結果」、「受領日」、「合計金額」、「消費税」、「発行日」、「支払期限日」、「振込先」、「帳票画像パス」、「明細情報」、及び「備考」等の情報を含む。
第１の登録部４０４は、「請求書番号」、「注文番号」、「合計金額」、「消費税」、「発行日」、「支払期限日」、「振込先」、「明細情報」、及び「備考」等の項目については、図２３に示すような発行請求書ＤＢ５０３ｂの情報を、受領請求書ＤＢ５０４ａにコピーする。また、「請求元」の項目は、第１の登録部４０４が、例えば、図２３に示すような発行請求書ＤＢ５０３ｂのテナント名等から取得して設定する。「状態」の項目は、第１の登録部４０４が、「未確定」に設定する。「照合結果」の項目は、照合部４０７が、後述する照合処理で判断した照合結果を登録する。「受領日」の項目は、第１の登録部４０４が、請求書の情報を受領請求書ＤＢ５０４ａに登録した日等を設定する。
また、受領請求書ＤＢ５０４ａに登録した請求書の情報に、通知情報が対応付けられている場合、第１の登録部４０４は、当該通知情報を、請求書の情報と対応付けて、受領請求書ＤＢ５０４ａに登録する。例えば、第１の登録部４０４は、図２４（Ａ）に示すような発行通知情報２４０１に、「請求元」の情報を付加して、図２４（Ｂ）に示すような受領通知情報２４０２を作成し、作成した受領通知情報２４０２を、受領請求書ＤＢ５０４ａに登録する。なお、請求書の情報と通知情報とは、請求書番号で対応付けられている。
ここで、再び図１３に戻り、請求処理のシーケンス図の説明を続ける。
ステップＳ１３１７において、取引管理システム１００の照合部４０７は、例えば、図２６に示すような照合処理を実行する。
図２６は、一実施形態に係る照合処理の例を示すフローチャートである。この図は、図１３のステップＳ１３１７において、取引管理システム１００の照合部４０７が実行する処理の一例を示している。
ステップＳ２６０１において、照合部４０７は、受領請求書ＤＢ５０４の請求書の情報を取得し、取得した請求書の情報に含まれる注文書番号を取得する。例えば、照合部４０７は、図１３のステップＳ１３１６で、第１の登録部４０４が受領請求書ＤＢ５０４aに登録した、請求書番号「30126」の請求書の情報を取得し、取得した請求書の情報に含まれる注文書番号「190188」を取得する。
ステップＳ２６０２において、照合部４０７は、取得した注文番号に対応する注文書の情報を、発行注文書ＤＢ５０１から取得する。例えば、照合部４０７は、図１０に示すような発行注文書ＤＢ５０１から、注文書番号「190188」の注文書の情報を取得する。
ステップＳ２６０３、Ｓ２６０４において、照合部４０７は、受領請求書ＤＢ５０４から取得した請求書の情報に含まれる合計金額と、発行注文書ＤＢ５０１から取得した注文書の情報に含まれる合計金額とが一致するか否かを判断する。また、照合部４０７は、受領請求書ＤＢ５０４から取得した請求書の情報に含まれる合計金額と、発行注文書ＤＢ５０１から取得した注文書の情報に含まれる合計金額とが一致する場合、処理をステップＳ２６０５に移行させる。一方、照合部４０７は、受領請求書ＤＢ５０４から取得した請求書の情報に含まれる合計金額と、発行注文書ＤＢ５０１から取得した注文書の情報に含まれる合計金額とが一致しない場合、処理をステップＳ２６０８に移行させる。
ステップＳ２６０５、Ｓ２６０６において、照合部４０７は、発行注文書ＤＢ５０１から取得した注文書の情報に含まれる明細情報と、受領請求書ＤＢ５０４から取得した請求書の情報に含まれる明細情報とを比較する。また、照合部４０７は、発行注文書ＤＢ５０１から取得した注文書の情報に含まれる明細情報と、受領請求書ＤＢ５０４から取得した請求書の情報に含まれる明細情報とが全て一致する場合、処理をステップＳ２６０７に移行させる。一方、照合部４０７は、発行注文書ＤＢ５０１から取得した注文書の情報に含まれる明細情報と、受領請求書ＤＢ５０４から取得した請求書の情報に含まれる明細情報とに一致しない項目がある場合、処理をステップＳ２６０８に移行させる。
ステップＳ２６０７に移行すると、照合部４０７は、照合結果が「一致」と判断して、処理をステップＳ２６１２に移行させる。
一方、ステップＳ１６０８に移行すると、照合部４０７は、受領請求書ＤＢ５０４から、ステップＳ２６０１で取得した注文書番号に対応する通知情報を取得する。例えば、照合部４０７は、図１３のステップＳ１３１６で、第１の登録部４０４が、図２４（Ｂ）に示すような受領通知情報２４０２に登録した通知情報を取得する。
ステップＳ２６０９において、照合部４０７は、通知情報を取得したか否か（請求書の情報に対応する通知情報が登録されているか否か）を判断し、通知情報を取得していない場合、処理をステップＳ２６１０に移行させる。一方、照合部４０７は、通知情報を取得した場合、処理をステップＳ２６１１に移行させる。
ステップＳ２６１０に移行すると、照合部４０７は、照合結果が「不一致」と判断して、処理をステップＳ２６１２に移行させる。一方、ステップＳ１６１１に移行すると、照合部４０７は、照合結果が「不一致（通知情報あり）」と判断して、処理をステップＳ２６１２に移行させる。
ステップＳ２６１２に移行すると、照合部４０７は、照合結果を、例えば、受領請求書ＤＢ５０４の「照合状態」の項目に登録する。
ここで、再び図１３に戻り、請求処理のシーケンス図について、さらに説明する。
ステップＳ１３１８において、取引管理システム１００の第１の登録部４０４は、例えば、図２５に示すような受領請求書ＤＢ５０４ａに登録した請求書の情報の状態を「未確定」に変更する。
（確認処理）
図２７は、一実施形態に係る確認処理の例を示すシーケンス図である。この処理は、買い手ユーザ（第１のユーザ）が、端末装置１０１を用いて、受領請求書ＤＢ５０４ａに登録した「未確定」の請求書の情報を確定する確認処理の例を示している。なお、図２７に示す処理の開始時点において、図１３で説明した請求処理を実行済みであるものとする。
ステップＳ２７０１において、買い手ユーザは、請求書一覧の表示操作を行う。これに応じて、ステップＳ２７０２において、端末装置１０１の操作受付部４１３は、取引管理システム１００に、請求書一覧の取得を要求する。
ステップＳ２７０３において、取引管理システム１００の表示制御部４０３は、例えば、図２８に示すような請求書一覧画面２８００を生成して、要求元の端末装置１０１ａに送信する。なお、表示制御部４０３は、例えば、図２５に示すような受領請求書ＤＢ５０４ａから、予め定められた情報を抽出して、請求書一覧画面２８００を生成する。
ステップＳ２７０４において、端末装置１０１ａは、取引管理システム１００から受信した請求書一覧画面２８００を表示する。
ステップＳ２７０５において、端末装置１０１ａの操作受付部４１３が、確認画面の表示操作を受け付けると、情報処理システム１は、ステップＳ２７０６以降の処理を実行する。これに応じて、ステップＳ２７０６において、端末装置１０１の操作受付部４１３は、取引管理システム１００に、確認画面の取得を要求する。なお、買い手ユーザは、例えば、図２８に示すような請求書一覧画面２８００において、確認ボタン２８０１を選択することにより、確認画面の表示操作を行うことができる。
ステップＳ２７０７において、取引管理システム１００の表示制御部４０３は、例えば、図２９に示すような確認画面２９００を生成して、要求元の端末装置１０１ａに送信する。
図２９は、一実施形態に係る確認画面の例を示す図である。確認画面２９００は、例えば、注文書情報２９１０、請求書情報２９２０、仕訳伝票２９３０、及び支払情報２９４０等の情報を含む。例えば、表示制御部４０３は、請求書一覧画面２８００の注文書番号に基づいて、発行注文書ＤＢ５０１ａから取得した注文書の情報を用いて、注文書情報２９１０を確認画面２９００に表示する。
また、表示制御部４０３は、請求書一覧画面２８００の請求書番号に基づいて、受領請求書ＤＢ５０４ａから取得した請求書の情報を用いて、請求書情報２９０２を表示する。好ましくは、表示制御部４０３は、請求書情報２９０２において、注文書情報２９１０と相違する情報２９２１、２９２２を強調表示する。また、表示制御部４０３は、取得した請求書の情報に通知情報が対応付けられている場合、「通知情報を確認」ボタン２９２３を、確認画面２９００に表示する。
さらに、表示制御部４０３は、例えば、予め設定されたテンプレート等を用いて、仕訳伝票２９３０、及び支払情報２９０４を確認画面２９００に表示する。なお、仕訳伝票２９３０、及び支払情報２９０４の設定項目のうち、一部の情報は、表示制御部４０３が自動的に設定しても良い。自動的に設定されない情報は、買い手ユーザが入力する。
ここで、図２７に戻り、確認処理のシーケンス図の説明を続ける。
ステップＳ２７０９において、買い手ユーザが通知情報の表示操作を行うと、ステップＳ２７１０において、端末装置１０１ａの操作受付部４１３は、取引管理システム１００に対して、通知情報の表示を要求する。
ステップＳ２７１０において、取引管理システム１００の表示制御部４０３は、例えば、図３０に示すような通知情報３０００を生成して、要求元の端末装置１０１ａに送信する。これにより、端末装置１０１ａの表示部４１２は、通知情報３０００をディスプレイ３０６等に表示する。この通知情報３０００により、買い手ユーザは、請求書情報２９０２において、注文書情報２９１０と相違する情報２９２１、２９２２の妥当性を判断することが容易になる。
なお、図２９に示した確認画面２９００は一例である。例えば、表示制御部４０３は、ステップＳ２７０７において、図３１に示すような確認画面３１００を生成して、端末装置１０１ａに表示させても良い。図３１の例では、確認画面３１００において、注文書情報と、請求書情報との相違点に、当該相違点に対応する通知情報を表示させるための表示要素３１０１、３１０２が表示されている。例えば、買い手ユーザは、確認画面３１００において、表示要素３１０１を選択することにより、通知情報３１０３を表示させることができる。このように、表示制御部４０３は、請求書情報（第２種別の帳票の情報）３１０４と、請求書情報３１０４に対応する通知情報３１０３とを、確認画面３１００に表示させることができる。
ここで、買い手ユーザが、通知情報をみて、請求書情報２９０２が妥当であると判断した場合、情報処理システム１は、ステップＳ２７１３以降の処理を実行する。
ステップＳ２７１３において、買い手ユーザは、確認画面２９００に対して、仕訳情報、及び支払情報等を入力し、承認依頼ボタン２９０１を選択する。これに応じて、ステップＳ２７１４において、端末装置１０１ａの操作受付部４１３は、取引管理システム１００に対して、受け付けた情報の更新を要求する。
ステップＳ２７１５において、取引管理システム１００の第１の登録部４０４は、例えば、図２５に示すような受領請求書ＤＢ５０４ａにおいて、処理対象となる請求書の情報の「状態」を「承認待ち」に変更する。また、ステップＳ２７１６において、第１の登録部４０４は、端末装置１０１ａから取得した仕訳情報、及び支払情報を、例えば、図３２に示すような出力情報３２００に登録する。この出力情報３２００は、例えば、会計システム、決済システム、又は受発注システム等の基幹システム３に、情報を送信する際に用いる。
この状態から、例えば、ステップＳ２７２１において、承認者が、端末装置１０１ｂを用いて、受領請求書ＤＢ５０４ａに登録された「承認待ち」状態の請求書の情報に対する承認操作を行うものとする。これにより、端末装置１０１ｂは、取引管理システム１００に確定要求を送信する。
なお、承認者が承認を行う承認画面は任意の画面であって良いが、例えば、図２９に示すような確認画面２９００の「承認依頼」ボタン２９０１を、「承認」ボタンに変更した画面等を、承認画面として適用することができる。また、承認者が承認を行うタイミングは、任意のタイミングであって良い。
ステップＳ２７２３において、取引管理システム１００の第１の登録部４０４は、例えば、図２５に示すような受領請求書ＤＢ５０４ａにおいて、承認者によって承認された請求書の情報の「状態」を「確定済」に変更する。
なお、ここで「確定済」となった請求書の情報は、例えば、取引管理システム１００の情報送信部４０６が、図３２に示すような出力情報３２００とともに、基幹システム３に送信しても良い。これにより、基幹システム３に含まれる会計システム、又は決済システム等は、「確定済」となった請求書の情報に基づいて、支払処理を実行する。
上記の各処理により、売り手が請求書の請求金額を変更した場合、買い手は請求金額の変更理由を、通知情報を表示することにより、容易に確認することができるようになる。
従って、本実施形態によれば、買い手が発行する帳票と、売り手が発行する帳票とを照合して支払を確定する取引を管理するシステムにおいて、請求金額が変更された場合の買い手側の業務の負担を低減することができる。
なお、上記の実施形態において、注文書は、第１種別の帳票の一例であり、請求書は、第２種別の帳票の一例である。例えば、取引管理システム１００は、取引で用いられる様々な帳票（例えば、見積書、納品書、領収書等）を利用、又は併用するもの等であっても良い。
＜補足＞
上記で説明した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものに過ぎない。ある実施形態では、取引管理システム１００は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
また、取引管理システム１００の各機能構成は、１つのサーバ装置にまとめられていても良いし、複数の装置に分散して配置されていても良い。
１ 情報処理システム
１００ 取引管理システム（情報処理装置）
１０１ 端末装置
１０２ 端末装置
４０３ 表示制御部
４０４ 第１の登録部
４０５ 第２の登録部
５０１、５０１ａ、５０１ｂ 発行注文書ＤＢ
５０２、５０２ａ、５０２ｂ 受領注文書ＤＢ
５０３、５０３ａ、５０３ｂ 発行請求書ＤＢ
５０４、５０４ａ、５０４ｂ 受領請求書ＤＢ
１５００ 請求書の作成画面（入力画面）
１８００、２０００ 通知情報の登録画面
２９００、３１００ 確認画面
３１０４ 請求書情報
３０００、３１０３ 通知情報
特開２００５－１２２４２６号公報

Claims (11)

  1. 第１のユーザが利用する端末装置からの第１の入力情報に基づいて、第１種別の帳票の情報を登録する第１の登録部と、
    前記第１種別の帳票の情報に基づいて、前記第１種別の帳票に対応する第２種別の帳票の情報の入力を受け付ける入力画面を、第２のユーザが利用する端末装置に表示させる表示制御部と、
    前記入力画面に入力された第２の入力情報に基づいて、前記第２種別の帳票の情報を登録する第２の登録部と、
    を有し、
    前記表示制御部は、前記第２の入力情報に、前記第２種別の帳票に対応する前記第１種別の帳票の情報と一致しない情報がある場合、前記一致しない情報に関する通知情報を登録する登録画面を、前記第２のユーザが利用する端末装置に表示させる、
    情報処理装置。
  2. 前記第２の登録部は、前記登録画面で登録された前記通知情報を、前記第２種別の帳票と対応付けて登録する、請求項１に記載の情報処理装置。
  3. 前記表示制御部は、前記第２種別の帳票の情報と、前記第２種別の帳票に対応する前記通知情報とを、前記第１のユーザが利用する端末装置に表示させる、請求項１又は２に記載の情報処理装置。
  4. 前記表示制御部は、
    前記第１種別の帳票の情報と、前記第２種別の帳票の情報とを表示する確認画面を、前記第１のユーザが利用する端末装置に表示させ、
    前記第２種別の帳票に対応する前記通知情報がある場合、前記通知情報を表示するための表示要素を前記確認画面に表示する、請求項３に記載の情報処理装置。
  5. 前記通知情報は、前記第１種別の帳票の情報と、前記第２の入力情報とが一致しない理由を示す情報を含む、請求項１乃至４のいずれか一項に記載の情報処理装置。
  6. 前記第１種別の帳票は、注文書又は発注書であり、
    前記第２種別の帳票は、請求書である、請求項１乃至５のいずれか一項に記載の情報処理装置。
  7. 前記表示制御部は、前記入力画面に入力された前記請求書の明細情報と、当該請求書に対応する前記注文書又は発注書の明細情報とが一致しない場合、一致しない理由を示す前記通知情報を入力するための前記登録画面を、前記第２のユーザが利用する端末装置に表示させる、請求項６に記載の情報処理装置。
  8. 前記登録画面において、前記通知情報の入力を受け付ける、請求項１に記載の情報処理装置。
  9. 第１のユーザが利用する端末装置、及び第２のユーザが利用する端末装置と通信可能な情報処理装置と、前記第２のユーザが利用する端末装置とを含む情報処理システムであって、
    前記情報処理装置は、
    第１のユーザが利用する端末装置からの第１の入力情報に基づいて、第１種別の帳票の情報を登録する第１の登録部と、
    前記第１種別の帳票の情報に基づいて、前記第１種別の帳票に対応する第２種別の帳票の情報の入力を受け付ける入力画面を、第２のユーザが利用する端末装置に表示させる表示制御部と、
    前記入力画面に入力された第２の入力情報に基づいて、前記第２種別の帳票の情報を登録する第２の登録部と、
    を有し、
    前記第２のユーザが利用する端末装置は、
    前記入力画面を表示する表示部を有し、
    前記表示制御部は、前記第２の入力情報に、前記第２種別の帳票に対応する前記第１種別の帳票の情報と一致しない情報がある場合、前記一致しない情報に関する通知情報を登録する登録画面を前記第２のユーザが利用する端末装置に表示させ、
    前記表示部は、前記登録画面を表示する、
    情報処理システム。
  10. 第１のユーザが利用する端末装置、及び第２のユーザが利用する端末装置と通信可能な情報処理装置が、
    第１のユーザが利用する端末装置からの第１の入力情報に基づいて、第１種別の帳票の情報を登録する第１の登録処理と、
    前記第１種別の帳票の情報に基づいて、前記第１種別の帳票に対応する第２種別の帳票の情報の入力を受け付ける入力画面を、第２のユーザが利用する端末装置に表示させる表示制御処理と、
    前記入力画面に入力された第２の入力情報に基づいて、前記第２種別の帳票の情報を登録する第２の登録処理と、
    を実行し、
    前記表示制御処理は、前記第２の入力情報に、前記第２種別の帳票に対応する前記第１種別の帳票の情報と一致しない情報がある場合、前記一致しない情報に関する通知情報を登録する登録画面を前記第２のユーザが利用する端末装置に表示させる、
    取引管理方法。
  11. 第１のユーザが利用する端末装置、及び第２のユーザが利用する端末装置と通信可能な情報処理装置に、
    第１のユーザが利用する端末装置からの第１の入力情報に基づいて、第１種別の帳票の情報を登録する第１の登録処理と、
    前記第１種別の帳票の情報に基づいて、前記第１種別の帳票に対応する第２種別の帳票の情報の入力を受け付ける入力画面を、第２のユーザが利用する端末装置に表示させる表示制御処理と、
    前記入力画面に入力された第２の入力情報に基づいて、前記第２種別の帳票の情報を登録する第２の登録処理と、
    を実行させ、
    前記表示制御処理は、前記第２の入力情報に、前記第２種別の帳票に対応する前記第１種別の帳票の情報と一致しない情報がある場合、前記一致しない情報に関する通知情報を登録する登録画面を前記第２のユーザが利用する端末装置に表示させる、
    プログラム。
JP2021046486A 2021-03-19 2021-03-19 情報処理装置、情報処理システム、取引管理方法、及びプログラム Active JP7635588B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021046486A JP7635588B2 (ja) 2021-03-19 2021-03-19 情報処理装置、情報処理システム、取引管理方法、及びプログラム
US17/564,263 US20220300899A1 (en) 2021-03-19 2021-12-29 Information processing apparatus, information processing system, and information processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021046486A JP7635588B2 (ja) 2021-03-19 2021-03-19 情報処理装置、情報処理システム、取引管理方法、及びプログラム

Publications (2)

Publication Number Publication Date
JP2022145186A JP2022145186A (ja) 2022-10-03
JP7635588B2 true JP7635588B2 (ja) 2025-02-26

Family

ID=83283662

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021046486A Active JP7635588B2 (ja) 2021-03-19 2021-03-19 情報処理装置、情報処理システム、取引管理方法、及びプログラム

Country Status (2)

Country Link
US (1) US20220300899A1 (ja)
JP (1) JP7635588B2 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005122426A (ja) 2003-10-16 2005-05-12 Data Fair Kk 取引商品自動照合システム
JP2006277421A (ja) 2005-03-30 2006-10-12 Ul Systems Inc 伝票情報交換装置及び伝票情報交換方法
JP2016066334A (ja) 2013-12-12 2016-04-28 株式会社リコー 情報処理装置、情報処理方法、情報処理システム、プログラム
JP2019028649A (ja) 2017-07-28 2019-02-21 カシオ計算機株式会社 情報処理装置、プログラム及び情報処理システム
WO2020111250A1 (ja) 2018-11-30 2020-06-04 株式会社Ｔｒｕｓｔ 情報処理装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8195537B2 (en) * 2010-06-04 2012-06-05 iContracts, Inc. Method and system for repairing and processing sales tracings invoices in a contract management system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005122426A (ja) 2003-10-16 2005-05-12 Data Fair Kk 取引商品自動照合システム
JP2006277421A (ja) 2005-03-30 2006-10-12 Ul Systems Inc 伝票情報交換装置及び伝票情報交換方法
JP2016066334A (ja) 2013-12-12 2016-04-28 株式会社リコー 情報処理装置、情報処理方法、情報処理システム、プログラム
JP2019028649A (ja) 2017-07-28 2019-02-21 カシオ計算機株式会社 情報処理装置、プログラム及び情報処理システム
WO2020111250A1 (ja) 2018-11-30 2020-06-04 株式会社Ｔｒｕｓｔ 情報処理装置

Also Published As

Publication number Publication date
US20220300899A1 (en) 2022-09-22
JP2022145186A (ja) 2022-10-03

Similar Documents

Publication Publication Date Title
CN111402005B (zh) 电商erp系统及其管理方法
CN100583062C (zh) 使用数字权利管理系统处理电子分发的内容
CN1312594C (zh) 实施对电子图书的请求的方法
US11171911B2 (en) Unified electronic transaction management system
US6507826B1 (en) Remote electronic invoice entry and validation system and method therefor
JPH1031785A (ja) 遠隔印刷装置及び遠隔印刷システム
WO2002071282A1 (en) Network based business to business portal for the retail convenience marketplace
JP2010537280A (ja) 従来の小売りに適する電子商取引の方法、システム、及び装置
US20110166934A1 (en) Targeted advertising based on remote receipt analysis
US20220309236A1 (en) Information processing apparatus, information processing system, and information processing method
KR100397868B1 (ko) 인터넷을 기반으로 하는 수출통관 서비스 제공 방법 및시스템
JP3801383B2 (ja) 切符の予約発券方法及び予約発券システム
JP7635588B2 (ja) 情報処理装置、情報処理システム、取引管理方法、及びプログラム
KR20210031410A (ko) 전자영수증 제공 장치 및 방법
JP7663184B2 (ja) プログラム、コンピュータおよび情報処理方法
JP2018169794A (ja) 取引情報照合システム
JP2022147176A (ja) 情報処理装置、情報処理方法、情報処理プログラム、情報処理システム
JP2002092515A (ja) リース管理システム
JP7464068B2 (ja) 取引管理システム、取引管理方法
JP7333038B1 (ja) プログラム、コンピュータおよび情報処理方法
JP7426634B1 (ja) プログラム、コンピュータおよび情報処理方法
JP7373821B1 (ja) プログラム、コンピュータおよび情報処理方法
US11893290B1 (en) Printing system operated responsive to data bearing records
JP7764438B2 (ja) 債務処理装置、債務処理方法、及び債務処理プログラム
KR20210056041A (ko) 웹기반으로 무역수수료, 물류비, 관부과세 등 토탈 자동계산시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240119

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20241009

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20241029

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20241223

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250114

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250127

R150 Certificate of patent or registration of utility model

Ref document number: 7635588

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150