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

Description

本発明は、情報処理システム、情報処理装置、情報処理方法およびプログラムに関し、より詳しくは、請求に係る支払処理を行うための情報処理システム、情報処理装置、情報処理方法およびプログラムに関する。

従来、インターネット等の通信ネットワークを利用して支払処理を行うための情報処理システムが知られている。このような情報処理システムを用いて、バイヤー等の支払人がサプライヤー等の売り主から発行された請求書に基づく支払処理を行う場合、請求書に記載された支払先および支払金額を手入力する必要がある。また、請求書の数が多くなるにつれて、支払人の入力作業や入力情報のチェックの手間・負担が重くなる。

本発明は、サプライヤー等の売り主から発行された請求書に基づく支払処理を簡易かつ効率的に行うことが可能な情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。

本発明に係る情報処理システムは、
互いに通信可能に接続された第１のサーバおよび第２のサーバを備える情報処理システムであって、
前記第１のサーバは、
請求データを入力する情報入力部と、
前記請求データから支払先の識別情報および支払金額を抽出する請求データ抽出部と、
前記支払先の前記識別情報をキーとして、複数の取引先の識別情報と、前記複数の取引先ごとの口座情報および支払条件とを含む取引先データベースを検索することにより、前記支払先の口座情報、振込金額および支払着金日を含む振込データを作成する振込データ作成部と、
支払先および支払着金日に基づいて複数の前記振込データを統合して支払データを作成する支払データ作成部と、
支払着金日に基づくタイミングで前記支払データを前記第２のサーバに送信する情報出力部と、を備え、
前記第２のサーバは、
前記第１のサーバから送信された前記支払データを入力する情報入力部と、
前記支払データに基づいて支払を実行する支払実行部と、を備える。

また、前記情報処理システムにおいて、
前記支払データ作成部は、前記振込データが自動承認条件を満たす場合、前記振込データの承認を経ず、前記振込データに基づき前記支払データを作成し、前記振込データが前記自動承認条件を満たさない場合、前記振込データが承認された後、前記振込データに基づき前記支払データを作成するようにしてもよい。

また、前記情報処理システムにおいて、
前記振込データの振込金額が所定の金額以下である場合に前記自動承認条件を満たすようにしてもよい。

また、前記情報処理システムにおいて、
前記請求データは、紙媒体の請求書をスキャンして取り込んだデータであってもよい。

また、前記情報処理システムにおいて、
前記請求データ抽出部は、ユーザが入力した情報に基づいて前記抽出された支払先の識別情報および／または支払金額を修正するようにしてもよい。

また、前記情報処理システムにおいて、
前記情報入力部は、互いに異なる複数のフォーマットによる請求データを入力可能であり、前記請求データ抽出部は、前記複数のフォーマットによる請求データの各々から、支払先の識別情報および支払金額を抽出するようにしてもよい。

また、前記情報処理システムにおいて、
前記支払データ作成部は、権限を付与されたアカウントからの要求により動作するようにしてもよい。

また、前記情報処理システムにおいて、
前記支払データ作成部は、前記支払データが前記第２のサーバに送信されると、前記支払データを消し込むようにしてもよい。

また、前記情報処理システムにおいて、
前記取引先データベースは、口座情報以外の決済手段情報を含んでもよい。

また、前記情報処理システムにおいて、
前記第１のサーバと前記第２のサーバはＡＰＩ連携されているようにしてもよい。

また、前記情報処理システムにおいて、
前記請求データを外部の会計ソフト／クラウドに送信する情報出力部をさらに備えてもよい。

また、前記情報処理システムにおいて、
前記第１のサーバは、前記請求データを記憶する記憶部をさらに備えてもよい。

本発明に係る情報処理装置は、
請求データを入力する情報入力部と、
前記請求データから支払先の識別情報および支払金額を抽出する請求データ抽出部と、
前記支払先の前記識別情報をキーとして、複数の取引先の識別情報と、前記複数の取引先ごとの口座情報および支払条件とを含む取引先データベースを検索することにより、前記支払先の口座情報、振込金額および支払着金日を含む振込データを作成する振込データ作成部と、
支払先および支払着金日に基づいて複数の前記振込データを統合して支払データを作成する支払データ作成部と、
支払着金日に基づくタイミングで前記支払データを送信する情報出力部と、
を備える。

