(57)【要約】【課題】消込処理の一環の作業として、請求先と異なる入金元との対応をマスタに登録することを可能にし、また、マスタ参照および登録に要する時間を短縮する装置およびその方法を提供する。【解決手段】請求先と入金元が異なる場合を含む該請求先と入金元が関連付けられた対応テーブルのデータと、未消込の入金情報が抽出された入金情報の中間テーブルのデータと、未消込の請求情報が抽出された請求情報の中間テーブルのデータとを格納する手段が具備されており、上記突き合わせ処理がなされる演算手段により、対応テーブルが参照され、入金情報の中間テーブル中の上記入金元から関連付けのなされた請求先が特定されることによる消込処理を行い、また、今回消込処理により関連付けられた情報が対応テーブルを更新することにより、次回以降の消込処理に対応する。【選択図】  図２
2012230443.tif 000002
【特許請求の範囲】
【請求項１】
入金元により銀行に入金された情報である入金マスタと、請求先毎に一意に割り振られた請求に関する情報である請求マスタとから、特定される対応関係にある両データに基づいて、消込処理を行う消込処理装置において、
請求先と入金元が異なる場合を含む該請求先と入金元が関連付けられた対応テーブルのデータと、未消込の入金情報が抽出された入金情報の中間テーブルのデータと、未消込の請求情報が抽出された請求情報の中間テーブルのデータとを格納する記憶部と、
前記対応テーブルを参照し、入金情報の中間テーブル中の上記入金元から関連付けのなされた請求先を特定することによる消込処理を行い、また、今回消込処理により関連付けられた情報に基づき前記対応テーブルを更新する演算部と、を有する、
ことを特徴とする消込処理装置。
【請求項２】
入金元により銀行に入金された情報である入金マスタと、請求先毎に一意に割り振られた請求に関する情報である請求マスタとから、特定される対応関係にある両データに基づいて、消込処理を行う消込処理装置における消込処理方法において、
前記消込処理装置は、請求先と入金元が異なる場合を含む該請求先と入金元との関連付けが、対応テーブルに登録され、未消込の入金情報が抽出された入金情報の中間テーブルのデータと、未消込の請求情報が抽出された請求情報の中間テーブルのデータとが格納された記憶部と、演算部とを有し、
前記演算部により、
前記対応テーブルを参照し、入金情報の中間テーブル中の上記入金元から関連付けのなされた請求先が特定されることによる消込処理を行い、
今回消込処理により関連付けられた情報が対応テーブルを更新する、
ことを特徴とする消込処理方法。
【請求項３】
コンピュータに、請求項２に記載の消込処理方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求先に割り当てた振込専用の口座と異なる口座から入金された場合の、消込技術に関する。
【背景技術】
【０００２】
請求先毎に割り振られた振込専用の口座は、顧客を一意に特定でき、入金消込作業が容易であるため、これを利用する企業等が増加している。しかしながら、企業が請求先に割り当てた口座と異なる口座から入金された場合、請求先と入金元の不一致から、消込が容易でない。
【０００３】
このような異なる口座からの入金における消込を行う技術として、予め顧客マスタ登録処理において、請求先と入金元との対応を登録するシステムが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１３３５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に開示のシステムでは、企業が請求先に割り当てた振込専用口座以外から入金される場合でも、予め顧客マスタ登録処理において請求先と入金元との対応を登録しておくことにより、異なる口座からの入金における消込を行うことができる。
【０００６】
しかしながら、上記処理の場合、消込作業の前提として、請求先と異なる入金元との対応を予め調査し、さらに調査結果をマスタに登録する作業が発生する。
【０００７】
本発明の目的は、消込処理における一環の作業として、請求先と異なる入金元との対応をマスタに登録することを可能にすることにより、マスタ参照および登録に要する時間を短縮することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、消込処理装置による消込作業にて調査対象となるレコードを絞り、これに基づいて消込が実施された請求先と異なる入金元の対応データについて、その対応パターンを記録することにより、対応テーブルを生成する。また、上記消込処理を実施する際に、入金情報と請求情報について、一時的な作業テーブル（中間マスタ）に書き出した後に、作業テーブル毎の突き合せを行う。
【発明の効果】
【０００９】
上記特徴を有する本発明によれば、請求先と異なる入金元との対応の登録を、消込作業の一環として行うことが可能であり、また、作業時間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】入金管理システム全体構成例を示す図である。
【図２】消込処理装置１７の構成を示すブロック図である。
【図３】ステータス管理部２０１のデータ構成例を示す図である。
【図４】消込履歴テーブル２０２のデータ構成例を示す図である。
【図５】対応テーブル２０３のデータ構成例を示す図である。
【図６】入金マスタ２０４のデータ構成例を示す図である。
【図７】入金中間マスタ２０５のデータ構成例を示す図である。
【図８】請求マスタ２０６のデータ構成例を示す図である。
【図９】請求中間マスタ２０７のデータ構成例を示す図である。
【図１０】入金管理システム全体の処理概要を示すシーケンス図である。
【図１１】消込処理装置１７が実施する消込処理１８を示すフローチャートである。
【図１２】同じく、消込処理装置１７が実施する消込処理１８を示すフローチャートである。
【図１３】同じく、消込処理装置１７が実施する消込処理１８を示すフローチャートである。
【図１４】同じく、消込処理装置１７が実施する消込処理１８を示すフローチャートである。
【図１５】消込処理装置１７の画面イメージである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を詳細に説明する。
【００１２】
図１は、本実施形態に係わる入金管理システム全体構成例を示す図である。本実施形態に係る入金管理システムは、例えば、顧客が差し出した配達物を引き受け、宅配し、本サービスに応じた代金を受け取るシステムである。ここで、顧客が代金を銀行窓口から支払う場合、顧客毎に一意に割り当てられた仮想口座に入金してもらうことにより、サービス料金の請求情報と入金情報を特定する。なお、本実施形態では、仮想口座とは、請求先毎に割り当てられる振込み専用口座である。しかしながら、一部の顧客において、請求先と異なる仮想口座から入金されることがあり、このような入金については、サービス利用料金の請求情報と入金情報との紐付けを行うことが困難となっている。以下、「サービス利用料金の請求情報」は、簡略化して、単に「請求情報」と記載する。
【００１３】
顧客１０が前述のようなサービスを利用すると、顧客管理システム１３にて、顧客情報が顧客マスタ１６に登録される。また、販売システム１２にて、顧客マスタ１６に登録された情報とともに、請求情報が請求マスタ１５に登録される。販売システム１２から顧客１０に対して、請求情報が書面にて郵送で発行された後、顧客１０が、銀行１１でサービス利用料金の支払い（入金）手続きを行うと、その入金情報は、入金マスタ１４に登録される。消込処理装置１７は、入金マスタ１４と請求マスタ１５の登録情報を、それぞれ電子ファイル１４０、電子ファイル１５０で取得し、請求情報と入金情報とを紐付けて、消込処理１８を行う。このとき、消込処理装置１７により、効率的に消込処理１８が行うことができる。ここで、消込処理１８とは、ある債権に対応する入金が確認できた場合に、上記債権のレコードおよび入金のレコードに対し、消込のフラグを入力する処理である。
【００１４】
図２は、消込処理装置１７の構成を示すブロック図である。消込処理装置１７は、一般的なコンピュータ（電子計算機）により実現でき、記憶部２０と、入力部２３と、出力部２４と、選択部２５とを具備する。この演算装置２２と、各部とは、バス（ＢＵＳ）等により接続されている。演算装置２２は、例えば、ＣＰＵである。記憶部２０には、上記消込処理１８を行う消込処理プログラムと、ステータス管理部２０１と、消込履歴テーブル２０２と、対応テーブル２０３と、入金マスタ２０４と、入金中間マスタ２０５と、請求マスタ２０６と、請求中間マスタ２０７とが格納されている。演算装置２２は、記憶部２０から消込処理プログラム２０８を、メモリ等に読み出し実行する。なお、以下では、演算装置２２が行う処理については、単に演算装置２２を処理の主体として説明する。
【００１５】
図３は、記憶部２０が具備するステータス管理部２０１のデータ構成例を示す図である。図３に示すように、ステータス管理部２０１は、演算装置２２が行う処理のステータスを管理する。初期値は「０」であり、その他、ステータスに応じて「１」、「２」、「３」、「４」の値を持つ。ここで、各ステータスの意味について説明する。入金マスタ２０４および請求マスタ２０６において、未消込であるレコードを抽出し、入金中間マスタ２０６および請求中間マスタ２０７の作成が完了した時点で、ステータスが「１」となる。請求情報と入金情報とが一致しているレコードに対しての消込処理が完了した後、入金マスタ２０４の消込日６０６に消込実施日を入力し、消込フラグ２０７に「１」を入力し、請求マスタ２０６の消込日８０６に消込実施日を入力し、消込フラグ８０７に「１」を入力完了した時点で、ステータスが「２」となる。請求情報と入金情報が異なるため消込されなかったレコードについて、対応テーブル２０３を参照することにより請求中間マスタ２０８を更新した時点で、ステータスが「３」となる。請求情報と入金情報が異なるため消込されなかったレコードについて、対応テーブル２０３を参照することにより入金マスタ２０４を更新した時点でステータスが「４」となる。また、消込作業は、毎月1度の作業であり、複数のステータス管理を行う必要はないため、ステータス管理部は一つでよい。
【００１６】
図４は、記憶部２０が具備する消込履歴テーブル２０２のデータ構成例を示す図である。図４に示すよう、消込履歴テーブル２０２では、顧客が入金した月日を記録する入金日４０１と、入金日毎にレコードを一意に管理するための入金一連番号４０２と、入金した顧客の名称が記録された入金元顧客名４０３と、入金した顧客の仮想口座を記録する入金元口座４０４と、発生した債権を一意に管理するための請求番号４０５と、販売システム１２が顧客毎に割り当てた請求先コード４０６と、顧客管理システム１３にて管理される請求先の顧客の名称である請求先顧客名４０７と、販売システム１２が顧客毎に割り当てた請求先口座４０８と、消込処理装置１７にて消込処理が完了した消込日４０９とを管理する。消込履歴テーブル２０２は、消込が実施された都度1レコードずつ追記される。全ての消込処理が完了した後、入金元口座４０４と請求先口座４０８が一致しないレコードを対応テーブル２０３に反映するために存在する。
【００１７】
図５は、記憶部２０が具備する対応テーブル２０３のデータ構成例を示す図である。図５に示すように、対応テーブル２０３では、入金した顧客に割り当てられている入金元コード５０１と、入金した顧客の名称である入金元顧客名５０２と、入金した顧客に割り当てられている入金元口座５０３と、請求先顧客毎に割り当てられた請求先コード５０４と、請求先の顧客の名称である請求先顧客名５０５と、請求先顧客毎に割り当てられた請求先口座５０６と、消込を実施した月日を記録する最新消込日５０７とを管理する。
【００１８】
図６は、記憶部２０が具備する入金マスタ２０４のデータ構成例を示す図である。図６に示すように、本テーブルでは、入金元が入金を実施した月日を記録する入金日６０１と、日単位で入金情報を一意に管理する入金一連番号６０２と、入金した金額を記録する入金額６０３と、顧客毎に割り振られている振込先口座である振替依頼人コード６０４と、入金した顧客の名称である振替依頼人名６０５と、消込を実施した月日を記録する消込日６０６と、消込の実施の有無を示す消込フラグ６０７とを管理する。なお、消込フラグ６０７は、本実施形態では、消込処理が実施された場合は「１」、消込処理が実施されていない場合は「null」で管理する。
【００１９】
図７は、記憶部２０が具備する入金中間マスタ２０５のデータ構成例を示す図である。図７で示すように、入金中間マスタ２０５では、入金日７０１と、入金一連番号７０２と、入金額７０３と、振込依頼人コード７０４と、振込依頼人名７０５と、消込日７０６と、消込フラグ７０７とを管理する。入金中間マスタ２０５の各項目は、図６に示す入金マスタ２０４の各項目と同じである。
【００２０】
図８は、記憶部２０が具備する請求マスタ２０６のデータ構成例を示す図である。図８に示すように、請求マスタ２０６では、請求情報を一意に管理するための請求番号８０１と、請求先毎に割り当てられた請求先コード８０２と、請求先の顧客の名称である請求先顧客名８０３と、請求するサービス利用金額である請求額８０４と、請求先毎に割り当てられた請求元口座８０５と、消込が実施された月日である消込日８０６と、消込フラグ８０７とを管理する。消込フラグ８０７は、図６に示す消込フラグ６０７と同じである。
【００２１】
図９は、記憶部２０が具備する請求中間マスタ２０７のデータ構成例を示す図である。図９に示すように、請求中間マスタ２０７では、請求番号９０１と、請求先コード９０２と、請求先顧客名９０３と、請求額９０４と、請求元口座９０５と、消込日９０６と、９０７とを管理する。請求中間マスタ２０７の各項目は、図８に示す請求項マスタ２０６の各項目と同じである。
【００２２】
図１０は、入金管理システム全体の処理概要を示すシーケンス図である。顧客１０が、サービスを利用すると、サービス内容が販売システム１２に登録される（ステップＳ１００１）。また、顧客情報は、顧客管理システム１３に登録され（ステップＳ１００２）、その後、顧客情報は顧客管理システム１３から販売システム１２に通知される。次に、請求情報は、顧客１０へ郵送等により通知される。また、請求情報は販売システム１２から消込処理１７へ送信され、消込処理装置１７の演算装置２２により、受信した請求情報が記憶部２０の請求マスタ２０６に登録される（ステップＳ１００３）。顧客１０は、請求情報をもとに、銀行１１の仮想口座に、請求されたサービス利用料金の支払い（入金）を行う（ステップＳ１００４）。銀行１１は、顧客１０から支払われた入金情報を、消込処理装置１７へ送信し、消込処理装置１７の演算装置２２は、受信した入金情報を記憶部２０の入金マスタ２０４に登録する（ステップＳ１００５）。消込処理装置１７は、販売システム１３から登録された請求情報と、銀行１１から登録された入金情報をもとに、消込処理を行う（ステップＳ１００６）。
【００２３】
図１１〜図１４は、消込処理装置１７の演算処理装置２２と、作業者１９とが実施する消込処理１８を示すフローチャートである。図１５は、消込処理装置１７の画面イメージである。
【００２４】
まず、演算装置２２は、ステータス管理部２０１（図３）のステータス３０１を値「０」に初期化する（ステップＳ１１０１）。次に、演算装置２２は、入金マスタ２０４の情報を出力した電子ファイル１４０を、入力部２３から読み込み、入金マスタ２０４に登録する（ステップＳ１１０３）。また、演算装置２２は、請求マスタ１５の情報を出力した電子ファイル１５０を、入力部２３から読み込み、請求マスタ２０６に登録する（ステップＳ１１０５）。
【００２５】
次に、入金マスタ２０４の消込フラグ６０７が「null」であるレコード、すなわち消込対象のレコードを抽出し（ステップＳ１１０９）、入金中間マスタ２０５へ出力する（ステップＳ１１１１）。消込対象のレコードのみを、入金マスタ２０４から入金中間マスタ２０５に出力することにより、請求情報と突き合せをするレコード数が大幅に減少し、消込処理速度の大幅な短縮が見込める。
【００２６】
次に、演算装置２２は、請求マスタ２０６の消込フラグ８０７が「null」であるレコードを抽出し（ステップＳ１１１３）、請求中間マスタ２０７へ出力する（ステップＳ１１１５）。消込対象のレコードのみを、請求マスタ２０６から請求中間マスタ２０７に出力することにより、請求情報と突き合せをするレコード数が大幅に減少し、消込処理速度の大幅な短縮が見込める。ステップＳ１１１３の処理が終了後、演算装置２２は、ステータス管理部２０１のステータス３０１に「１」加算する（ステップＳ１１１７）ことにより、ステータス管理部の値が「１」に更新される。
【００２７】
次に、演算装置２２は、入金中間マスタ２０７に、消込フラグ９０７の値が「null」であるレコードが存在するか否かを判定し（ステップＳ１２０１）、判定の結果、該当レコードが存在する場合、演算装置２２は、入金中間マスタ２０７の振替依頼人コード７０４および入金額７０３を、請求マスタ２０６の請求元口座８０５および請求額８０４と突き合せ、一致するレコードが存在するか検索する（ステップＳ１２０３）。対応するレコードが存在した場合（ステップＳ１２０５）、演算装置２２は、入金中間マスタ２０５の該当レコードの消込日７０６に当日日付を書き込み、消込フラグ７０７に消込処理が実施されたことを示す「１」を書き込む（ステップＳ１２０７）。また、同様に、演算装置２２は、請求中間マスタ２０６の該当レコードの消込日８０６に当日日付を書き込み、消込フラグに「１」を書き込む（ステップＳ１２０９）。
【００２８】
ここで、ステップＳ１２０１は、ステップＳ１２０５処理のＮＯ判定、ステップＳ１２１１の処理後、またはＣを経由することにより複数回実行することがあるが、一度判定を行ったレコードは対象外として判定を行う。
【００２９】
次に、演算装置２２は、入金中間マスタ２０５と請求中間マスタ２０６の上記該当レコードの情報を消込履歴テーブル２０２に書き込む（ステップＳ１２１１）。ここでは、入金中間マスタ２０５から、入金日７０１、入金一連番号７０２、振替依頼人名７０５、振替依頼人コード７０４の値が、請求中間マスタ２０７から、請求番号９０１、請求先コード９０２、請求先顧客名９０３、請求先口座９０５、消込日９０６の値が、それぞれ消込履歴テーブル２０２の入金日４０１、入金一連番号４０２、入金元顧客名４０３、入金元口座４０４、請求番号４０５、請求先コード４０６、請求先顧客名４０７、請求先口座４０８、消込日４０９に書き込まれる。
【００３０】
次に、演算装置２２は、入金中間マスタ２０５に消込フラグ７０７として「１」が入力されたレコードに対応する入金マスタ２０４のレコードに対し、消込フラグ６０７に「１」を、消込日６０６に当日日付をそれぞれ書き込む（ステップＳ１３０１）。また、演算装置２２は、請求中間マスタ２０７に消込フラグ９０７として「１」が書き込まれたレコードに対応する請求マスタ２０６のレコードに対し、消込フラグ８０７に「１」を、消込日８０６に当日日付をそれぞれ書き込む（ステップＳ１３０３）。次に演算装置２２が、ステータス管理部２０１のステータス３０１に「１」を加算することにより、値が「２」となる（ステップＳ１３０５）。ステータス３０１が「２」とは、図３の解説の通りである。よって、ステップＳ１３０７の処理は、ステップＳ１３０１の直後、または、ステップＳ１３１１の直後でもよいが、ステータスの示す意味からステップＳ１３０７にて実施するのが望ましい。本処理が終了したら、入金中間マスタ２０５の消込フラグ７０７が「１」および請求中間マスタ２０７の消込フラグ９０７が「１」のレコードは、以降の消込処理には不要となる。そこで、演算装置２２は、入金中間マスタ２０５と請求中間マスタ２０７のそれぞれから、上記不要なレコードを削除する（ステップＳ１３０９、ステップＳ１３１１）。
【００３１】
次に、演算装置２２は、ステータス管理部２０１のステータス３０１を参照し、値が「２」であるかどうか判定する（ステップＳ１３１３）。判定の結果、ステータス３０１の値が「２」である場合、対応テーブル２０３の請求先口座５０６と請求中間マスタ２０７の請求先口座９０５を突き合わせ、一致したレコードに対し、請求中間マスタ２０７の請求先口座９０５を対応テーブル２０３の入金元口座５０３の値で更新する（ステップＳ１３１５）。その後、処理は図１２のＣまで戻り、ステップＳ１２０１から消込処理を再開するが、本消込処理装置１７を使用した消込処理１８の初回時は、図１２のステップＳ１２０１からステップＳ１２１３までと、図１３のステップＳ１３０１からステップＳ１３０３までは該当のレコードが存在しないため、何も行わない。そして、ステータス管理部２０１のステータス３０１に「１」加算することにより、値が「３」となる（ステップＳ１３０５）。ステータス３０１が「３」とは、図３の解説の通りである。また、ステップＳ１３０７の処理が、ステップＳ１３０１の直後、または、ステップＳ１３１１の直後でもよいことは、ステータス３０１が「２」の場合と同様である。
【００３２】
次に、演算装置２２は、ステータス管理部２０１のステータス３０１を参照し、値が「３」であるかどうか判定する（ステップＳ１３１７）。判定の結果、ステータス３０１の値が「３」である場合、対応テーブル２０３の入金先口座５０３と入金中間マスタ２０５の振替依頼人コード７０４を突き合わせ、一致したレコードに対し、入金中間マスタ２０５の振替依頼人コード７０４を対応テーブル２０３の入金元口座５０３の値で更新する（ステップ１３１７）。その後、処理は図１２のＣまで戻り、ステップＳ１２０１から消込処理を再開するが、本消込処理装置１７を使用した消込処理１８の初回時は、図１２のステップＳ１２０１からステップＳ１２１３までと、図１３のステップＳ１３０１からステップＳ１３０７までは該当のレコードが存在しないため、何も行わない。そして、ステータス管理部２０１のステータス３０１に「１」加算することにより、値が「４」となる（ステップＳ１３０９）。ステータス３０１の値が「４」とは、演算装置２２により、請求情報と入金情報が一致したレコードに対して、消込処理が完了した状態である。
【００３３】
次に、現時点で、演算装置２２による消込処理がされず、入金中間マスタ２０５に消込フラグ７０７が「null」のレコードが存在した場合について説明する。まず、演算装置２２は、図１５のような画面２１を表示する（ステップＳ１４００）。次に、入金中間マスタ２０５の消込フラグ７０７が「null」のレコードを、出力部２４の未消込入金情報１５０１に表示する。また、請求中間マスタ２０７の消込フラグ９０７が「null」のレコードを、出力部２４の未消込入金情報１５０２に表示する（ステップＳ１４０１）。次に、演算装置２２は、入金中間マスタ２０５に消込フラグ７０７が「null」のレコードが存在するか判定を行う（ステップＳ１４０２）。ここで、ステップＳ１４０２は、ステップＳ１４０５の処理のＮＯ判定、またはステップＳ１４１１の処理後ＢおよびＤを経由することにより複数回実行することがあるが、一度判定を行ったレコードは対象外として判定を行う。その後、演算装置２２は、作業者１９の判断により消込可能と判断されたレコードについて（ステップＳ１４０３）、作業者１９により選択部２５を介して選択された入金中間マスタ２０５の振替依頼人コード７０４と、作業者１９により選択部２５を介して選択された請求中間マスタ２０７の請求先口座９０５とを受信する。作業者１９により、紐付処理実行ボタン１５０７を押下後、演算装置２２は、受信した入金中間マスタ２０５の対象レコードに対し、消込フラグ７０７に「１」を書き込み、請求中間マスタ２０７の請求先口座９０５の対象レコードに対し、消込フラグ２０７に「１」を書き込む。次に、演算装置２２は、入金中間マスタ２０５に消込フラグ７０７に「１」が入力されたレコードに対応する入金マスタ２０４のレコードに対し、消込フラグ６０７に「１」を、消込日６０６に当日日付をそれぞれ書き込む（ステップＳ１３０１）。また、演算装置２２は、請求中間マスタ２０７に消込フラグ９０７に「１」が書き込まれたレコードに対応する請求マスタ２０６のレコードに対し、消込フラグ８０７に「１」を、消込日８０６に当日日付をそれぞれ書き込む（ステップＳ１３０３）。本処理が終了したら、入金中間マスタ２０５の消込フラグ７０７が「１」および請求中間マスタ２０７の消込フラグ９０７が「１」のレコードは、不要となる。そこで、演算装置２２は、入金中間マスタ２０５と請求中間マスタ２０７のそれぞれから、上記不要なレコードを削除する（ステップＳ１３０５、ステップＳ１３０７）。例えば、図７および図８のように、入金中間マスタ２０５の１レコード目の入金額７０３は６０００円であり、請求マスタ２０６のどのレコードにも該当しないが、１〜３レコード目の入金額の合算値とは同値である場合、１〜３レコード目の請求先顧客名８０３が、入金中間マスタの振替依頼人名として妥当であるならば、それぞれのレコードが対応すると考える。この場合、請求先顧客名はそれぞれ「Ａ市Ｂ課」「Ａ市Ｃ課」「Ａ市Ｄ課」であり、振替依頼人名は「Ａ市Ｂ課」であることから、「Ａ市」において「Ｂ課」が「Ｃ課」「Ｄ課」の請求金額についても合算して入金したと考えられるため、作業者の判断により、対応すると判断する。対応するレコードが存在した場合（ステップＳ１４０５）、��業者１９は、入金中間マスタ２０５の該当レコードの消込日７０６に当日日付を書き込み、消込フラグ７０７に消込処理が実施されたことを示す「１」を書き込む（ステップＳ１４０７）。また、同様に、演算装置２２請求中間マスタ２０６の該当レコードの消込日８０６に当日日付を書き込み、消込フラグに「１」を書き込む（ステップＳ１４０９）。次に、作業者１９は、入金中間マスタ２０５と請求中間マスタ２０６の上記該当レコードの情報を消込履歴テーブル２０２に書き込み（ステップＳ１２１１）、消込履歴テーブル２０２を作成する（ステップＳ１４１１）。ここでは、入金中間マスタ２０５から、入金日７０１、入金一連番号７０２、振替依頼人名７０５、振替依頼人コード７０４の値が、請求中間マスタ２０７から、請求番号９０１、請求先コード９０２、請求先顧客名９０３、請求先口座９０５、消込日９０６の値が、それぞれ消込履歴テーブル２０２の入金日４０１、入金一連番号４０２、入金元顧客名４０３、入金元口座４０４、請求番号４０５、請求先コード４０６、請求先顧客名４０７、請求先口座４０８、消込日４０９に書き込む。その後、処理はＢに戻り、入金中間マスタに消込フラグ「null」のレコードがなくなった時点で、消込履歴テーブル２０２から対応テーブル２０３を作成する。演算装置２２は、消込履歴テーブル２０２から、請求先コード４０６毎に最新のレコードを抽出し、入金元口座４０４と請求先口座４０８が異なるレコードを、対応テーブル２０３に格納し（ステップＳ１２１３）、ステップＳ１２０１へ処理が戻る。対応テーブル２０３には、消込履歴テーブル２０２から、入金一連番号４０２、入金元顧客名４０３、入金元口座４０４、請求先コード４０６、請求先顧客名４０７、請求先口座４０８、消込日４０９の値が、それぞれ入金元コード５０１、入金元顧客名５０２、入金元口座５０３、請求先コード５０４、請求先顧客名５０５、請求先口座５０６、最新消込日５０７に格納される。ここまでの処理により、対応テーブル２０３が完成する（ステップＳ１４１３）。
【００３４】
最後に、ステータス管理部２０１のステータス３０１の値を「０」に初期化し、初回の消込処理を終了する（ステップＳ１４１５）。
【００３５】
次に、消込処理装置１７による、２回目以降の消込処理の実施について説明する。ここで、ステータス管理部２０１のステータス３０１の値が「０」および「１」の場合における処理は、初回時と同様である。ステータス管理部２０１のステータス３０１の値が「２」の場合、演算処理装置２２は、ステップＳ１３１５の後、処理がＣに戻ると、ステータス管理部２０１のステータス３０１の値が「１」の場合に、入金中間マスタ２０７の振替依頼人コード７０４および入金額７０３が、請求中間マスタ２０７の請求元口座９０５および請求額９０４と一致しなかった場合においても、対応テーブル２０３から請求中間マスタ２０７が更新されたために一致する可能性があり、一致した場合、ステップＳ１２０７以降の消込処理がされる。また、ステータス管理部２０１のステータス３０１の値が「３」の場合、ステップＳ１３１９の後、処理がＣに戻ると、ステータス管理部２０１のステータス３０１の値が「１」の場合に、入金中間マスタ２０５の振替依頼人コード７０４および入金額７０３が、請求中間マスタ２０７の請求元口座９０５および請求額９０４と一致しなかった場合においても、一致することがあり、ステップＳ１２０７以降の消込処理がされる。
【００３６】
以降の処理は、初回時と同様である。
【００３７】
以上、本発明の一実施形態を説明したが、上述の実施状態によれば、一度、作業者１９により、企業が請求先に割り当てた仮想口座と異なる口座から入金する場合の、請求先と実際の入金元の情報が対応テーブル２０３に登録されれば、次回以降は、消込処理装置１７により、ステータス管理部２０１のステータス３０１が「２」、または「３」の消込処理において、消込処理を実施することが出来る。また、消込処理１８は、入金マスタ２０４に対して入金中間マスタ２０５、および請求マスタ２０６に対して請求中間マスタ２０７を使用することにより、処理時間の短縮が見込める。
【００３８】
なお、上記演算装置２２が実行する消込処理プログラムは、予め記憶部２２に格納されており、読取装置を介して、必要に応じて読み出され、あるいは、他のコンピュータからネットワークを介して、必要に応じてダウンロードされて、記憶部２２に格納されるようにしても良い。
【００３９】
また、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００４０】
１７…消込処理装置、２０…記憶部、２１…画面、２２…演算装置、２３…入力部、
２４…出力部、２５…選択部。
【図１】
2012230443.tif 000003
【図２】
2012230443.tif 000004
【図３】
2012230443.tif 000005
【図４】
2012230443.tif 000006
【図５】
2012230443.tif 000007
【図６】
2012230443.tif 000008
【図７】
2012230443.tif 000009
【図８】
2012230443.tif 000010
【図９】
2012230443.tif 000011
【図１０】
2012230443.tif 000012
【図１１】
2012230443.tif 000013
【図１２】
2012230443.tif 000014
【図１３】
2012230443.tif 000015
【図１４】
2012230443.tif 000016
【図１５】
2012230443.tif 000017