JP5890882B2

JP5890882B2 - データ照合装置、データ照合方法及びプログラム

Info

Publication number: JP5890882B2
Application number: JP2014209882A
Authority: JP
Inventors: 昇矢川; 邦明芹澤
Original assignee: 株式会社オービック
Priority date: 2014-10-14
Filing date: 2014-10-14
Publication date: 2016-03-22
Anticipated expiration: 2029-12-28
Also published as: JP2015008019A

Description

本発明は、入金データと請求データとの照合を行うデータ照合装置に関し、さらに、データ照合方法及びデータ照合プログラムに関する。

企業において、入金データと請求データとの照合を行うことにより、過去に請求した金銭が後日入金されたか否かを確認する売掛金債権管理が行われている。企業によっては毎月何千件、或いは何万件もの照合を行うところもある。入金データには、通常、振込人名のデータが含まれているので、振込人名のデータを用いて、誰からの入金であるかを判定できる。一方、請求データには、誰に対する請求かを示すデータが含まれているので、入金データがどの請求データに対応するかを判定できる。対応する入金データと請求データとの金額が一致すれば、請求した金額が過不足なく入金したことになるので、対応する入金データと請求データとに、それぞれ消込処理を行う。

下記の特許文献１には、入金データの振込人カナ名を名寄せして入金元のコードを特定すること、請求金額を入金元で合計し、振込手数料を考慮した差額範囲内で入金額と一致すれば入金済みとすること、請求金額の合計が入金額と一致しなかった場合には、請求書単位で１件ずつ照合し、一致すれば入金済みとすることが記載されている。

しかしながら、振込人カナ名を名寄せしても、該当する顧客が複数存在し、入金元のコードを特定できない場合がある。特許文献１において、このような場合は名寄せエラーとなってしまい、以後の照合作業を手作業で行わなければならなくなる。

特開２００６−２３５７９５号公報

そこで本発明は、入金データの振込人名に該当する顧客が複数存在する場合でも、入金データと請求データとの照合を効率的に行うことのできるデータ照合装置、データ照合方法及びプログラムを提供することを目的とする。

上記課題を解決するため、本発明の１つの観点に係るデータ照合装置は、
複数のレコードを有し、各レコードについて、振込人名のデータを記憶するためのフィールドと、振込金額のデータを記憶するためのフィールドと、を含む入金データテーブルと、
複数のレコードを有し、各レコードについて、顧客ＩＤのデータを記憶するためのフィールドと、振込人名のデータを記憶するためのフィールドと、を含む顧客データテーブルと、
複数のレコードを有し、各レコードについて、顧客ＩＤのデータを記憶するためのフィールドと、請求金額のデータを記憶するためのフィールドと、を含む請求データテーブルと、
を参照して、入金データと請求データとを照合する装置であって、
入金データテーブルに含まれる１つのレコードについて、振込人名のデータと振込金額のデータとを抽出する入金データ抽出手段と、
入金データテーブルから抽出された振込人名のデータを用いて顧客データテーブルを検索し、該当するレコードの各々に記憶された顧客ＩＤのデータを抽出する顧客データ抽出手段と、
顧客データテーブルから抽出された各顧客ＩＤのデータを用いて請求データテーブルを検索し、各顧客ＩＤについて、該当するレコードに記憶された請求金額のデータを抽出する請求データ抽出手段と、
入金データテーブルから抽出された振込金額のデータについて、各顧客ＩＤについて請求データテーブルから抽出された請求金額のデータと比較して、所定の一致条件を満たす請求金額のデータがある場合には該当するレコードの消込処理を行い、所定の一致条件を満たす請求金額のデータがない場合には他の顧客ＩＤについて請求データテーブルから抽出された請求金額のデータと比較する比較手段と、
を具備する。

本発明によれば、入金データの振込人名に該当する顧客が複数存在する場合でも、入金データテーブルから抽出された振込金額のデータと、各顧客ＩＤについて請求データテーブルから抽出された請求金額のデータとを比較し、所定の一致条件を満たす請求金額のデータがない場合には他の顧客ＩＤについて抽出された請求金額のデータと比較することによって、顧客を特定できるので、入金データと請求データとの照合を効率的に行うことができる。

本発明の一実施形態に係るデータ照合装置の概略構成図である。データ照合装置が参照可能な各種データテーブルのデータ構成例（照合前）を示す図である。データ照合装置によって更新された各種データテーブルのデータ構成例（照合後）を示す図である。上記実施形態に係るデータ照合装置の動作例を示すフローチャートである。図４のＳ３において顧客ＩＤが１つ抽出された場合のマッチング処理の詳細を示すフローチャートである。図４のＳ５において顧客ＩＤが複数（Ｉ個）抽出された場合のマッチング処理の詳細を示すフローチャートである。

以下、本発明の一実施形態に係るデータ照合装置について、図面を参照しながら詳しく説明する。

＜１．データ照合装置の構成＞
図１は、本発明の一実施形態に係るデータ照合装置の概略構成図である。データ照合装置１は、入金データテーブル１１、顧客データテーブル１２及び請求データテーブル１３を記憶した記憶媒体にアクセス可能なコンピュータ装置である。
データ照合装置１は、入金データ抽出部２１と、顧客データ抽出部２２と、請求データ抽出部２３と、合計値算出部２４と、最小値選出部２５と、比較部２６と、出力部２７と、入力部２８とを具備している。ここでは、データ照合装置１の各構成は、１つのコンピュータ装置内に含まれるものとして図示したが、これらの構成が別個のコンピュータ装置に分散し、それらのコンピュータ装置が協働して動作することとしても良い。

図２は、データ照合装置が参照可能な各種データテーブルのデータ構成例（照合前）を示す図である。
図３は、データ照合装置によって更新された各種データテーブルのデータ構成例（照合後）を示す図である。

＜１−１．入金データテーブル１１＞
入金データテーブル１１は、主に取引銀行から送付される振込データから作成されている。入金データテーブル１１は、シーケンシャル番号１１１で特定される複数のレコードを有している。入金データテーブル１１の各レコードは、入金日１１２を記憶するためのフィールドと、振込人名（カナ）１１３を記憶するためのフィールドと、振込金額１１４を記憶するためのフィールドと、振込元口座番号１１５を記憶するためのフィールドと、振込元金融機関コード１１６を記憶するためのフィールドと、振込元支店コード１１７を記憶するためのフィールドと、消込情報１１８を記憶するためのフィールドと、を含んでいる。

入金日１１２、振込人名（カナ）１１３及び振込金額１１４は、銀行振込において通常付加される情報である。これに対し、振込元口座番号１１５、振込元金融機関コード１１６及び振込元支店コード１１７は、銀行振込において任意的に付加される情報（任意情報）であり、これらの任意情報が入金データテーブル１１のすべてのレコードに記憶されているとは限らない。