本発明に係る情報処理方法は、
情報入力部が、請求データを入力するステップと、
請求データ抽出部が、前記請求データから支払先の識別情報および支払金額を抽出するステップと、
振込データ作成部が、前記支払先の前記識別情報をキーとして、複数の取引先の識別情報と、前記複数の取引先ごとの口座情報および支払条件とを含む取引先データベースを検索することにより、前記支払先の口座情報、振込金額および支払着金日を含む振込データを作成するステップと、
支払データ作成部が、支払先および支払着金日に基づいて複数の前記振込データを統合して支払データを作成するステップと、
情報出力部が、支払着金日に基づくタイミングで前記支払データを送信するステップと、
を備える。

本発明に係るプログラムは、前記情報処理方法をコンピュータに実行させるように構成されている。

本発明によれば、サプライヤー等の売り主から発行された請求書に基づく支払処理を簡易かつ効率的に行うことが可能な情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することができる。

実施形態に係る情報処理システムの概略的な構成を示す図である。 実施形態に係る第１のサーバの機能ブロック図である。 ログイン用のアカウントと口座情報とを対応付けて記憶する対応口座情報の一例を示す図である。 取引先ごとの振込先および支払条件を格納する取引先データベースの一例を示す図である。 実施形態に係る第２のサーバの機能ブロック図である。 取引先データベースに振込先（口座情報など）を事前登録する手順を説明するためのフローチャートである。 振込先一覧データをインポートするための画面の一例を示す図である。 支払先を登録するための画面の一例を示す図である。 振込先一覧データの複数の振込先から一つの振込先を選択するための画面の一例を示す図である。 振込先の口座情報が登録された状態の画面例を示す図である。 サプライヤーが発行した請求書に基づいて支払処理を行う手順の一例を説明するためのフローチャートである。 図１１に続くフローチャートである。 図１２に続くフローチャートである。 請求データをアップロードするための画面の一例を示す図である。 アップロードされた請求データを確認、修正するための画面の一例を示す図である。 請求データに基づいて作成された振込データの一例を示す図である。 振込データを承認するための画面の一例を示す図である。 振込データの統合による支払データの作成について説明するための図である。 カード決済の場合における支払データの作成について説明するための図である。

以下、本発明に係る実施形態について図面を参照しながら説明する。

＜情報処理システム＞
まず、図１を参照して、実施形態に係る情報処理システム１の概要について説明する。情報処理システム１は、サプライヤー等からの請求を決済するための情報処理システムであって、以下説明するように、請求に係る支払処理を簡易かつ効率的に行うことができるように構成されている。

情報処理システム１は、第１のサーバ１０と、第２のサーバ２０と、複数の端末３０とを備えている。ここで、第１のサーバ１０と第２のサーバ２０はインターネット、専用回線等の通信ネットワークを介して互いに通信可能に接続されている。各端末３０は、通信ネットワークを介して第１のサーバ１０、第２のサーバ２０に接続（ログイン）可能である。なお、接続形態や通信プロトコルは特に限定されない。

第１のサーバ１０は、詳しくは後述するが、請求データから抽出された情報と事前登録された取引先の情報とに基づいて振込データを作成し、複数の振込データを統合して支払データを作成し、支払日に基づくタイミングで第２のサーバ２０に送信するように構成されている。

なお、第１のサーバ１０は、一台のサーバから構成される形態に限られず、複数台のサーバからなるサーバ群として構成されてもよい。たとえば、第１のサーバ１０は、法人間のキャッシュレス・プラットフォーム（りそな支払ワンストップ）として構成されたものであってもよい。

第２のサーバ２０は、詳しくは後述するが、第１のサーバ１０から受信した支払データに基づき、サプライヤーの口座への支払処理を行うように構成されている。

なお、第２のサーバ２０は、一台のサーバから構成される形態に限られず、複数台のサーバからなるサーバ群として構成されてもよい。たとえば、第２のサーバ２０は、法人向けインターネットバンキングシステム（りそなビジネスダイレクト）として構成されたものであってもよい。

第１のサーバ１０と第２のサーバ２０はＡＰＩ連携されており、ユーザ（バイヤー、支払人等）は第１のサーバ１０にログインするだけで、第２のサーバ２０の支払処理機能を利用することができるようになっている。このため、ユーザは、支払処理を実行するために第２のサーバ２０にログインする必要がない。