消込情報１１８は、上記実施形態に係るデータ照合装置１により、当該レコードに係る入金データが請求データに対して所定の一致条件を満たすことを確認済か否かを示す情報である。消込情報１１８としては、例えば、請求データテーブル１３のシーケンシャル番号１３１を特定することにより、入金データが請求データテーブル１３の内のどのレコードに対して所定の一致条件を満たしたかを示す情報を記憶する（図３参照）。
或いは、消込情報１１８として、単に請求データに対して所定の一致条件を満たすことを確認済か否かを示す２値データ（例えば、０又は１）を記憶しても良い。

＜１−２．顧客データテーブル１２＞
顧客データテーブル１２は、データ照合装置１を使用するユーザの顧客に関する情報を記憶している。顧客データテーブル１２は、シーケンシャル番号１２１で特定される複数のレコードを有している。顧客データテーブル１２の各レコードは、顧客ＩＤ１２２を記憶するためのフィールドと、振込人名（カナ）１２３を記憶するためのフィールドと、振込元口座番号１２５を記憶するためのフィールドと、振込元金融機関コード１２６を記憶するためのフィールドと、振込元支店コード１２７を記憶するためのフィールドと、を含んでいる。

顧客ＩＤ１２２は、顧客を一意に識別するために付与された文字列である。振込人名（カナ）１２３は、顧客の名称に基づいてオペレータが入力したものでも良いし、当該顧客からの過去の振込のデータに基づいてオペレータが入力したものでも良い。また、例えば、顧客データテーブル１２の第１及び第２レコードに示すように、同一の顧客ＩＤ「Ａ００１」について複数通りの振込人名「Ａ０」及び「Ａ１」を入力できるようにしても良い。

振込元口座番号１２５、振込元金融機関コード１２６及び振込元支店コード１２７は、当該顧客からの過去の振込においてこれらの任意情報が付加されていた場合に、当該任意情報に基づいて記憶される情報である（図３参照）。入金データテーブル１１の振込人名（カナ）１１３に対応する振込人名（カナ）１２３が記憶されたレコードが、顧客データテーブル１２に複数存在する場合でも、振込元口座番号１２５、振込元金融機関コード１２６又は振込元支店コード１２７に基づいて、顧客を特定できる場合がある。

＜１−３．請求データテーブル１３＞
請求データテーブル１３は、データ照合装置１を使用するユーザから顧客に送付した請求書の情報を記憶している。請求データテーブル１３は、シーケンシャル番号１３１で特定される複数のレコードを有している。請求データテーブル１３の各レコードは、請求日１３２を記憶するためのフィールドと、顧客ＩＤ１３３を記憶するためのフィールドと、請求金額１３４を記憶するためのフィールドと、案件情報１３５を記憶するためのフィールドと、消込情報１３６を記憶するためのフィールドと、部分入金額１３７を記憶するためのフィールドと、を含んでいる。

請求日１３２は、顧客への請求書の日付である。顧客ＩＤ１３３は、顧客データテーブル１２の顧客ＩＤ１２２に対応する文字列である。請求金額１３４は、顧客への請求金額であり、例えば、商品代金、送料及び消費税の合計額が記憶される。或いは、請求の内訳を示す明細を記憶しても良い。案件情報１３５は、当該請求書の対象となった案件に関する情報であり、例えば、プロジェクト名、顧客側の担当者名等の情報が記憶される。

消込情報１３６は、上記実施形態に係るデータ照合装置１により、当該レコードに係る請求データに対応する顧客からの入金を入金データによって確認済か否かを示す情報である。消込情報１３６としては、例えば、入金データテーブル１１のシーケンシャル番号１１１を特定することにより、請求データが入金データテーブル１１の内のどのレコードに対して所定の一致条件を満たしたかを示す情報を記憶する（図３参照）。
或いは、消込情報１３６として、単に入金を確認済か否かを示す２値データ（例えば、０又は１）を記憶しても良い。

部分入金額１３７は、当該レコードに係る請求データに対応する顧客からの入金済み金額が、請求金額１３４の一部のみであって、残りの金額は後日入金される予定である場合に、当該入金済みの金額を示す情報である。例えば、請求データテーブル１３の第４レコードに係る請求金額「￥50,000」のうち、￥20,000の入金が入金データによって確認された場合に、当該請求データテーブル１３の第４レコードに係る部分入金額１３７としては、入金された金額「￥20,000」が記憶される。

＜１−４．入金データ抽出部２１＞
図１に戻り、入金データ抽出部２１は、入金データテーブル１１に含まれる各レコードについて、振込人名（カナ）１１３と、振込金額１１４と、を抽出する機能を有する。入金データ抽出部２１は、入金データテーブル１１に含まれる各レコードについて、さらに、振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７を抽出することもできる。
なお、入金データテーブル１１からのデータの抽出においては、消込処理が済んでいるレコードのデータは抽出しない。

＜１−５．顧客データ抽出部２２＞
顧客データ抽出部２２は、入金データテーブル１１から抽出された振込人名（カナ）１１３を用いて顧客データテーブル１２を検索し、該当するレコードの各々に記憶された顧客ＩＤ１２２を抽出する機能を有する。検索の結果、複数のレコードが該当した場合には、これに対応して複数の顧客ＩＤ１２２を抽出する。
検索の結果、複数のレコードが該当した場合であって、且つ、入金データテーブル１１から振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７が抽出された場合には、顧客データ抽出部２２は、入金データテーブル１１から抽出された振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７を用いて、顧客データテーブル１２の該当するレコードを絞り込んで、顧客ＩＤ１２２を抽出する。

＜１−６．請求データ抽出部２３＞
請求データ抽出部２３は、顧客データテーブル１２から抽出された各顧客ＩＤ１２２を用いて請求データテーブル１３を検索し、各顧客ＩＤ１２２に対応する各顧客ＩＤ１３３について、該当するレコードの各々に記憶された請求金額１３４を抽出する機能を有する。顧客データテーブル１２から複数の顧客ＩＤ１２２が抽出された場合、或いは、同一顧客に複数件の請求書を送付していた場合には、請求データテーブル１３の複数のレコードから請求金額１３４が抽出される。
なお、請求金額の抽出においては、請求データテーブル１３のうち、全額の消込処理が済んでいるレコードの請求金額は抽出しない。また、部分入金額１３７が記憶されているレコードについては、請求金額１３４と部分入金額１３７との差額を、請求金額として抽出する。例えば、請求データテーブル１３の第４レコードからは、部分入金額￥20,000を差し引いた￥30,000を、請求金額として抽出する。