端末３０は、ユーザが使用する情報処理端末であり、たとえば、デスクトップパソコン、ノートパソコン、タブレット端末、スマートフォン等である。ユーザは、端末３０から第１のサーバ１０にログインし、請求データのアップロード、アップロードされた請求データの内容確認、請求データの承認などを行う。また、事前作業として、ユーザは端末３０から第２のサーバ２０にログインし、振込先一覧データのダウンロードを行う。振込先一覧データには、振込先（取引先）ごとの口座情報等が格納されている。

なお、情報処理システム１は、上記以外の構成を備えてもよい。たとえば、決済済みの請求データを受け付けるための会計ソフト／クラウドを備えてもよい。この場合、第１のサーバ１０と会計ソフト／クラウドはＡＰＩ連携されてもよい。

以下、第１のサーバ１０および第２のサーバ２０について、それぞれ詳しく説明する。

＜第１のサーバ１０＞
図２の機能ブロック図を参照して、第１のサーバ１０について説明する
第１のサーバ１０は、制御部１１と、通信部１２と、記憶部１３とを備えている。

制御部１１は、情報入力部１１１と、請求データ抽出部１１２と、振込データ作成部１１３と、支払データ作成部１１４と、情報出力部１１５とを有している。なお、制御部１１の上記各部のうち少なくとも一つがハードウェアにより構成されてもよい。また、制御部１１の機能は、互いに通信可能な複数のサーバが協働することにより実現されてもよい。

情報入力部１１１は、端末３０からの要求、請求データ等の各種情報を入力する。本実施形態では、請求データは、郵便、ファクシミリ等により受領した紙媒体の請求書をスキャンして得られたデータ（イメージデータ、ＰＤＦ等）である。

なお、請求書は、紙媒体に限られず、電子メールで受信された電子請求書であってもよいし、基幹業務システムや受発注システムから出力された固有フォーマットの受発注データ等であってもよい。また、情報入力部１１１は、互いに異なる複数のフォーマットによる請求データ（たとえば、電子請求書および受発注データ）を入力可能に構成されてもよい。この場合、複数のフォーマットを事前に登録しておき、情報入力部１１１がフォーマットごとに所定のフォーマット（ＣＳＶ形式など）に変換する処理を行う。

請求データ抽出部１１２は、入力された請求データから、支払先の識別情報（支払先の名称、識別番号など）、および支払金額を抽出する。

なお、請求データが紙媒体の請求書をスキャンして得られたデータの場合、請求データ抽出部１１２は、文字認識率を高めるために、ＡＩを用いた光学的文字認識（ＡＩ－ＯＣＲ）により抽出処理を行ってもよい。また、請求データが受発注システムなどから出力された受発注データの場合、請求データ抽出部１１２は、所定のフォーマットに変換された請求データから、支払先の識別情報および支払金額を抽出する。

振込データ作成部１１３は、支払先の識別情報をキーとして、取引先データベース１３２を検索することにより、当該支払先の口座情報、振込金額および支払着金日を含む振込データを作成する。ここで、取引先データベース１３２は、複数の取引先の識別情報と、複数の取引先ごとの口座情報および支払条件とを含むデータベースである。取引先データベース１３２の詳細については後述する。

支払データ作成部１１４は、支払先および支払着金日に基づいて複数の振込データを統合して支払データを作成する。また、本実施形態では、支払データ作成部１１４は、取引先データベース１３２を参照して支払データが自動承認条件を満たすか否かを判定する。

なお、支払データ作成部１１４は、権限を付与されたアカウントからの要求を受けた場合にのみ動作してもよい。たとえば、端末３０が企業の本社と支店にそれぞれ配置された場合において、支払データ作成部１１４は、本社の端末からログインするためのアカウントからの要求を受信した場合に動作し、支店の端末からの要求には動作しないように構成されてもよい。これにより、支店は請求データの取込や確認・修正作業に専念し、本社は支店から回付された振込データの承認作業に専念することができる。

情報出力部１１５は、制御部１１における情報処理によって生成された各種情報を出力する。たとえば、情報出力部１１５は、支払データ作成部１１４により作成された支払データを、支払着金日に基づくタイミングで出力する。出力された支払データは通信部１２を介して第２のサーバ２０に送信される。

通信部１２は、無線通信もしくは有線通信により、第２のサーバ２０、端末３０等、外部の情報処理装置との間で情報を送受信するためのインターフェースである。なお、通信部１２による通信の方式・規格は特に限定されない。

記憶部１３は、半導体メモリおよび／またはハードディスクドライブ等から構成される。この記憶部１３には、対応口座情報１３１、取引先データベース１３２、支払データ保管部１３３および請求データ保管部１３４が設けられている。

対応口座情報１３１は、第１のサーバ１０にログインするためのユーザのアカウントと、当該ユーザの口座情報とを対応付けて格納したデータベースである。図３は、対応口座情報１３１の一例を示している。本例では、ユーザのアカウント情報（ＩＤ）と、当該ユーザの口座情報（口座名義、支店名、口座番号）とが対応付けて記憶されている。この対応付けは、ユーザが初めて第１のサーバ１０にログインしたときに、当該ユーザが支払用の口座（引き落し口座）を選択ないし設定することにより行われる。なお、口座情報には、金融機関名、口座種別（普通、当座）などの情報が含まれてもよい。

取引先データベース１３２は、取引先（サプライヤー等）ごとに振込先などの情報を格納したデータベースであり、振込データを作成するために使用される。図４は、取引先データベース１３２の一例を示している。この例では、取引先名、振込先（口座情報）および支払条件等の情報が対応付けて記憶されている。

図４に示すように、取引先データベース１３２の支払条件は、自動承認条件および支払着金日（支払日）を含む。自動承認条件は、請求書に基づいて作成された振込データを自動的に承認するための条件である。たとえば、〇〇株式会社の場合、支払金額が３万円以下であれば、振込データは経理部等の承認を経ることなく自動的に承認される。支払着金日は、請求書の金額が支払先の口座に振り込まれる日を示している。

なお、図４に示すように、取引先データベース１３２は、取引先ごとに振込手数料の負担など、その他の情報を格納してもよい。

また、取引先データベース１３２の取引先名の欄には、取引先の名称に限らず、取引先を識別可能な情報（識別番号・コード等）が記憶されてもよい。

また、取引先データベース１３２は、振込以外の決済手段情報、たとえばクレジットカードやデビットカード等のカード情報（ブランド、カード番号、有効期限等）、あるいは電子記録債権に係る情報を含んでもよい。カードの場合、取引先データベース１３２の支払条件にカードの利用条件が含まれてもよい。

支払データ保管部１３３には、支払データ作成部１１４が作成した支払データが保管される。支払データ保管部１３３において、複数の支払データが支払着金日、支払先および決済手段に応じて蓄積（タンキング）される（後述の図１８，図１９参照）。

請求データ保管部１３４には、第１のサーバ１０にアップロードされた請求データが保管される。請求データ保管部１３４は、未決済の請求データにはフラグを立て、決済済みの請求データのフラグは落とすなどして、未決済の請求データと決済済みの請求データを区別可能に保管してもよい。

＜第２のサーバ２０＞
次に、図５の機能ブロック図を参照して、第２のサーバ２０について説明する。

第２のサーバ２０は、制御部２１と、通信部２２と、記憶部２３とを備えている。

制御部２１は、情報入力部２１１と、支払実行部２１２と、情報出力部２１３とを有している。なお、制御部２１の上記各部のうち少なくとも一つがハードウェアにより構成されてもよい。また、制御部２１の機能は、互いに通信可能な複数のサーバが協働することにより実現されてもよい。

情報入力部２１１は、第１のサーバ１０から送信された支払データ等の各種情報を入力する。

支払実行部２１２は、入力された支払データに基づいて支払を実行する。

情報出力部２１３は、制御部２１の情報処理によって生成された各種情報を出力する。たとえば、支払実行部２１２による支払処理が完了した旨の報告を出力する。出力された支払完了報告は通信部２２を介して第１のサーバ１０に送信される。

通信部２２は、無線通信もしくは有線通信により、第１のサーバ１０、端末３０等、外部の情報処理装置との間で情報を送受信するためのインターフェースである。なお、通信部２２による通信の方式・規格は特に限定されない。

記憶部２３は、半導体メモリおよび／またはハードディスクドライブ等から構成される。この記憶部２３には、取引先ごとの口座情報を格納した取引先別口座情報２３１が記憶されている。取引先別口座情報２３１は、後述の振込先一覧データを含む。

＜取引先データベース１３２の作成（口座情報の事前登録）＞
次に、図６を参照して、取引先データベース１３２の作成方法（事前登録方法）について説明する。なお、ユーザは予め第２のサーバ２０から端末３０に振込先一覧データをダウンロードしている。振込先一覧データには、振込先（取引先）ごとの口座情報等が格納されている。

ステップＳ１：ユーザは、端末３０から第１のサーバ１０にログインする。