＜１−７．合計値算出部２４＞
合計値算出部２４は、請求データテーブル１３から抽出された請求金額１３４を用いて、各顧客ＩＤ１３３について、請求金額１３４の合計値を算出する機能を有する。

＜１−８．最小値選出部２５＞
最小値選出部２５は、請求データテーブル１３から抽出された請求金額１３４を用いて、各顧客ＩＤ１３３について、請求金額１３４の最小値を選出する機能を有する。最小値の選出は、例えば、ある顧客ＩＤ１３３のデータを記憶した複数のレコードのうち、２つのレコードに係る請求金額１３４を比較し、低額な方の請求金額１３４を当該顧客ＩＤ１３３の未比較のレコードに係る請求金額１３４と比較することを、未比較のレコードが無くなるまで繰り返す等、公知の方法によることができる。

＜１−９．比較部２６＞
比較部２６は、入金データテーブル１１から抽出された振込金額１１４について、各顧客ＩＤ１３３について請求データテーブル１３から抽出された請求金額１３４と比較して、所定の一致条件を満たす場合には入金データテーブル１１及び請求データテーブル１３の該当するレコードについて消込処理を行う機能を有する。比較の結果、振込金額１１４と請求金額１３４とが所定の一致条件を満たさない場合には、請求データテーブル１３から抽出された他の請求金額１３４と比較する。

ここで、振込金額１１４と請求金額１３４とを比較した場合に満たすべき所定の一致条件とは、例えば、これらの差額が￥0であるか、振込手数料相当額であるという条件である。例えば、振込手数料として、￥210、￥315、￥420、￥525、￥630、￥735、￥840の７通りが想定される場合に、これらの振込手数料のいずれかを請求金額１３４から減算した値が振込金額１１４と等しいときに、所定の一致条件を満たすものとすることができる。

比較部２６は、合計値算出部２４によって、各顧客ＩＤ１３３について請求金額１３４の合計値が算出された場合には、当該合計値と振込金額１１４とを比較する。合計値が振込金額１１４より小さい場合には、当該顧客ＩＤについての請求金額１３４と振込金額１１４との比較をそれ以上行わず、他の顧客ＩＤについての請求金額１３４と振込金額１１４とを比較する。

比較部２６は、最小値選出部２５によって、各顧客ＩＤ１３３について請求金額１３４の最小値が選出された場合には、当該最小値と振込金額１１４とを比較する。最小値が振込金額１１４より大きい場合には、当該顧客ＩＤについての請求金額１３４と振込金額１１４との比較をそれ以上行わず、他の顧客ＩＤについての請求金額１３４と振込金額１１４とを比較する。

比較部２６は、入金データテーブル１１の振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７を、顧客データテーブル１２に記憶させる。

＜１−１０．出力部２７＞
出力部２７は、顧客データ抽出部２２において、該当するレコードがまったく存在しなかった場合に、結果の出力や、顧客リストの出力を行う。
また、出力部２７は、比較部２６において、振込金額１１４に対して所定の一致条件を満たす請求金額１３４を記憶したレコードが複数存在した場合、或いは、まったく存在しなかった場合に、結果の出力や、請求データの消込候補リストの出力を行う。

＜１−１１．入力部２８＞
入力部２８は、出力部２７によって出力された顧客リストや消込候補リストの中から、オペレータの操作による顧客や請求データの指定を受付ける。

＜２．データ照合装置の動作＞
図４は、上記実施形態に係るデータ照合装置の動作例を示すフローチャートである。データ照合装置１は、上述の入金データ抽出部２１、顧客データ抽出部２２、請求データ抽出部２３、合計値算出部２４、最小値選出部２５、比較部２６の各機能を実現するプログラムの各モジュールをコンピュータ読み取り可能な記憶媒体から読み出して実行することにより、以下の各ステップの処理を行う。

＜２−１．Ｓ１＞
まず、入金データ抽出部２１が、入金データテーブル１１に含まれる１つのレコードから、振込人名（カナ）１１３と振込金額１１４とを抽出する（Ｓ１）。
例えば、図２において、入金データテーブル１１の第１レコードから入金データを抽出する場合には、振込人名（カナ）１１３として「Ａ０」を、振込金額１１４として「￥90,000」を抽出する。
また、入金データテーブル１１の第２レコードから入金データを抽出する場合には、振込人名（カナ）１１３として「Ｂ」を、振込金額１１４として「￥39,580」を抽出する。

＜２−２．Ｓ２＞
次に、顧客データ抽出部２２が、入金データテーブル１１から抽出された振込人名（カナ）１１３を用いて顧客データテーブル１２を検索する（Ｓ２）。

＜２−３．Ｓ３＞
Ｓ２において、振込人名（カナ）１１３を用いて顧客データテーブル１２を検索した結果、該当するレコードが１つであった場合には、顧客が１つに特定される。そこで、顧客データ抽出部２２が、当該レコードに記憶された顧客ＩＤ１２２を抽出する（Ｓ３）。
例えば、入金データテーブル１１から振込人名（カナ）１１３として「Ａ０」を抽出した場合には、顧客データテーブル１２の第１レコードから、顧客ＩＤ１２２として「Ａ００１」が抽出される。

＜２−４．Ｓ４＞
Ｓ２において、振込人名（カナ）１１３を用いて顧客データテーブル１２を検索した結果、該当するレコードが複数であった場合には、入金データ抽出部２１が、入金データテーブル１１の上記レコードに、振込元口座番号１１５、振込元金融機関コード１１６及び振込元支店コード１１７等の任意情報が記憶されているか否かを判定する（Ｓ４）。

＜２−５．Ｓ５＞
Ｓ４において、入金データテーブル１１に任意情報が記憶されていない場合には、顧客データ抽出部２２が、顧客データテーブル１２の該当する複数のレコードに記憶された顧客ＩＤ１２２を抽出する（Ｓ５）。
例えば、入金データテーブル１１から振込人名（カナ）１１３として「Ｂ」を抽出した場合には、顧客データテーブル１２の第３〜第５レコードから、顧客ＩＤ１２２として「Ｂ００１」、「Ｂ００２」、「Ｂ００３」の３つが抽出される。
なお、Ｓ５において抽出される顧客ＩＤ１２２の数をＩ個とし、以下の説明において各顧客ＩＤを自然数ｉ（但し、ｉの最大値は２以上の整数Ｉ）によって識別する。

＜２−６．Ｓ６＞
Ｓ４において、入金データテーブル１１に任意情報が記憶されている場合には、入金データ抽出部２１が当該任意情報を抽出し、当該任意情報を用いて、顧客データ抽出部２２が顧客データテーブル１２の該当するレコードの絞り込みを行う（Ｓ６）。

Ｓ６において、任意情報を用いた絞り込みの結果、１つのレコードに絞り込まれた場合には、顧客データ抽出部２２が、当該レコードに記憶された顧客ＩＤ１２２を抽出する（Ｓ３）。ここで１つのレコードに絞り込まれる場合の例としては、入金データテーブル１１に記憶されている振込元口座番号１１５と同一の振込元口座番号１２５が顧客データテーブル１２に記憶されていた場合が考えられる。

Ｓ６において、任意情報を用いた絞り込みの結果、より少ない複数のレコードに絞り込まれた場合、或いは、絞り込みができなかった場合には、顧客データ抽出部２２が、顧客データテーブル１２の該当する複数のレコードに記憶された顧客ＩＤ１２２を抽出する（Ｓ５）。より少ない複数のレコードに絞り込まれる場合の例としては、入金データテーブル１１に記憶されている振込元金融機関コード１１６又はこれと振込元支店コード１１７と同一のデータが顧客データテーブル１２の複数のレコードに記憶されている場合が考えられる。絞り込みができない場合の例としては、顧客データテーブル１２に振込元口座番号１２５、振込元金融機関コード１２６及び振込元支店コード１２７等の任意情報が記憶されていない場合が考えられる。

＜２−７．Ｓ７＞
Ｓ６において、任意情報を用いた絞り込みの結果、該当するレコードがなくなってしまった場合には、顧客データ抽出部２２が、結果の出力及び顧客リストの出力をするよう出力部２７を制御する（Ｓ７）。該当するレコードがなくなってしまう場合の例としては、顧客データテーブル１２に記憶されている任意情報のデータが古く、顧客の取引銀行の情報を正確に反映していなかった場合が考えられる。

出力部２７によって出力する顧客リストとしては、例えば、Ｓ２における振込人名（カナ）１１３を用いた顧客データテーブル１２の検索結果を出力しても良いし、全顧客リストを出力しても良い。オペレータが入力部２８の操作によって顧客リストの中の１つの顧客を指定した場合には、顧客データ抽出部２２が、当該顧客の顧客ＩＤ１２２を抽出する（Ｓ３）。また、オペレータが、入力部２８の操作によって顧客リストの中の複数の顧客を指定できるようにして、顧客データ抽出部２２が、当該複数の顧客の顧客ＩＤ１２２を抽出するようにしても良い（Ｓ５）。

＜２−８．Ｓ８＞
Ｓ２において、振込人名（カナ）１１３を用いて顧客データテーブル１２を検索した結果、該当するレコードが存在しなかった場合には、顧客データ抽出部２２が、結果の出力及び顧客リストの出力をするよう出力部２７を制御する（Ｓ８）。顧客リストとしては、例えば、全顧客リストを出力する。オペレータが入力部２８の操作によって顧客リストの中の１つの顧客を指定した場合には、顧客データ抽出部２２が、当該顧客の顧客ＩＤ１２２を抽出する（Ｓ３）。また、オペレータが、入力部２８の操作によって顧客リストの中の複数の顧客を指定できるようにして、顧客データ抽出部２２が、当該複数の顧客の顧客ＩＤ１２２を抽出するようにしても良い（Ｓ５）。

＜２−９．Ｓ１００＞
Ｓ３により、顧客データ抽出部２２によって顧客ＩＤ１２２が１つ抽出された場合には、請求データ抽出部２３が、当該顧客ＩＤ１２２に対応する顧客ＩＤ１３３についての請求金額１３４を抽出し、合計値算出部２４が、当該顧客ＩＤ１３３について、請求金額１３４の合計値を算出し、比較部２６が、これらの請求金額１３４と振込金額１１４とを比較する（Ｓ１００）。この処理の詳細は後述する。

＜２−１０．Ｓ２００＞
Ｓ５により、顧客データ抽出部２２によって顧客ＩＤ１２２が複数抽出された場合には、請求データ抽出部２３が、各顧客ＩＤ１２２に対応する各顧客ＩＤ１３３についての請求金額１３４を抽出し、合計値算出部２４が、各顧客ＩＤ１３３について、請求金額１３４の合計値を算出し、最小値選出部２５が、各顧客ＩＤ１３３について、請求金額１３４の最小値を選出し、比較部２６が、これらの請求金額１３４と振込金額１１４とを比較する（Ｓ２００）。この処理の詳細は後述する。

＜２−１１．Ｓ９＞
Ｓ１００又はＳ２００により、振込金額１１４を請求金額１３４と比較し、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブル１３のレコードが１つ（１組）に特定された場合には、比較部２６は、入金データテーブル１１及び請求データテーブル１３の該当するレコードについて消込処理を行う（Ｓ９）。
消込処理は、例えば、入金データテーブル１１に消込情報１１８を記憶させるとともに、請求データテーブル１３に消込情報１３６を記憶させることにより行う。

例えば、Ｓ１００において、入金データテーブル１１の第１レコードに係る入金データが、請求データテーブル１３の第１及び第２レコードに係る請求データに対応することが確認された場合には、図３に示すように、当該入金データテーブル１１の第１レコードに係る消込情報１１８として、対応する請求データテーブル１３のシーケンシャル番号「１、２」を記憶させる。また、請求データテーブル１３の第１及び第２レコードに係る消込情報１３６として、入金データテーブル１１のシーケンシャル番号「１」を記憶させる。

また、Ｓ２００において、入金データテーブル１１の第２レコードに係る入金データが、請求データテーブル１３の第７及び第８レコードに係る請求データに対応することが確認された場合には、図３に示すように、当該入金データテーブル１１の第２レコードに係る消込情報１１８として、対応する請求データテーブル１３のシーケンシャル番号「７、８」を記憶させる。また、請求データテーブル１３の第７及び第８レコードに係る消込情報１３６として、入金データテーブル１１のシーケンシャル番号「２」を記憶させる。

＜２−１２．Ｓ１０＞
比較部２６は、（ａ）入金データテーブル１１の消込処理を行うレコードに、振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７が記憶されている場合であって、且つ、（ｂ１）顧客データテーブル１２の該当レコードに振込元口座番号１２５、振込元金融機関コード１２６又は振込元支店コード１２７が記憶されておらず、或いは（ｂ２）入金データテーブル１１のデータと異なっている場合には、顧客データテーブル１２の該当レコードに、入金データテーブル１１の振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７を記憶させる（Ｓ１０）。
ここで顧客データテーブル１２の該当レコードとは、請求データテーブル１３の消込処理を行うレコードに記憶された顧客ＩＤ１３３に対応する顧客ＩＤ１２２のデータが記憶された顧客データテーブル１２のレコードを意味する。そのような該当レコードが複数存在する場合には、さらに、入金データテーブル１１の消込処理を行うレコードに記憶された振込人名（カナ）１１３に対応する振込人名（カナ）１２３のデータが記憶された顧客データテーブル１２のレコードに限定しても良い。