ステップＳ２：ユーザは、予め第２のサーバ２０からダウンロードしておいた振込先一覧データを第１のサーバ１０にインポート（アップロード）する。

図７は、振込先一覧データをインポートするための端末３０の画面例を示している。ユーザがボタンＢ１（振込先一覧インポート）をマウス等でクリックすることにより、ファイルを選択するウィンドウが開く。ユーザは、そのウィンドウから振込先一覧データのファイル（ＣＳＶ等）を選択する。

ステップＳ３：ユーザは、支払先を登録するためのウィンドウ（図８参照）において、ボタンＢ２（インポート済の振込先から選択）をクリックする。これにより、ステップＳ２でインポートした振込先一覧データに基づく登録済振込先検索ウィンドウ（図９参照）が開く。このウィンドウからユーザは振込先を選択し（図９では〇〇株式会社が選択されている）、ボタンＢ３（決定）をクリックする。これにより、図１０に示すように、支払先登録ウィンドウに、選択した振込先が登録される。

ステップＳ４：ユーザは、必要に応じて、支払先登録ウィンドウから支払日およびカード決済利用希望の有無等を設定する。たとえば、支払先登録ウィンドウのタブＴ１（図８参照）から支払着金日を設定することが可能である。また、ウィンドウ上部のラジオボタンにより支払先種別（法人または個人事業主）を設定したり、チェックボックスによりカード決済を設定することも可能である。

上記の手順をユーザの各取引先について行うことで、図４で説明した取引先データベース１３２が作成される。このように、取引先データベース１３２を事前に作成しておくことにより、請求データから振込データを自動的に作成できるとともに、登録されていない口座に誤って送金することを防止できる。

＜情報処理システム１の動作＞
次に、図１１～図１３のフローチャートを参照しつつ、実施形態に係る情報処理システム１の動作例について説明する。なお、以下の説明では、ユーザは第１のサーバ１０への初回ログイン時に引き落とし口座を選択ないし設定しており、当該ユーザのアカウントと、選択した口座の口座情報とが対応付けて対応口座情報１３１に記憶されていることを前提とする。

ステップＳ１１：ユーザは、端末３０から第１のサーバ１０にログインする。

ステップＳ１２：ユーザは、請求データ（取引データ）をアップロードする。具体的には、図１４に示す画面においてボタンＢ１１（アップロードする）をクリックし、請求データを選択する。これにより、第１のサーバ１０の制御部１１の情報入力部１１１は、請求データを入力する。

本実施形態では、請求データは、サプライヤーから郵送またはファクシミリ等で送付された紙媒体の請求書を、コピー機やカメラ等でスキャンして取り込んだデータである。データ形式（ファイル種別）は、たとえばイメージファイルであるが、特に限定されない。図１４の例ではファイル種別が事前に選択される。

ステップＳ１３：制御部１１の請求データ抽出部１１２は、ステップＳ１２でアップロードされた請求データから、支払先の識別情報および支払金額を抽出する。本実施形態では、ＡＩ－ＯＣＲにより、支払先の識別情報および支払金額を請求データから抽出する。具体的には、図１５に示すように、アップロードされた請求データのイメージ、および抽出された情報が端末３０のディスプレイに表示される。この例では、画面の左側にスキャンされた請求書のイメージが表示され、画面の右側にＡＩ－ＯＣＲで抽出された情報（請求元会社名、合計金額税込、消費税）が表示されている。入力窓Ｗ１，Ｗ２，Ｗ３は、抽出された情報が誤っている場合にユーザが読取内容を修正するためのものである。

ステップＳ１４：ユーザは、請求データの読取内容が正しいかどうかを確認する。正しければ、図１５の画面においてボタンＢ１２（支払手続きへ）をクリックする。ボタンＢ１２がクリックされると、ステップＳ１６に進む。読取内容が誤っている場合、ステップＳ１５に進む。

ステップＳ１５：ユーザは入力窓Ｗ１，Ｗ２，Ｗ３に正しい内容を入力した後、ボタンＢ１２をクリックする。ボタンＢ１２がクリックされると、請求データ抽出部１１２は、ユーザが入力窓Ｗ１，Ｗ２，Ｗ３に入力した情報に基づいて、ステップＳ１３で抽出された支払先の識別情報および／または支払金額を修正する。

ステップＳ１６：振込データ作成部１１３は、支払先の識別情報（ここでは支払先名）をキーとして取引先データベース１３２を検索することにより、当該支払先の口座情報、振込金額および支払着金日を含む振込データを作成する。図１６は、振込データの一例を示している。ここで、振込先（口座情報）および支払着金日は取引先データベース１３２から取得された情報であり、振込金額は請求データから抽出された情報である。なお、取引先データベース１３２を検索しても支払先が見つからない場合（支払先が未登録の場合）、情報出力部１１５はその旨を端末３０に送信する。

ステップＳ１７：支払データ作成部１１４は、ステップＳ１６で作成された支払データが自動承認条件を満たすか否かを判定する。自動承認条件を満たす場合（Ｓ１７：Ｙｅｓ）、ステップＳ２０に進み、そうでない場合（Ｓ１７：Ｎｏ）、ステップＳ１８に進む。自動承認条件は、取引先データベース１３２において取引先（支払先）ごとに設定されている。本実施形態では、支払データ作成部１１４は、振込データの振込金額が所定の金額以下である場合に自動承認条件を満たすと判定し、他方、振込金額が所定の金額より多い場合は自動承認条件を満たさないと判定する。たとえば、図４の〇〇株式会社が支払先の場合、振込金額が３万円以下のときに自動承認条件を満たすと判定される。

ステップＳ１８：情報出力部１１５は、振込データに基づき、支払確認画面を表示するための情報を、通信部１２を介して端末３０に出力する。端末３０は、第１のサーバ１０から受信した情報に基づき、支払確認画面を表示する。図１７は、端末３０のディスプレイに表示された支払確認画面の一例を示している。この支払確認画面において、ユーザがボタンＢ１３（振込予約する）をクリックすると、その旨が第１のサーバ１０に送信される。

ステップＳ１９：支払データ作成部１１４は、支払確認されたか否かを判定する。具体的には、振込予約された旨を端末３０から受信すると（Ｓ１９：Ｙｅｓ）、ステップＳ２０に進む。

ステップＳ２０：支払データ作成部１１４は、第２のサーバ２０に送信するための支払データを作成する。詳しくは、支払データ作成部１１４は、支払先および支払着金日に基づいて複数の振込データを統合して支払データを作成する。図１８を参照して、振込データの統合について説明する。図１８の左側は、８月１０日に振込データ作成部１１３により作成された１２件の振込データを示している。なお、図１８において口座情報は省略している。また、振込金額は簡略化した数値としている。

図１８の右側は、複数の振込データが統合された支払データを示している。たとえば、支払先がサプライヤーＡのうち、支払着金日が８月２０日については、２件の振込データ（Ｎｏ．１とＮｏ．２）が存在する。支払データ作成部１１４は、これら２件の振込データを統合して１件の支払データを作成する。この際、各振込データの振込金額（５０と１００）が合算される。このように支払データ作成部１１４は、支払先および支払着金日が同じ振込データをまとめて１つの支払データとする。

なお、カード決済の場合は、図１９に示すように、支払着金日ごとに請求書単位で支払データが作成される。

上記のように、支払データ作成部１１４は、決済手段に応じた方法で、支払着金日に合わせて支払データを作成する。

ステップＳ２１：情報出力部１１５は、支払着金日に基づくタイミング（たとえば、支払着金日の前日）が到来したか否かを判定する。当該タイミングが到来した場合（Ｓ２１：Ｙｅｓ）、ステップＳ２２に進む。

ステップＳ２２：情報出力部１１５は、支払タイミングが到来した支払データを、通信部１２を介して第２のサーバ２０に送信する。

ステップＳ３１：第２のサーバ２０は、第１のサーバ１０から送信された支払データを受信する。情報入力部２１１は、受信された支払データを入力する。

ステップＳ３２：支払実行部２１２は、入力された支払データに基づいて支払処理を実行する。支払処理の完了後、第１のサーバ１０にその旨を通知してもよい。

ステップＳ２３：第１のサーバ１０は、第２のサーバ２０に送信済みの支払データについて消込処理を行う。たとえば、支払データ作成部１１４は、支払データが第２のサーバ２０に送信されると、当該支払データを消し込む。消込処理では、支払データを削除してもよいし、あるいは支払データのフラグを落としてもよい。

なお、第２のサーバ２０が支払処理の完了後に完了通知を第１のサーバ１０に送信する場合は、当該完了通知を受信してから消込処理を行ってもよい。