例えば、請求データテーブル１３の消込処理を行う第１及び第２レコードに顧客ＩＤ１３３として「Ａ００１」が記憶されており、これに対応する顧客ＩＤ１２２が顧客データテーブル１２の第１及び第２レコードに記憶されている。さらに、入金データテーブル１１の消込処理を行う第１レコードに振込人名（カナ）１１３として「Ａ０」が記憶されており、これに対応する振込人名（カナ）１２３が顧客データテーブル１２の第１レコードに記憶されている。そこで、図３に示すように、顧客データテーブル１２の第１レコードに、入金データテーブル１１の消込処理を行う第１レコードに記憶された振込元口座番号「１２３４５６７」、振込元金融機関コード「０００３」及び振込元支店コード「２４６」を記憶させる。

Ｓ１０の処理により、その後に顧客データ抽出部２２による振込人名（カナ）１１３を用いた検索において顧客データテーブル１２の複数のレコードが該当した場合には、振込元口座番号１１５、振込元金融機関コード１１６又は振込元支店コード１１７による絞り込みが可能となる。
なお、Ｓ１０の処理は、振込元口座番号１１５、振込元金融機関コード１１６及び振込元支店コード１１７等の任意情報を用いた絞り込みの結果、１つのレコードに絞り込めなかった場合（Ｓ６からＳ５又はＳ７に遷移した場合）に行うこととしても良い。

＜３．Ｓ１００の詳細＞
図５は、図４のＳ３において顧客ＩＤが１つ抽出された場合のマッチング処理の詳細を示すフローチャートである。

＜３−１．Ｓ１０２＞
図４のＳ３により、顧客データ抽出部２２によって顧客ＩＤ１２２が１つ抽出された場合には、請求データ抽出部２３が、当該顧客ＩＤ１２２に対応する顧客ＩＤ１３３を用いて請求データテーブル１３を検索し、当該顧客ＩＤ１３３について、該当するレコードの各々に記憶された請求金額１３４を抽出する（Ｓ１０２）。同一顧客に複数の請求書を送付していた場合には、請求データテーブル１３の複数のレコードから請求金額１３４が抽出される。

＜３−２．Ｓ１０３＞
次に、合計値算出部２４が、請求データテーブル１３から抽出された請求金額１３４を用いて、当該顧客ＩＤ１３３について、請求金額１３４の合計値を算出する（Ｓ１０３）。

＜３−３．Ｓ１０４、Ｓ１０５＞
次に、比較部２６が、合計値算出部２４によって算出された請求金額１３４の合計値と振込金額１１４とを比較する（Ｓ１０４）。

請求金額１３４の合計値が振込金額１１４に対して所定の一致条件を満たす場合には、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、Ｓ１００の処理を終了する。

請求金額１３４の合計値が振込金額１１４より小さい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての請求データに関する入金データではないと考えられるので、エラー情報を出力して（Ｓ１０５）、Ｓ１００の処理を終了する。或いは、図４のＳ８に戻って顧客の選択をやり直す。

請求金額１３４の合計値が振込金額１１４より大きい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての一部の請求データに関する入金データであると考えられるので、次のＳ１０９に進んで当該顧客ＩＤ１３３についての請求金額１３４との比較を続ける。

＜３−４．Ｓ１０９＞
請求金額１３４の合計値が振込金額１１４より大きかった場合には、合計値算出部２４が、当該顧客ＩＤ１３３について、未だ部分入金されていない請求データに限定して請求金額１３４の合計値を算出する（Ｓ１０９）。例えば、請求データテーブル１３の第４レコードのように部分入金されている請求データは、ここでは除外して合計値を算出する。部分入金されている請求データとのマッチングは、自動処理になじまない場合があるからである。

＜３−５．Ｓ１１０、Ｓ１１１＞
次に、比較部２６が、合計値算出部２４によって算出された（部分入金されていない請求データの）請求金額１３４の合計値と振込金額１１４とを比較する（Ｓ１１０）。

請求金額１３４の合計値が振込金額１１４より小さい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての請求データに関する入金データではないと考えられるので、エラー情報を出力して（Ｓ１１１）、Ｓ１００の処理を終了する。或いは、図４のＳ８に戻って顧客の選択をやり直す。

請求金額１３４の合計値が振込金額１１４より大きい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についてのさらに一部の請求データに関する入金データであると考えられるので、次のＳ１１２に進んで当該顧客ＩＤ１３３についての請求金額１３４との比較を続ける。

＜３−６．Ｓ１１２、Ｓ１１３＞
請求金額１３４の合計値が振込金額１１４より大きかった場合には、比較部２６が、当該顧客ＩＤ１３３についての（未だ部分入金されていない請求データの）請求金額１３４と振込金額１１４とを、請求データテーブル１３のレコードごとに（請求書単位で）比較する（Ｓ１１２）。
請求金額１３４が振込金額１１４に対して所定の一致条件を満たすようなレコードがある場合には、比較部２６は、当該レコードに係るシーケンシャル番号１３１を、所定の記憶装置に一致データとして記憶させる（Ｓ１１３）。

＜３−７．Ｓ１１４、Ｓ１１５＞
次に、合計値算出部２４が、当該顧客ＩＤ１３３について、案件情報１３５ごとの（未だ部分入金されていない請求データの）請求金額１３４の合計値を算出し、比較部２６が、算出された案件情報１３５ごとの請求金額１３４の合計値と振込金額１１４とを比較する（Ｓ１１４）。
請求金額１３４の合計値が振込金額１１４に対して所定の一致条件を満たすような案件情報１３５がある場合には、比較部２６は、当該案件情報１３５を記憶したレコードに係るシーケンシャル番号１３１の組を、所定の記憶装置に一致データとして記憶させる（Ｓ１１５）。

例えば、請求データテーブル１３の第１〜第３レコードに示されるように、顧客ＩＤ「Ａ００１」に対する請求金額の合計値は￥130,000、最小値は￥30,000、レコードごとの請求金額は￥60,000、￥30,000、￥40,000であり、いずれも、入金データテーブル１１の第１レコードに係る振込金額「￥90,000」とは一致しないが、案件情報１３５として「Ｕ」を記憶した第１及び第２レコードに係る請求金額の合計値は￥90,000であり、振込金額と一致する。従って、所定の一致条件を満たすものとして、案件情報１３５として「Ｕ」を記憶したレコードに係るシーケンシャル番号「１、２」の組を一致データとして記憶させる。

＜３−８．Ｓ１１８＞
次に、比較部２６は、上述のＳ１１３及びＳ１１５の処理において記憶された一致データを参照し、一致データの数を判定する（Ｓ１１８）。
一致データが１つであれば、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、Ｓ１００の処理を終了する。

＜３−９．Ｓ１１９＞
一致データが複数ある場合、又は、一致データがない場合には、比較部２６は、結果の出力及び請求データの消込候補リストの出力をするよう出力部２７を制御する（Ｓ１１９）。消込候補リストとしては、例えば、一致データが複数ある場合に、請求データテーブル１３のうち当該一致データに該当する複数のレコードの組を出力する。或いは、一致データがない場合に、請求データテーブル１３のうち当該顧客ＩＤ１３３についてのすべてのレコードを出力する。

また、請求データテーブル１３の当該顧客ＩＤ１３３についてのレコードに、部分入金額１３７のデータが記憶されている場合には、比較部２６は、当該顧客ＩＤ１３３についてのレコードのうち、部分入金額１３７のデータを記憶したすべてのレコードを消込候補リストとして出力するよう出力部２７を制御しても良い。Ｓ１０９〜Ｓ１１４の処理において、部分入金されている請求データが除外されていたためである。

オペレータが入力部２８の操作によって消込候補リストの中の１つ（１組）を指定した場合には、請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、Ｓ１００の処理を終了する。また、オペレータが、消込候補リストからの指定をせずに、図４のＳ８に戻って顧客の選択をやり直せるようにしても良い。

なお、上述の比較処理において、既に終了した比較処理と同一の請求金額を比較対象とする場合は、比較処理を省略しても良い。例えば、当該顧客について部分入金額１３７のデータを有するレコードがない場合には、Ｓ１０９及び１１０の比較処理は、既に終了したＳ１０３及びＳ１０４の比較処理と同一の請求金額を比較対象とするので、省略しても良い。

＜４．Ｓ２００の詳細＞
図６は、図４のＳ５において顧客ＩＤが複数（Ｉ個）抽出された場合のマッチング処理の詳細を示すフローチャートである。

＜４−１．Ｓ２０１＞
図４のＳ５により、顧客データ抽出部２２によって顧客ＩＤ１２２が複数抽出された場合には、Ｉ個の顧客ＩＤのそれぞれについて請求金額１３４と振込金額１１４とを比較するため、まず、各顧客ＩＤ１２２に対応する各顧客ＩＤ１３３を識別する自然数ｉを１にセットする（Ｓ２０１）。
以下のＳ２０２〜Ｓ２１６の処理は、自然数ｉで特定される１つの顧客ＩＤについて行い、Ｓ２１７において自然数ｉに１を加えるごとに、次の顧客ＩＤについて同じ処理を繰り返す。例えば、ｉ＝１のときは顧客ＩＤ「Ｂ００１」、ｉ＝２のときは顧客ＩＤ「Ｂ００２」、ｉ＝３のときは顧客ＩＤ「Ｂ００３」について、Ｓ２０２〜Ｓ２１６の処理を行う。

＜４−２．Ｓ２０２＞
Ｓ２０２において、請求データ抽出部２３が、自然数ｉによって識別される当該顧客ＩＤ１３３を用いて請求データテーブル１３を検索し、当該顧客ＩＤ１３３について、該当するレコードの各々に記憶された請求金額１３４を抽出する。同一顧客に複数の請求書を送付していた場合には、請求データテーブル１３の複数のレコードから請求金額１３４が抽出される。

＜４−３．Ｓ２０３＞
次に、合計値算出部２４が、請求データテーブル１３から抽出された請求金額１３４を用いて、当該顧客ＩＤ１３３について、請求金額１３４の合計値を算出する（Ｓ２０３）。

＜４−４．Ｓ２０４、Ｓ２０５＞
次に、比較部２６が、合計値算出部２４によって算出された請求金額１３４の合計値と振込金額１１４とを比較する（Ｓ２０４）。

請求金額１３４の合計値が振込金額１１４に対して所定の一致条件を満たす場合には、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、請求データテーブル１３のうち当該顧客ＩＤ１３３が記憶されたレコードに係るシーケンシャル番号１３１の組を、所定の記憶装置に一致データとして記憶させ（Ｓ２０５）、当該顧客ＩＤ１３３についての比較を終了して後述のＳ２１６に進む。

請求金額１３４の合計値が振込金額１１４より小さい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての請求データに関する入金データではないと考えられるので、当該顧客ＩＤ１３３についての比較を終了して後述のＳ２１６に進む。
例えば、請求データテーブル１３の第４レコードに示されるように、顧客ＩＤ「Ｂ００１」に対する請求金額（部分入金額との差額）の合計値が￥30,000の場合に、入金データテーブル１１の第２レコードに係る振込金額「￥39,580」の入金がなされることは通常考えられないので、当該顧客ＩＤ１３３についての比較を終了する。

請求金額１３４の合計値が振込金額１１４より大きい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての一部の請求データに関する入金データである可能性があるので、次のＳ２０６に進んで当該顧客ＩＤ１３３についての請求金額１３４との比較を続ける。

＜４−５．Ｓ２０６＞
次に、最小値選出部２５が、請求データテーブル１３から抽出された請求金額１３４を用いて、当該顧客ＩＤ１３３について、請求金額１３４の最小値を選出する（Ｓ２０６）。

＜４−６．Ｓ２０７、Ｓ２０８＞
次に、比較部２６が、最小値選出部２５によって選出された請求金額１３４の最小値と振込金額１１４とを比較する（Ｓ２０７）。

請求金額１３４の最小値が振込金額１１４に対して所定の一致条件を満たす場合には、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブルのレコードが、当該最小値を記憶したレコードに特定されたことになるので、当該最小値を記憶したレコードに係るシーケンシャル番号１３１を、所定の記憶装置に一致データとして記憶させ（Ｓ２０８）、当該顧客ＩＤ１３３についての比較を終了して後述のＳ２１６に進む。

請求金額１３４の最小値が振込金額１１４より大きい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての請求データに関する入金データではないと考えられるので、当該顧客ＩＤ１３３についての比較を終了して後述のＳ２１６に進む。
例えば、請求データテーブル１３の第５レコードに示されるように、顧客ＩＤ「Ｂ００２」に対する請求金額の最小値が「￥90,000」の場合に、入金データテーブル１１の第２レコードに係る振込金額「￥39,580」の入金がなされることは（部分入金でない限り）考えられないので、当該顧客ＩＤ１３３についての比較を終了する。