ステップＳ２４：第１のサーバ１０は、外部の会計ソフト／クラウドに請求データを送信する。たとえば、情報出力部１１５は、第２のサーバ２０に決済済みの請求データを会計ソフト／クラウドに送信する。決済済みの請求データは、支払データが第２のサーバ２０に送信された請求データ、あるいは、支払処理が完了した請求データである。会計ソフト／クラウドに送信される情報は、支払先名、口座情報、支払金額、支払日および勘定科目を含んでもよい。情報出力部１１５は、決済済みの請求データをＣＳＶ形式など所定の形式に変換して会計ソフト／クラウドに送信してもよい。

ステップＳ２５：情報出力部１１５は、決済済みの請求データを記憶部１３の請求データ保管部１３４に出力し保存する。これにより、記憶部１３は、決済済みの請求データを記憶する。

＜作用効果＞
上記のように、本実施形態では、請求データ抽出部１１２が請求データから支払先の識別情報および支払金額を自動的に抽出するため、ユーザは支払先に関する情報だけでなく、支払金額も手入力する必要がない。これにより、支払金額の入力作業や入力した金額のチェックなど、ユーザの手間や負担を大幅に減らすことができる。

また、本実施形態では、振込データ作成部１１３が抽出された支払先の識別情報をキーとして取引先データベース１３２を検索することにより振込データを作成する。このように、事前登録された取引先データベース１３２に基づいて振込データを作成することで、請求書の記載内容（口座番号等）に誤りがある場合や、ＡＩ－ＯＣＲの読取ミスが発生した場合であっても、支払先でない口座への支払いを防止することができる。

さらに、本実施形態では、支払データ作成部１１４が支払先および支払着金日に基づいて複数の振込データを統合する。具体的には、支払先および支払着金日が同じ振込データはまとめて１つの支払データとする。これにより、第２のサーバ２０による支払処理件数を減らすとともに、ユーザの負担（振込手数料）を削減することができる。

また、本実施形態では、情報出力部１１５が、支払着金日に基づくタイミングで支払データを送信する。これにより、支払処理を実行する第２のサーバ２０は第１のサーバ１０から支払データを受信し次第、支払処理を実行すればよく、第２のサーバ２０における処理負荷を減らすことができる。

また、本実施形態では、第１のサーバ１０と第２のサーバ２０はＡＰＩ連携されているため、支払処理を実行するために第２のサーバ２０にログインする必要はない。

以上のように、本実施形態によれば、サプライヤー等の売り主から発行された請求書に基づく支払処理を簡易かつ効率的に行うことが可能となる。すなわち、ユーザは第１のサーバ１０にログインして請求データをアップロードし、振込データを確認するだけでよい。その後は情報処理システム１により、１つまたは複数の振込データに基づき、決済手段に応じて、効率的な支払を行うための支払データが作成され、支払着金日に合わせて支払処理が実行される。

また、上記のように、支払データ作成部１１４は、振込データ作成部１１３により作成された振込データが自動承認条件を満たす場合、当該振込データの承認を経ず、当該振込データに基づき支払データを作成する。他方、振込データが自動承認条件を満たさない場合、支払データ作成部１１４は、当該振込データが承認された後、当該振込データに基づき支払データを作成する。このように、振込データが自動承認条件を満たす場合は自動承認し、そうでない場合はユーザ（経理担当者等）が請求データを目視確認して支払を承認することで、ユーザの負担のさらなる軽減と適切なチェックとを両立させることができる。

上記の記載に基づいて、当業者であれば、本発明の追加の効果や種々の変形を想到できるかもしれないが、本発明の態様は、上述した実施形態に限定されるものではない。特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。

たとえば、制御部１１の各部は第１のサーバ１０内のプロセッサが所定のプログラムを実行してソフトウェアによる処理がハードウェア資源を用いて具体的に実現されるものであってもよいし、実装されているハードウェア自身により実現されるものであってもよい。ソフトウェアで構成する場合には、制御部１１の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ－ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、制御部１１の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

１ 情報処理システム
１０ 第１のサーバ
１１ 制御部
１１１ 情報入力部
１１２ 請求データ抽出部
１１３ 振込データ作成部
１１４ 支払データ作成部
１１５ 情報出力部
１２ 通信部
１３ 記憶部
１３１ 対応口座情報
１３２ 取引先データベース
１３３ 支払データ保管部
１３４ 請求データ保管部
２０ 第２のサーバ
２１ 制御部
２１１ 情報入力部
２１２ 支払実行部
２１３ 情報出力部
２２ 通信部
２３ 記憶部
２３１ 取引先別口座情報
３０ 端末