請求金額１３４の最小値が振込金額１１４より小さい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての他の請求データに関する入金データである可能性があるので、次のＳ２０９に進んで当該顧客ＩＤ１３３についての請求金額１３４との比較を続ける。

＜４−７．Ｓ２０９＞
請求金額１３４の最小値が振込金額１１４より小さかった場合には、合計値算出部２４が、当該顧客ＩＤ１３３について、未だ部分入金されていない請求データに限定して請求金額１３４の合計値を算出する（Ｓ２０９）。

＜４−８．Ｓ２１０、Ｓ２１１＞
次に、比較部２６が、合計値算出部２４によって算出された（部分入金されていない請求データの）請求金額１３４の合計値と振込金額１１４とを比較する（Ｓ２１０）。

請求金額１３４の合計値が振込金額１１４に対して所定の一致条件を満たす場合には、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、請求データテーブル１３のうち当該顧客ＩＤ１３３が記憶されたレコードに係るシーケンシャル番号１３１の組を、所定の記憶装置に一致データとして記憶させ（Ｓ２１１）、当該顧客ＩＤ１３３についての比較を終了して後述のＳ２１６に進む。

請求金額１３４の合計値が振込金額１１４より小さい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についての請求データに関する入金データではないと考えられるので、当該顧客ＩＤ１３３についての比較を終了して後述のＳ２１６に進む。

請求金額１３４の合計値が振込金額１１４より大きい場合には、入金データテーブル１１の上記レコードは当該顧客ＩＤ１３３についてのさらに一部の請求データに関する入金データである可能性があるので、次のＳ２１２に進んで当該顧客ＩＤ１３３についての請求金額１３４との比較を続ける。

＜４−９．Ｓ２１２、Ｓ２１３＞
次に、比較部２６が、当該顧客ＩＤ１３３についての（未だ部分入金されていない請求データの）請求金額１３４と振込金額１１４とを、請求データテーブル１３のレコードごとに（請求書単位で）比較する（Ｓ２１２）。
請求金額１３４が振込金額１１４に対して所定の一致条件を満たすようなレコードがある場合には、比較部２６は、当該レコードに係るシーケンシャル番号１３１を、所定の記憶装置に一致データとして記憶させる（Ｓ２１３）。

＜４−１０．Ｓ２１４、Ｓ２１５＞
次に、合計値算出部２４が、当該顧客ＩＤ１３３について、案件情報１３５ごとの（未だ部分入金されていない請求データの）請求金額１３４の合計値を算出し、比較部２６が、算出された案件情報１３５ごとの請求金額１３４の合計値と振込金額１１４とを比較する（Ｓ２１４）。
請求金額１３４の合計値が振込金額１１４に対して所定の一致条件を満たすような案件情報１３５がある場合には、比較部２６は、当該案件情報１３５を記憶したレコードに係るシーケンシャル番号１３１の組を、所定の記憶装置に一致データとして記憶させる（Ｓ２１５）。

例えば、請求データテーブル１３の第６〜第８レコードに示されるように、顧客ＩＤ「Ｂ００３」に対する請求金額の合計値は￥60,000、最小値は￥20,000、レコードごとの請求金額はそれぞれ￥20,000であり、いずれも、入金データテーブル１１の第２レコードに係る振込金額「￥39,580」とは一致しないが、案件情報１３５として「Ｚ」を記憶した第７及び第８レコードに係る請求金額の合計値は￥40,000であり、この￥40,000から振込手数料￥420を減算した値が振込金額「￥39,580」と一致する。従って、所定の一致条件を満たすものとして、案件情報１３５として「Ｚ」を記憶したレコードに係るシーケンシャル番号「７、８」の組を一致データとして記憶させる。
以上で当該顧客ＩＤ１３３についての比較を終了し、Ｓ２１６に進む。

＜４−１１．Ｓ２１６、Ｓ２１７＞
Ｓ２１６においては、各顧客ＩＤを識別する自然数ｉが最大値Ｉに達しているか否かを判定する。
自然数ｉが最大値Ｉに達している場合には、顧客データ抽出部２２によって抽出されたすべての顧客ＩＤ１２２に対応する顧客ＩＤ１３３について請求金額１３４と振込金額１１４との比較が終了したことになるので、Ｓ２１８に進む。
自然数ｉが最大値Ｉに達していない場合には、次の顧客ＩＤ１３３について請求金額１３４と振込金額１１４とを比較するため、自然数ｉに１を加えて（Ｓ２１７）、上述のＳ２０２〜Ｓ２１６の処理を繰り返す。

＜４−１２．Ｓ２１８＞
Ｓ２１８において、比較部２６は、上述のＳ２０５、Ｓ２０８、Ｓ２１１、Ｓ２１３、Ｓ２１５の処理において記憶された一致データを参照し、一致データの数を判定する。
一致データが１つであれば、入金データテーブル１１の上記レコードに対して所定の一致条件を満たす請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、Ｓ２００の処理を終了する。

＜４−１３．Ｓ２１９＞
一致データが複数ある場合、又は、一致データがない場合には、比較部２６は、結果の出力及び請求データの消込候補リストの出力をするよう出力部２７を制御する（Ｓ２１９）。消込候補リストとしては、例えば、一致データが複数ある場合に、請求データテーブル１３のうち当該一致データに該当する複数のレコードの組を出力する。

オペレータが入力部２８の操作によって消込候補リストの中の１つ（１組）を指定した場合には、請求データテーブル１３のレコードが１つ（１組）に特定されたことになるので、Ｓ２００の処理を終了する。

なお、上述の比較処理において、既に終了した比較処理と同一の請求金額を比較対象とする場合は、比較処理を省略しても良い。例えば、当該顧客について部分入金額１３７のデータを有するレコードがない場合には、Ｓ２０９及びＳ２１０の比較処理は、既に終了したＳ２０３及びＳ２０４の比較処理と同一の請求金額を比較対象とするので、省略しても良い。

＜５．上記実施形態による効果＞
上記実施形態によれば、入金データの振込人名に該当する顧客が複数存在する場合でも（Ｓ５）、入金データテーブル１１から抽出された振込金額１１４のデータと、各顧客ＩＤについて請求データテーブル１３から抽出された請求金額１３４のデータとを比較し（Ｓ２０２〜Ｓ２１６）、振込金額１１４のデータに対して所定の一致条件を満たす請求金額１３４のデータがない場合には他の顧客ＩＤについて抽出された請求金額１３４のデータと比較することによって（Ｓ２１７）、顧客を特定できるので、入金データと請求データとの照合を効率的に行うことができる。

また、上記実施形態によれば、合計値算出部２４によって算出された合計値と振込金額１１４とを比較し（Ｓ２０４、Ｓ２１０）、合計値が振込金額１１４より小さい場合に、個別の請求金額１３４との比較をすることなく当該顧客ＩＤについての比較を終了するので、比較処理を簡素化することができる。

また、上記実施形態によれば、最小値選出部２５によって選出された最小値と振込金額１１４とを比較し（Ｓ２０７）、最小値が振込金額１１４より大きい場合に、個別の請求金額１３４との比較をすることなく当該顧客ＩＤについての比較を終了するので、比較処理を簡素化することができる。

また、上記実施形態によれば、振込人名に基づいた検索によって複数の顧客が該当した場合でも、振込元の金融機関コード、支店コード又は口座番号に基づいて顧客ＩＤの絞り込みをすることができる（Ｓ６）。

また、上記実施形態によれば、振込元の金融機関コード、支店コード又は口座番号を顧客データテーブル１２に記憶させるので（Ｓ１０）、以後の絞り込みを容易にすることができる。

１…データ照合装置、１１…入金データテーブル、１２…顧客データテーブル、１３…請求データテーブル、２１…入金データ抽出部、２２…顧客データ抽出部、２３…請求データ抽出部、２４…合計値算出部、２５…最小値選出部、２６…比較部、２７…出力部、２８…入力部、１１１…シーケンシャル番号、１１２…入金日、１１３…振込人名（カナ）、１１４…振込金額、１１５…振込元口座番号、１１６…振込元金融機関コード、１１７…振込元支店コード、１１８…消込情報、１２１…シーケンシャル番号、１２２…顧客ＩＤ、１２３…振込人名（カナ）、１２５…振込元口座番号、１２６…振込元金融機関コード、１２７…振込元支店コード、１３１…シーケンシャル番号、１３２…請求日、１３３…顧客ＩＤ、１３４…請求金額、１３５…案件情報、１３６…消込情報、１３７…部分入金額

Claims

複数のレコードを有し、各レコードについて、振込人名のデータを記憶するためのフィールドと、振込金額のデータを記憶するためのフィールドと、を含む入金データテーブルと、
複数のレコードを有し、各レコードについて、顧客ＩＤのデータを記憶するためのフィールドと、振込人名のデータを記憶するためのフィールドと、を含む顧客データテーブルと、
複数のレコードを有し、各レコードについて、顧客ＩＤのデータを記憶するためのフィールドと、請求金額のデータを記憶するためのフィールドと、を含む請求データテーブルと、
を参照して、入金データと請求データとを照合する装置であって、
前記入金データテーブルに含まれる１つのレコードについて、振込人名のデータと振込金額のデータとを抽出する入金データ抽出手段と、
前記入金データテーブルから抽出された振込人名のデータを用いて前記顧客データテーブルを検索し、該当するレコードに記憶された顧客ＩＤのデータを抽出する顧客データ抽出手段と、
前記顧客データテーブルから抽出された顧客ＩＤのデータを用いて前記請求データテーブルを検索し、顧客ＩＤについて、該当するレコードに記憶された請求金額のデータを抽出する請求データ抽出手段と、
前記請求データテーブルから抽出された請求金額のデータを用いて、顧客ＩＤについて請求金額の最小値を選出する最小値選出手段と、
前記顧客データテーブルから前記顧客ＩＤのデータが抽出された場合において、前記入金データテーブルから抽出された振込金額のデータと、前記顧客ＩＤについて選出された請求金額の最小値と、を比較して、
前記請求金額の最小値が前記振込金額より小さい場合には、前記請求データテーブルから抽出された請求金額のデータを用いて、顧客ＩＤについて請求金額の合計値を算出し、
前記入金データテーブルから抽出された振込金額と、顧客ＩＤについて算出された請求金額の合計値とを比較し、一致する場合に、該当するレコードの消込処理を行う手段と、
を具備するデータ照合装置。
請求項１において、
前記消込処理を行う手段において、前記請求金額の合計値が前記振込金額より大きい場合には、前記合計値算出手段が、当該顧客ＩＤについて、案件情報ごとの請求金額の合計値を算出し、算出された案件情報ごとの請求金額の合計値と前記振込金額とを比較し、前記案件情報ごとの請求金額の合計値が前記振込金額に対して一致するような案件情報がある場合に、当該一致する案件情報のレコードの消込処理を行う、データ照合装置。
複数のレコードを有し、各レコードについて、振込人名のデータを記憶するためのフィールドと、振込金額のデータを記憶するためのフィールドと、を含む入金データテーブルと、
複数のレコードを有し、各レコードについて、顧客ＩＤのデータを記憶するためのフィールドと、振込人名のデータを記憶するためのフィールドと、を含む顧客データテーブルと、
複数のレコードを有し、各レコードについて、顧客ＩＤのデータを記憶するためのフィールドと、請求金額のデータを記憶するためのフィールドと、を含む請求データテーブルと、
を参照して、入金データと請求データとを照合する装置であって、
前記入金データテーブルに含まれる１つのレコードについて、振込人名のデータと振込金額のデータとを抽出する入金データ抽出手段と、
前記入金データテーブルから抽出された振込人名のデータを用いて前記顧客データテーブルを検索し、該当するレコードに記憶された顧客ＩＤのデータを抽出する顧客データ抽出手段と、
前記顧客データテーブルから抽出された顧客ＩＤのデータを用いて前記請求データテーブルを検索し、顧客ＩＤについて、該当するレコードに記憶された請求金額のデータを抽出する請求データ抽出手段と、
前記請求データテーブルから抽出された請求金額のデータを用いて、顧客ＩＤについて請求金額の最小値を選出する最小値選出手段と、
前記顧客データテーブルから前記顧客ＩＤのデータが抽出された場合において、前記入金データテーブルから抽出された振込金額のデータと、前記顧客ＩＤについて選出された請求金額の最小値と、を比較して、
前記請求金額の最小値が前記振込金額より小さい場合には、前記請求データテーブルから抽出された請求金額のデータを用いて、顧客ＩＤについて案件情報ごとの請求金額の合計値を算出し、
前記入金データテーブルから抽出された振込金額と、顧客ＩＤについて算出された案件情報ごとの請求金額の合計値とを比較し、一致する場合に、該当する案件情報のレコードの消込処理を行う手段と、
を具備するデータ照合装置。
請求項１乃至３のいずれか一項において、
前記請求データ抽出手段では、前記顧客ＩＤについて、該当するレコードに関し、部分入金額が記憶されているレコードについては、請求金額と部分入金額との差額を、請求金額のデータとして抽出する、データ照合装置。
請求項１乃至４のいずれか一項において、
前記消込処理を行う手段における前記一致する場合には、前記請求金額から振込手数料を減算した値が前記振込金額と一致する場合を含む、データ照合装置。