Claims (15)

1. 互いに通信可能に接続された第１のサーバおよび第２のサーバを備える情報処理システムであって、
   前記第１のサーバは、
   請求データを入力する情報入力部と、
   前記請求データから支払先の識別情報および支払金額を抽出する請求データ抽出部と、
   前記支払先の前記識別情報をキーとして、複数の取引先の識別情報と、前記複数の取引先ごとの口座情報および支払条件とを含む取引先データベースを検索することにより、前記支払先の口座情報、振込金額および支払着金日を含む振込データを作成する振込データ作成部と、
   支払先および支払着金日に基づいて複数の前記振込データを統合して支払データを作成する支払データ作成部と、
   支払着金日に基づくタイミングで前記支払データを前記第２のサーバに送信する情報出力部と、を備え、
   前記第２のサーバは、
   前記第１のサーバから送信された前記支払データを入力する情報入力部と、
   前記支払データに基づいて支払を実行する支払実行部と、を備える、情報処理システム。
2. 前記支払データ作成部は、前記振込データが自動承認条件を満たす場合、前記振込データの承認を経ず、前記振込データに基づき前記支払データを作成し、前記振込データが前記自動承認条件を満たさない場合、前記振込データが承認された後、前記振込データに基づき前記支払データを作成する、請求項１に記載の情報処理システム。
3. 前記振込データの振込金額が所定の金額以下である場合に前記自動承認条件を満たす、請求項２に記載の情報処理システム。
4. 前記請求データは、紙媒体の請求書をスキャンして取り込んだデータである、請求項１～３のいずれかに記載の情報処理システム。
5. 前記請求データ抽出部は、ユーザが入力した情報に基づいて前記抽出された支払先の識別情報および／または支払金額を修正する、請求項４に記載の情報処理システム。
6. 前記情報入力部は、互いに異なる複数のフォーマットによる請求データを入力可能であり、前記請求データ抽出部は、前記複数のフォーマットによる請求データの各々から、支払先の識別情報および支払金額を抽出する、請求項１～３のいずれかに記載の情報処理システム。
7. 前記支払データ作成部は、権限を付与されたアカウントからの要求により動作する、請求項１～６のいずれかに記載の情報処理システム。
8. 前記支払データ作成部は、前記支払データが前記第２のサーバに送信されると、前記支払データを消し込む、請求項１～７のいずれかに記載の情報処理システム。
9. 前記取引先データベースは、口座情報以外の決済手段情報を含む、請求項１～８のいずれかに記載の情報処理システム。
10. 前記第１のサーバと前記第２のサーバはＡＰＩ連携されている、請求項１～９のいずれかに記載の情報処理システム。
11. 前記請求データを外部の会計ソフト／クラウドに送信する情報出力部をさらに備える、請求項１～１０のいずれかに記載の情報処理システム。
12. 前記第１のサーバは、前記請求データを記憶する記憶部をさらに備える、請求項１～１１のいずれかに記載の情報処理システム。
13. 請求データを入力する情報入力部と、
    前記請求データから支払先の識別情報および支払金額を抽出する請求データ抽出部と、
    前記支払先の前記識別情報をキーとして、複数の取引先の識別情報と、前記複数の取引先ごとの口座情報および支払条件とを含む取引先データベースを検索することにより、前記支払先の口座情報、振込金額および支払着金日を含む振込データを作成する振込データ作成部と、
    支払先および支払着金日に基づいて複数の前記振込データを統合して支払データを作成する支払データ作成部と、
    支払着金日に基づくタイミングで前記支払データを送信する情報出力部と、
    を備える情報処理装置。
14. 情報入力部が、請求データを入力するステップと、
    請求データ抽出部が、前記請求データから支払先の識別情報および支払金額を抽出するステップと、
    振込データ作成部が、前記支払先の前記識別情報をキーとして、複数の取引先の識別情報と、前記複数の取引先ごとの口座情報および支払条件とを含む取引先データベースを検索することにより、前記支払先の口座情報、振込金額および支払着金日を含む振込データを作成するステップと、
    支払データ作成部が、支払先および支払着金日に基づいて複数の前記振込データを統合して支払データを作成するステップと、
    情報出力部が、支払着金日に基づくタイミングで前記支払データを送信するステップと、
    を備える、情報処理方法。
15. コンピュータに請求項１４に記載の情報処理方法を実行させるように構成された、プログラム。

Images