JP2004185588A - Credit negation method, credit negation device, computer program and recording medium - Google Patents
Credit negation method, credit negation device, computer program and recording medium Download PDFInfo
- Publication number
- JP2004185588A JP2004185588A JP2003078883A JP2003078883A JP2004185588A JP 2004185588 A JP2004185588 A JP 2004185588A JP 2003078883 A JP2003078883 A JP 2003078883A JP 2003078883 A JP2003078883 A JP 2003078883A JP 2004185588 A JP2004185588 A JP 2004185588A
- Authority
- JP
- Japan
- Prior art keywords
- data
- amount
- billing
- payment
- date
- 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.)
- Withdrawn
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、債権消し込み処理方法、債権消し込み処理装置、コンピュータ・プログラム及び記録媒体に関する。
【0002】
【従来の技術】
売掛債権などの債権消し込み処理は、請求先へ出した請求明細データと入金があった場合に金融機関などから入手される入金に関しての入金明細データとを突き合わせ、金額などを含むこれらのデータが符合する場合に、その請求に関しての入金があったとして、上記債権消し込み処理が行われることになる。
【0003】
このような消し込みのために突き合わせが行われるデータは、請求日≦入金日であるか、金額が一致しているか否か、請求先と入金元(支払元)が一致しているか否か、更には、請求明細に付した番号(請求番号)と同一の番号が入金明細データ中にあるか否かなどがある。
【0004】
【発明が解決しようとする課題】
上記項目のうち、請求日≦入金日であるかや、請求明細に付した番号と同一の番号が入金明細データ中にあるか否かなどの項目はコンピュータを使用してある程度自動的に突き合わせをすることもできる。
【0005】
しかし、これらの項目の突き合わせで問題になることがなかったとしても、必ずしも上記債権の消し込み処理が実行されて良いとは限らない。例えば請求先と入金元(支払元)とが一致したり、特定の関係にある請求先と入金元との対応関係がマスタ登録されて、消し込み対象となる請求明細データとそれに対応する入金明細データがある範囲で特定できたとしても、請求額と入金額が違えば、消し込み処理を行うことはできないことになる。特に特定の請求先になされた複数の請求に対して、1の支払(入金)により一括して清算が行われる場合もあり、1の請求に対して必ず1の支払(入金)がなされるとは限らないので、請求額と入金額の突き合わせ処理をコンピュータなどにより自動的に行うことは困難を極めることになる。
【0006】
このように入金に関しては、必ずしも1つ1つの請求に対応して行われるわけではなく、むしろそうされない場合の方が多い。特に取引関係が多くなればなるほど、纏めて支払われる(入金される)ことが当たり前となる。
【0007】
また売掛金などの債権の消し込み作業を行う際には、対象となる請求先[グループを構成していて特定の者から支払(入金)が行われる場合の複数の請求先の場合も含む]から支払が既に複数回なされていて、どの支払(入金)に対して、どこまでの範囲の請求が対応しているかが分からなくなってしまう場合もある。
【0008】
しかも複数の入金明細データ中に含まれる入金額の合計と、同じく複数の請求明細データ中に含まれる請求額の合計とがある程度近い金額ではあるが差があり、どのような理由からそのような差が生じているかが分からず、結局消し込み処理ができなくなってしまう場合もある。それがたとえば、支払(入金)に際して振込手数料(金融機関によってその料金も異なる)が差し引かれたりするなどの些細な理由から生じている場合もあり、消し込み処理の対象が多くなればなるほど、その理由の特定は困難になるため、結局人の勘に頼って手作業で行わなければならず、上記のような自動化処理は益々困難になる。
【0009】
本発明は以上のような実情に鑑み創案されたもので、請求先と入金元が一致したり、請求先に代わって特定の関係にある者が入金元となったと判断されることにより、消し込み対象となる請求明細データと入金明細データが特定できた段階で、さらにこれらのデータ中に含まれる請求額と入金額とに対し、予め決められた幾つかのパターンの突合処理手順に従い、コンピュータにより債権消し込み処理が自動的に行える方法乃至同装置の構成を提供せんとするものである。
【0010】
又上記突合処理パターンの手順に従っても債権消し込み処理が行えないような、所謂過大入金や過小入金があった場合に、できる範囲でその一部につき強制的な消し込み処理をコンピュータが自動的に行う方法や装置についても提案する。
【0011】
併せてそのような方法を実行できるコンピュータ・プログラム及び記録媒体についてもその提案を行う。
【0012】
【課題を解決するための手段】
本発明に係る債権消し込み処理方法は、データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの合計額とが、演算手段により突合処理されて、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを基本的特徴としている。
【0013】
上記構成によれば、消し込み対象となる複数の入金明細データ中、直近の入金日より以前の特定の期間の請求日付を有する同じく消し込み対象となる請求明細データの合計額と、消し込み対象となる複数の上記入金明細データの合計額とが、演算手段により突合処理されることになる。その突合処理結果において、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であると上記演算手段に判断されれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が行われることになる。
【0014】
上記構成で、請求明細データと入金明細データとがいずれも、「消し込み対象となる」と限定しているのは、複数ある両データの中から、請求先と入金元(支払元)とが一致することで、一致した請求明細データと入金明細データのみに絞り出されたり、特定の関係にある請求先と入金元との対応関係がマスタファイルなどに登録されていて、該ファイルを参照して消し込み対象となる請求明細データとそれに対応する入金明細データがある範囲で特定できることで、対応関係にある請求明細データと入金明細データのみに絞り出されたりすることを意味しており、本願構成で行われる処理の前処理がすでに済んでいることを前提としているからである。
【0015】
また両データが突合処理された際、両合計額の間に金額の差があるが、その差が予め設定された誤差範囲内であれば、対象となった入金明細データと、金額差が誤差範囲内にある請求明細データとの消し込み処理がなされるようにしたのは、請求先が振り込んでくる際に振込手数料が差し引かれたり、端数の扱い方の違い(四捨五入、切り捨て、切り上げなど)による変更で、合計額において相違が出てくる場合など、何らかの理由で誤差が生ずることが多く、多量の両データを扱いながらその中に含まれる金額を合計すれば、必ず両データの合計額が一致しなくなってくることが出てくるので、一々その原因を追求しなくても問題のない範囲で上記誤差範囲を予め決定しておき、金額差が誤差範囲内にある請求明細データと入金明細データとの消し込み処理が行えるようにするためである。ただし、上記振込手数料などはある程度その金額が決まっているので、それらの決まった値の入金明細データ数以下の整数倍の範囲内の金額又は複数の振込手数料額の組み合わせ合計額とその金額差が一致すれば、当然誤差範囲として入れることは可能である。
【0016】
請求項2〜請求項6までの構成は、上記請求項1の構成中に規定された対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データについて開示している。そのうち請求項2の構成は、このようなデータとして、該請求日付が上記直近の入金日以前の全請求明細データが用いられることを規定している。すなわち後述するパターン1のようなケースである。
【0017】
請求項3の構成も、同じく上記請求項1の構成中に規定された対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データについて開示しており、このようなデータとして、該請求日付が上記直近の入金日の前月末日までの請求明細データが用いられることを規定している。すなわち後述するパターン2のようなケースである。
【0018】
請求項4の構成も、同じく上記請求項1の構成中に規定された対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データについて開示しており、このようなデータとして、該請求日付が上記直近の入金日の前々月末日までの請求明細データが用いられることを規定している。すなわち後述するパターン3のようなケースである。
【0019】
請求項5の構成も、同じく上記請求項1の構成中に規定された対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データについて開示しており、このようなデータとして、該請求日付が上記直近の入金日の前月日付分の請求明細データが用いられることを規定している。すなわち後述するパターン4のようなケースである。
【0020】
請求項6の構成も、同じく上記請求項1の構成中に規定された対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データについて開示しており、このようなデータとして、該請求日付が上記直近の入金日の前々月日付分の請求明細データが用いられることを規定している。すなわち後述するパターン5のようなケースである。
【0021】
これまでの構成は、ある決められた期間(ある期日以前の全ての対象とする場合を含む)の全ての請求明細データの請求額の合計を出して行う構成を規定していたが、請求項7の構成は、請求日付の古い請求明細データ順からそれらに含まれる請求額を順次加算してゆき、その都度入金明細データの合計金額とのチェックを繰り返して行い、そのチェック時点で両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、両データの消し込み処理を行うという構成である。具体的な構成としては、データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該請求日付の古い順にその請求金額が加算されながら、その加算中の合計額とが、演算手段により突合処理され、途中両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている。すなわち後述するパターン6のようなケースである。
【0022】
さらに上記構成において、請求日付が同一日付の消し込み対象となる請求明細データが複数ある場合は、演算手段により少額の請求金額のデータから上記加算処理を行うように処理手順を決めておく(請求項8)。
【0023】
更に上記のように請求日付が競合した場合、本来突合処理がしにくくなるが、それよりも突合処理がし易いのが、請求番号順(若い番号順、古い番号順)に、それらの請求明細データに含まれる請求額を順次加算してゆき、その都度入金明細データの合計金額とのチェックを繰り返して行い、そのチェック時点で両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、両データの消し込み処理を行うという構成である。
【0024】
その具体的な構成としては、データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額が加算されながら、その加算中の合計額とが、演算手段により突合処理され、途中両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている(請求項9)。すなわち後述するパターン7のようなケースである。
【0025】
また取引の相手方が請求に対する支払を毎月所定の日付で行うことを(例えば毎月20日締めの翌月25日払いなどのように)決めていれば、そのような回収予定日付を基に、消し込み対象となる入金明細データに対応する請求明細データの特定が可能である。請求項10は、そのような回収予定日付を基にした突合処理による債権消し込み処理について規定している。
【0026】
より具体的な構成としては、データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる回収予定日付が上記直近の入金日以前の日付を有する請求明細データの合計額とが、演算手段により突合処理され、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている(請求項10)。すなわち後述するパターン8のようなケースである。
【0027】
上記請求項1〜請求項10までの構成は、消し込み対象となる入金明細データがそれまでに貯まった複数件のデータの合計額を計算して、それらに対応する請求明細データを上記のような突合処理手順で特定し、消し込み処理を行うものであるが、請求項11〜請求項20までの構成は、消し込み対象となる入金明細データ1件毎に、それらに対応する請求明細データを上記のような突合処理手順で特定し、消し込み処理を行う構成である。その場合、消し込み対象となる入金明細データは1件であるので、突合処理時に突き合わされるデータは入金額そのものであり、それに対応する請求明細データの特定には、該請求明細データ中に含まれる請求額が合計され、該合計額と上記入金額とが一致乃至その金額差が誤差範囲内にある場合に、対応する入金明細データと請求明細データとの消し込み処理を行うというものである。
【0028】
そのうち、請求項11の債権消し込み処理方法の構成は、請求項1の構成に対応しており、より具体的な構成としては、データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの合計額とが、演算手段により突合処理されて、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている。
【0029】
請求項12の債権消し込み処理方法の構成は、請求項2の構成に対応しており、より具体的には、請求項11の構成において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日以前の全請求明細データが用いられることを特徴としている。すなわち後述するパターン9のようなケースである。
【0030】
請求項13の債権消し込み処理方法の構成は、請求項3の構成に対応しており、より具体的には、請求項11の構成において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前月末日までの請求明細データが用いられることを特徴としている。すなわち後述するパターン10のようなケースである。
【0031】
請求項14の債権消し込み処理方法の構成は、請求項4の構成に対応しており、より具体的には、請求項11の構成において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前々月末日までの請求明細データが用いられることを特徴としている。すなわち後述するパターン11のようなケースである。
【0032】
請求項15の債権消し込み処理方法の構成は、請求項5の構成に対応しており、より具体的には、請求項11の構成において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前月日付分の請求明細データが用いられることを特徴としている。すなわち後述するパターン12のようなケースである。
【0033】
請求項16の債権消し込み処理方法の構成は、請求項6の構成に対応しており、より具体的には、請求項11の構成において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前々月日付分の請求明細データが用いられることを特徴としている。すなわち後述するパターン13のようなケースである。
【0034】
請求項17の債権消し込み処理方法の構成は、請求項7の構成に対応しており、より具体的には、データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該請求日付の古い順にその請求金額が加算されながら、その加算中の合計額とが、演算手段により突合処理され、途中上記入金額とそれらの合計額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となる入金明細データと、上記入金額とそれらの合計額とが一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている。すなわち後述するパターン14のようなケースである。
【0035】
請求項18の債権消し込み処理方法の構成は、請求項8の構成に対応しており、より具体的には、上記請求項17の構成において、上記請求日付が同一日付の消し込み対象となる請求明細データが複数ある場合は、演算手段により少額の請求金額のデータから上記加算処理を行うことを特徴としている。
【0036】
請求項19の債権消し込み処理方法の構成は、請求項9の構成に対応しており、より具体的には、データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額が加算されながら、その加算中の合計額とが、演算手段により突合処理され、途中上記入金額とそれらの合計額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、上記入金額とそれらの合計額とが一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている。すなわち後述するパターン15のようなケースである。
【0037】
請求項20の債権消し込み処理方法の構成は、請求項10の構成に対応しており、より具体的には、データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる回収予定日付が上記入金日以前の日付を有する請求明細データの合計額とが、演算手段により突合処理され、上記入金額とそれらの合計額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、上記入金額とそれらの合計額とが一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている。すなわち後述するパターン16のようなケースである。
【0038】
請求項21の構成は、さらに、消し込み対象となる入金明細データ1件に対し、それに対応する請求明細データも1件毎に突合させ、消し込み処理を行う構成である。すなわち、当該請求項に係る債権消し込み処理方法の構成は、データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該請求日付の古い順にその請求金額とが、演算手段により突合処理され、途中上記入金額と請求金額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となる入金明細データと、上記入金額と該請求金額とが一致した請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理がなされることを特徴としている。すなわち後述するパターン17のようなケースである。
【0039】
請求項22〜請求項42までは、上記請求項1〜請求項21までの債権消し込み処理方法の構成を、装置の構成としてとらえ直し規定されたものである。
【0040】
すなわち請求項22の債権消し込み処理装置の構成は、上記請求項1の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴としている。
【0041】
請求項23の構成は、上記請求項2の構成に対応しており、より具体的には、上記請求項22において、入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日以前の全請求明細データが用いられることを特徴としている。
【0042】
請求項24の構成は、上記請求項3の構成に対応しており、より具体的には、上記請求項22において、入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前月末日までの請求明細データが用いられることを特徴としている。
【0043】
請求項25の構成は、上記請求項4の構成に対応しており、より具体的には、上記請求項22において、入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前々月末日までの請求明細データが用いられることを特徴としている。
【0044】
請求項26の構成は、上記請求項5の構成に対応しており、より具体的には、上記請求項22において、入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前月日付分の請求明細データが用いられることを特徴としている。
【0045】
請求項27の構成は、上記請求項6の構成に対応しており、より具体的には、上記請求項22において、入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前々月日付分の請求明細データが用いられることを特徴としている。
【0046】
請求項28の構成は、上記請求項7の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の請求日付を有している請求明細データのうち、該請求日付の古い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第2の演算手段と、
第2の演算手段がその合計額を出力する毎に、途中上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴としている。
【0047】
請求項29の構成は、上記請求項8の構成に対応しており、より具体的には、上記請求項28において、上記請求日付が同一日付の消し込み対象となる請求明細データが複数ある場合は、第2の演算手段により少額の請求金額のデータから順次上記加算処理を行うことを特徴としている。
【0048】
請求項30の構成は、上記請求項9の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第2の演算手段と、
第2の演算手段がその合計額を出力する毎に、途中上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴としている。
【0049】
請求項31の構成は、上記請求項10の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる回収予定日付が上記直近の入金日以前の日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴としている。
【0050】
請求項32の構成は、上記請求項11の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの1の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第1の演算手段と、
上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴としている。
【0051】
請求項33の構成は、上記請求項12の構成に対応しており、より具体的には、上記請求項32において、入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日以前の全請求明細データが用いられることを特徴としている。
【0052】
請求項34の構成は、上記請求項13の構成に対応しており、より具体的には、上記請求項32において、入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前月末日までの請求明細データが用いられることを特徴としている。
【0053】
請求項35の構成は、上記請求項14の構成に対応しており、より具体的には、上記請求項32において、入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前々月末日までの請求明細データが用いられることを特徴としている。
【0054】
請求項36の構成は、上記請求項15の構成に対応しており、より具体的には、上記請求項32において、入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前月日付分の請求明細データが用いられることを特徴としている。
【0055】
請求項37の構成は、上記請求項16の構成に対応しており、より具体的には、上記請求項32において、入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前々月日付分の請求明細データが用いられることを特徴としている。
【0056】
請求項38の構成は、上記請求項17の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの1の入金日より以前の請求日付を有している請求明細データのうち、該請求日付の古い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第1の演算手段と、
第1の演算手段がその合計額を出力する毎に、途中上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴としている。
【0057】
請求項39の構成は、上記請求項18の構成に対応しており、より具体的には、上記請求項38において、上記請求日付が同一日付の消し込み対象となる請求明細データが複数ある場合は、第1の演算手段により少額の請求金額のデータから上記加算処理を行うことを特徴としている。
【0058】
請求項40の構成は、上記請求項19の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの1の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第1の演算手段と、
第1の演算手段がその合計額を出力する毎に、途中上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴としている。
【0059】
請求項41の構成は、上記請求項20の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの1の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる回収予定日付が上記入金日以前の日付を有する請求明細データの合計額を算出する第1の演算手段と、
上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴としている。
【0060】
請求項42の構成は、上記請求項21の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記請求明細データのうち、該請求日付の古い順にその請求金額との突合処理を行い、途中上記入金額と請求金額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となる入金明細データと、上記入金額と該請求金額とが一致した請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴としている。
【0061】
請求項43〜請求項63までの構成は、上記請求項1〜請求項21までに規定した方法をコンピュータに実行させるために、該コンピュータで実行可能なプログラムについて規定している。
【0062】
すなわち、上述した課題を解決するための構成として、上記請求項1〜請求項21までに規定した各処理を、コンピュータの構成を利用して実行する、該コンピュータで読み込まれて実行可能なコンピュータ・プログラムにつき開示する。もちろんこれらの構成は、コンピュータ・プログラムとしてだけではなく、後述するように、同様な機能を有するプログラムを格納した記録媒体の構成(請求項64)として提供されても良いことは言うまでもない。この場合、コンピュータとは中央演算処理装置の構成を含んだ汎用的なコンピュータの構成の他、特定の処理に向けられた専用機などを含むものであっても良く、中央演算処理装置の構成を伴うものであれば特に限定はない。
【0063】
コンピュータに上記各処理を実行させるためのこのようなプログラムが、コンピュータに読み出されると、請求項1〜請求項21までに規定されたいずれかの処理と同様な処理が実行されることになる。
【0064】
また既存のハードウェア資源を用いてこのコンピュータ・プログラムを実行することにより、既存のハードウェアで新たなアプリケーションとしての本発明の方法が容易に実行できるようになる。さらにこのようなコンピュータ・プログラムが前述の記録媒体に記録されることにより、これをソフトウェア商品として容易に配付、販売することができるようになる。加えて記録媒体の構成としては、上述した形式の場合の他、RAMやROMなどの内部記憶装置の構成やハードディスクなどの外部記憶装置の構成であっても良く、そのようなプログラムがそこに記録されれば、本発明に規定された記録媒体に含まれることは言うまでもない。
【0065】
尚、請求項43〜請求項63までに記載された各処理のうち一部の処理を実行する機能は、コンピュータに組み込まれた機能(コンピュータにハードウェア的に組み込まれている機能でも良く、該コンピュータに組み込まれているオペレーティングシステムや他のアプリケーションプログラムなどによって実現される機能でも良い)によって実現され、前記プログラムには、該コンピュータによって達成される機能を呼び出すあるいはリンクさせる命令が含まれていても良い。
【0066】
これは、請求項43〜請求項63までに規定された各処理の一部が、例えばオペレーティングシステムなどによって達成される機能の一部で代行され、その機能を実現するためのプログラムないしモジュールなどは直接記録されているわけではないが、それらの機能を達成するオペレーティングシステムの機能の一部を、呼び出したりリンクさせるようにしてあれば、実質的に同じ構成となるからである。
【0067】
上記プログラムは、それ自身使用の対象となる他、後述のように記録媒体に記録されて配付乃至販売され、また通信などにより送信されて、譲渡の対象とすることもできるようになる。
【0068】
そのうち、請求項43の構成は、請求項1の構成に対応する構成であり、その具体的構成は、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの合計額とが、上記演算手段により突合処理されて、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0069】
請求項44の構成は、請求項2の構成に対応する構成であり、その具体的構成は、上記請求項43において、対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日以前の全請求明細データが用いられることを特徴としている。
【0070】
請求項45の構成は、請求項3の構成に対応する構成であり、その具体的構成は、上記請求項43において、対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前月末日までの請求明細データが用いられることを特徴としている。
【0071】
請求項46の構成は、請求項4の構成に対応する構成であり、その具体的構成は、上記請求項43において、対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前々月末日までの請求明細データが用いられることを特徴としている。
【0072】
請求項47の構成は、請求項5の構成に対応する構成であり、その具体的構成は、上記請求項43において、対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前月日付分の請求明細データが用いられることを特徴としている。
【0073】
請求項48の構成は、請求項6の構成に対応する構成であり、その具体的構成は、上記請求項43において、対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記直近の入金日の前々月日付分の請求明細データが用いられることを特徴としている。
【0074】
請求項49の構成は、請求項7の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該請求日付の古い順にその請求金額が加算されながら、その加算中の合計額とが、上記演算手段により突合処理され、途中両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0075】
請求項50の構成は、請求項8の構成に対応する構成であり、その具体的構成は、上記請求項49において、上記請求日付が同一日付の消し込み対象となる請求明細データが複数ある場合は、上記演算手段により少額の請求金額のデータから上記加算処理を行うことを特徴としている。
【0076】
請求項51の構成は、請求項9の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額が加算されながら、その加算中の合計額とが、上記演算手段により突合処理され、途中両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0077】
請求項52の構成は、請求項10の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの合計額と、該対象入金明細データの直近の入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる回収予定日付が上記直近の入金日以前の日付を有する請求明細データの合計額とが、上記演算手段により突合処理され、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0078】
請求項53の構成は、請求項11の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの合計額とが、上記演算手段により突合処理されて、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0079】
請求項54の構成は、請求項12の構成に対応する構成であり、その具体的構成は、上記請求項53において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日以前の全請求明細データが用いられることを特徴としている。
【0080】
請求項55の構成は、請求項13の構成に対応する構成であり、その具体的構成は、上記請求項53において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前月末日までの請求明細データが用いられることを特徴としている。
【0081】
請求項56の構成は、請求項14の構成に対応する構成であり、その具体的構成は、上記請求項53において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前々月末日までの請求明細データが用いられることを特徴としている。
【0082】
請求項57の構成は、請求項15の構成に対応する構成であり、その具体的構成は、上記請求項53において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前月日付分の請求明細データが用いられることを特徴としている。
【0083】
請求項58の構成は、請求項16の構成に対応する構成であり、その具体的構成は、上記請求項53において、対象入金明細データの入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データとして、該請求日付が上記入金日の前々月日付分の請求明細データが用いられることを特徴としている。
【0084】
請求項59の構成は、請求項17の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該請求日付の古い順にその請求金額が加算されながら、その加算中の合計額とが、上記演算手段により突合処理され、途中上記入金額とそれらの合計額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となる入金明細データと、上記入金額とそれらの合計額とが一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0085】
請求項60の構成は、請求項18の構成に対応する構成であり、その具体的構成は、上記請求項59において、上記請求日付が同一日付の消し込み対象となる請求明細データが複数ある場合は、上記演算手段により少額の請求金額のデータから上記加算処理を行うことを特徴としている。
【0086】
請求項61の構成は、請求項19の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額が加算されながら、その加算中の合計額とが、上記演算手段により突合処理され、途中上記入金額とそれらの合計額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、上記入金額とそれらの合計額とが一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0087】
請求項62の構成は、請求項20の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該データ中に含まれる回収予定日付が上記入金日以前の日付を有する請求明細データの合計額とが、上記演算手段により突合処理され、上記入金額とそれらの合計額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となった入金明細データと、上記入金額とそれらの合計額とが一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0088】
請求項63の構成は、請求項21の構成に対応する構成であり、より具体的には、データ格納手段及び演算手段を有するコンピュータで実行されることにより、該データ格納手段に格納された消し込み対象となる入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記データ格納手段に同じく格納された消し込み対象となる請求明細データのうち、該請求日付の古い順にその請求金額とが、上記演算手段により突合処理され、途中上記入金額と請求金額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、該演算手段により、対象となる入金明細データと、上記入金額と該請求金額とが一致した請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理が実行されることを特徴とするコンピュータ・プログラムである。
【0089】
さらに請求項64の構成は、上述のように、請求項43〜請求項63いずれか1つに記載のコンピュータ・プログラムが格納されたコンピュータ読み取り可能な記録媒体について規定している。すなわち、これらのコンピュータ・プログラムは、記録媒体に格納されて、取引の対象とすること或いは実際に実行することなども可能である。
【0090】
請求項65〜請求項118は、上記請求項1〜請求項64の構成で行われる突合処理パターンの手順に従っても債権消し込み処理が行えないような、所謂過大入金や過小入金があった場合に、できる範囲でその一部につき強制的な消し込み処理をコンピュータが自動的に行うことができる構成について提案する。
【0091】
そのうち請求項65〜請求項73の債権消し込み処理方法の構成は、消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データの請求額又はその合計額との間に差があり、その差が予め設定された誤差範囲外であると判断される過大入金や過小入金があった場合の処理について規定している。
【0092】
まず、請求項65の債権消し込み処理方法の構成は、
データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額が、上記演算手段により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0093】
すなわち、上述した消し込み処理パターンの手順では、消し込み処理が不可能な所謂過大入金又は過小入金があった場合に、上記演算手段により、大きな金額側の明細データが、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割される。そして両明細データの上記同一額分については、上記演算手段によって、両明細データの消し込み処理が自動的に行われる。
【0094】
また残りの金額分については、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される(データ格納手段に該残額分データが格納される)、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される[データ格納手段から該残額分データが削除され別の処理システム(例えば顧客側のシステム)で処理されるべきデータとして転送される]ことになる。この場合、後述するように、どのような勘定科目が付けられるかによって[実施例中では予め顧客マスタに勘定科目の付け方(複数ある場合はその優先順位)を登録しておくことになる]、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残されるか、強制的な消し込み処理が行われるか、或いは上記データ格納手段においてその消し込み処理対象から外されるかが決まる。
【0095】
請求項66の構成は、そのうち、消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合について、請求項65のより具体的な構成を規定しており、
上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴としている。
【0096】
すなわち、上記残額分は、上記演算手段によって前受金の勘定科目が付けられ、さらにデータ格納手段に入金明細データの消し込み処理対象として残されることで、次回の消し込み処理まで繰り越されることになる。
【0097】
請求項67の構成は、同じく、消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合について、請求項65の他の具体的な構成を規定しており、
上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0098】
このように、仮受金勘定科目が付けられて強制的な消し込み処理が行われた場合、上述のように、データ格納手段から該残額分データが消し込まれ(消し込んだ結果だけはデータとして格納される)、別の(例えば顧客側の)処理システムで処理されるべきデータとして転送される。その後の処理は、その別のシステムに委ねられることになる。
【0099】
請求項68の構成は、同じく、消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合について、請求項65の別の具体的な構成を規定しており、
上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0100】
このように、売掛金外勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外された場合、上述のように、データ格納手段から該残額分データが削除され別の処理システムで処理されるべきデータとして転送される。その後の処理は、その別のシステムに委ねられることになる。
【0101】
請求項69の構成は、これまでとは反対に、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合について、請求項65のより具体的な構成を規定しており、
上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴としている。
【0102】
すなわち、上記残額分は、上記演算手段によって請求残額分の勘定科目が付けられ、さらにデータ格納手段に請求明細データの消し込み処理対象として残されることで、次回の消し込み処理まで繰り越すことになる。
【0103】
請求項70の構成は、同じく、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合について、請求項65の別の具体的な構成を規定しており、
上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0104】
このように、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる場合、データ格納手段から請求残額分データが消し込まれ(消し込んだ結果だけはデータとして格納される)、別の(例えば顧客側の)処理システムで処理されるべきデータとして転送される。その後の処理は、その別のシステムに委ねられることになる。
【0105】
さらに請求項71の構成は、上記請求項65〜請求項70の構成で、分割処理の行われた上記明細データの残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より小さくなった時に、その残りの金額分につき、上記演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0106】
請求項72の構成は、上記請求項69や請求項70と同様に、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合について、具体的な構成を規定しており、
データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあって、その消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴としている。
【0107】
このように、請求明細データの残りの金額分に相当する割引額の入金明細データが「値引き」の区分で新たに作成されて、貸借を合わせて消し込み処理が行われることになる。
【0108】
請求項73の構成は、上記請求項72の構成で、分割処理の行われた上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より小さくなった時に、上記演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴としている。
【0109】
他方請求項74〜請求項82の債権消し込み処理方法の構成は、消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データの請求額又はその合計額とが、突合処理において、一旦上記消し込み処理パターンの手順に従って、消し込み処理が行われた後、その後に残された所謂消し込み処理対象外となった入金明細データ及び請求明細データがある場合(すなわち残った両データ中に含まれる金額が、上記消し込み処理パターンでは処理ができず、両金額の間に差があり、その差が予め設定された誤差範囲外であると判断される過大入金や過小入金である場合)の処理について規定している。
【0110】
請求項74の債権消し込み処理方法の構成は、
データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であると判断され、その範囲で、対象となった入金明細データと請求明細データとの消し込み処理が行われると共に、
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額が、上記演算手段により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0111】
すなわち、上述した消し込み処理パターンによる両明細データの消し込み処理が一旦なされた後、残された所謂消し込み処理対象外となった入金明細データ及び請求明細データがある場合(すなわち残った両データ中に含まれる金額が、上記消し込み処理パターンでは処理ができず、両金額の間に差があり、その差が予め設定された誤差範囲外であると判断される過大入金や過小入金である場合)、上記演算手段により、大きな金額側の明細データが、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割される。そして両明細データの上記同一額分については、上記演算手段によって、両明細データの消し込み処理が自動的に行われる。
【0112】
また残りの金額分については、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外されることになる。この場合、後述するように、どのような勘定科目が付けられるかによって[実施例中では予め顧客マスタに勘定科目の付け方(複数ある場合はその優先順位)を登録しておくことになる]、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残されるか、強制的な消し込み処理が行われるか、或いは上記データ格納手段においてその消し込み処理対象から外されるかが決まる。
【0113】
請求項75の構成は、そのうち、消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合について、請求項74のより具体的な構成を規定しており、
上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴としている。
【0114】
請求項76の構成は、同じく、消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合について、請求項74の他の具体的な構成を規定しており、
上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0115】
請求項77の構成は、同じく、消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合について、請求項74の別の具体的な構成を規定しており、
上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0116】
請求項78の構成は、これまでとは反対に、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合について、請求項74のより具体的な構成を規定しており、
上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴としている。
【0117】
請求項79の構成は、同じく、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合について、請求項74の別の具体的な構成を規定しており、
上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0118】
さらに請求項80の構成は、上記請求項74〜請求項79の構成で、分割処理の行われた上記明細データの残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より小さくなった時に、その残りの金額分につき、上記演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0119】
請求項81の構成は、請求項78や請求項79の場合と同じく、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合について、具体的な構成を規定しており、
データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であると判断され、その範囲で、対象となった入金明細データと請求明細データとの消し込み処理が行われると共に、
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあって、その消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴としている。
【0120】
請求項82の構成は、上記請求項81の構成で、分割処理の行われた上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より小さくなった時に、上記演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴としている。
【0121】
他方請求項83〜請求項100までは、上記請求項65〜請求項82までの債権消し込み処理方法の構成を、装置の構成としてとらえ直し規定されたものである。
【0122】
すなわち請求項83の債権消し込み処理装置の構成は、上記請求項65の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
第3の演算手段による消し込み処理の可否の判断時に両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断され、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額を、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割すると共に、両明細データの上記同一額分につき、両明細データの消し込み処理を行う第4の演算手段と、
残りの金額分につき、特定の勘定科目を付けて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残す、強制的な消し込み処理を行う、又は上記データ格納手段においてその消し込み処理対象から外す制御手段と
を有することを特徴としている。
【0123】
請求項84の構成は、上記請求項66の構成に対応しており、上記請求項83のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記第4の演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残されることを特徴としている。
【0124】
請求項85の構成は、上記請求項67の構成に対応しており、上記請求項83のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記第4の演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0125】
請求項86の構成は、上記請求項68の構成に対応しており、上記請求項83のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記第4の演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0126】
請求項87の構成は、上記請求項69の構成に対応しており、上記請求項83のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記第4の演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴としている。
【0127】
請求項88の構成は、上記請求項70の構成に対応しており、上記請求項83のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記第4の演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0128】
請求項89の構成は、上記請求項71の構成に対応しており、上記請求項83〜請求項88の構成で、分割処理の行われた上記明細データの残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記第4の演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より小さくなった時に、その残りの金額分につき、上記制御手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0129】
請求項90の構成は、上記請求項72の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
第3の演算手段による消し込み処理の可否の判断時に両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断され、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、該請求明細データの請求額を、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割し、両明細データの上記同一額分につき、両明細データの消し込み処理を行う第4の演算手段と、
請求明細データの残りの金額分に相当する割引額の入金明細データを一時的に作成し、それに対して値引きの勘定科目を付けて、強制的な消し込み処理を行う制御手段と
を有することを特徴としている。
【0130】
請求項91の構成は、上記請求項73の構成に対応しており、上記請求項90の構成で、分割処理の行われた上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記第4の演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より小さくなった時に、上記制御手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成され、それに対して値引きの勘定科目が付けられて、強制的な消し込み処理が行われる
ことを特徴としている。
【0131】
請求項92の債権消し込み処理装置の構成は、上記請求項74の構成に対応しており、より具体的には、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
消し込み処理が可能と判断された範囲で、対象となった入金明細データと請求明細データとの消し込み処理を行う第4の演算手段と、
第4の演算手段による消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると上記第3の演算手段により判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額を、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割すると共に、両明細データの上記同一額分につき、上記第4の演算手段により両明細データの消し込み処理を行わせる指示を出す第5の演算手段と、
残りの金額分につき、特定の勘定科目を付けて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残す、強制的な消し込み処理を行う、又は上記データ格納手段においてその消し込み処理対象から外す制御手段と
を有することを特徴としている。
【0132】
請求項93の構成は、上記請求項75の構成に対応しており、上記請求項92のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記第5の演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、上記第4の演算手段により、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残されることを特徴としている。
【0133】
請求項94の構成は、上記請求項76の構成に対応しており、上記請求項92のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記第5の演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、上記第4の演算手段により、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0134】
請求項95の構成は、上記請求項77の構成に対応しており、上記請求項92のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記第5の演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、上記第4の演算手段により、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0135】
請求項96の構成は、上記請求項78の構成に対応しており、上記請求項92のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記第5の演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、上記第5の演算手段により、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴としている。
【0136】
請求項97の構成は、上記請求項79の構成に対応しており、上記請求項92のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記第5の演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、上記第5の演算手段により、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、上記制御手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0137】
請求項98の構成は、上記請求項80の構成に対応しており、上記請求項92〜請求項97の構成で、分割処理の行われた上記明細データの残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記第5の演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より小さくなった時に、その残りの金額分につき、上記制御手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0138】
請求項99の構成は、上記請求項81の構成に対応しており、より具体的な構成としては、
消し込み対象となる入金明細データ及び請求明細データが格納されるデータ格納手段と、
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
消し込み処理が可能と判断された範囲で、対象となった入金明細データと請求明細データとの消し込み処理を行う第4の演算手段と、
第4の演算手段による消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると上記第3の演算手段により判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあり、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、該請求明細データの請求額を、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割すると共に、両明細データの上記同一額分につき、上記第4の演算手段により両明細データの消し込み処理を行わせる指示を出す第5の演算手段と、
請求明細データの残りの金額分に相当する割引額の入金明細データを一時的に作成し、それに対して値引きの勘定科目を付けて、強制的な消し込み処理を行う制御手段と
を有することを特徴としている。
【0139】
請求項100の構成は、上記請求項82の構成に対応しており、上記請求項99の構成で、分割処理の行われた上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記第5の演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より小さくなった時に、上記制御手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成され、それに対して値引きの勘定科目が付けられて、強制的な消し込み処理が行われる
ことを特徴としている。
【0140】
請求項101〜請求項118までの構成は、上記請求項65〜請求項82までに規定した方法をコンピュータに実行させるために、該コンピュータで実行可能なプログラムについて規定している。すなわち、上述した課題を解決するための構成として、上記請求項65〜請求項82までに規定した各処理を、コンピュータの構成を利用して実行する、該コンピュータで読み込まれて実行可能なコンピュータ・プログラムにつき開示する。コンピュータに上記各処理を実行させるためのこのようなプログラムが、コンピュータに読み出されると、請求項65〜請求項82までに規定されたいずれかの処理と同様な処理が実行されることになる。
【0141】
そのうち請求項101の構成は、上記請求項65の構成に対応する構成であり、その具体的構成は、
データ格納手段及び演算手段を有するコンピュータで実行されることにより、データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額が、上記演算手段により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される処理が実行される
ことを特徴とするコンピュータ・プログラムである。
【0142】
請求項102の構成は、上記請求項66の構成に対応しており、上記請求項101のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴とするコンピュータ・プログラムである。
【0143】
請求項103の構成は、上記請求項67の構成に対応しており、上記請求項101のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラムである。
【0144】
請求項104の構成は、上記請求項68の構成に対応しており、上記請求項101のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とするコンピュータ・プログラムである。
【0145】
請求項105の構成は、上記請求項69の構成に対応しており、上記請求項101のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とするコンピュータ・プログラムである。
【0146】
請求項106の構成は、上記請求項70の構成に対応しており、上記請求項101のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴としている。
【0147】
請求項107の構成は、上記請求項71の構成に対応しており、上記請求項101〜請求項106の構成で、分割処理の行われた上記明細データの残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より小さくなった時に、その残りの金額分につき、上記演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0148】
請求項108の構成は、上記請求項72の構成に対応しており、より具体的な構成として、
データ格納手段及び演算手段を有するコンピュータで実行されることにより、データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあって、その消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラムである。
【0149】
請求項109の構成は、上記請求項73の構成に対応しており、上記請求項108の構成で、分割処理の行われた上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より小さくなった時に、上記演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とするコピュータ・プログラムである。
【0150】
また請求項110の構成は、上記請求項74の構成に対応しており、その具体的構成は、
データ格納手段及び演算手段を有するコンピュータで実行されることにより、データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であると判断され、その範囲で、対象となった入金明細データと請求明細データとの消し込み処理が行われると共に、
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額が、上記演算手段により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される処理が実行される
ことを特徴とするコンピュータ・プログラムである。
【0151】
請求項111の構成は、上記請求項75の構成に対応しており、上記請求項110のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴とするコンピュータ・プログラムである。
【0152】
請求項112の構成は、上記請求項76の構成に対応しており、上記請求項110のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラムである。
【0153】
請求項113の構成は、上記請求項77の構成に対応しており、上記請求項110のより具体的な構成として、
消し込み処理対象外となった入金明細データの1の入金額が同じく消し込み処理対象外となった請求明細データの請求額又はその合計額より大きい場合に、上記演算手段により、該入金明細データの入金額が、(上記請求明細データの請求額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とするコンピュータ・プログラムである。
【0154】
請求項114の構成は、上記請求項78の構成に対応しており、上記請求項110のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とするコンピュータ・プログラムである。
【0155】
請求項115の構成は、上記請求項79の構成に対応しており、上記請求項110のより具体的な構成として、
消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラムである。
【0156】
請求項116の構成は、上記請求項80の構成に対応しており、上記請求項110〜請求項115の構成で、分割処理の行われた上記明細データの残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記残りの金額分が、もう一方の残された明細データの金額又は複数の合計額より小さくなった時に、その残りの金額分につき、上記演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴としている。
【0157】
請求項117の構成は、上記請求項81の構成に対応しており、より具体的な構成として、
データ格納手段及び演算手段を有するコンピュータで実行されることにより、データ格納手段に格納された消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する上記データ格納手段に同じく格納された消し込み対象となる請求明細データの請求額又はその合計額とが、演算手段により突合処理された際、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であると判断され、その範囲で、対象となった入金明細データと請求明細データとの消し込み処理が行われると共に、
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあって、その消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラムである。
【0158】
請求項118の構成は、上記請求項82の構成に対応しており、上記請求項117の構成で、分割処理の行われた上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より大きい場合に、上記分割処理と両明細データの消し込み処理が繰り返して行われることを規定しており、
そのような場合において、
上記残りの金額分につき、上記演算手段により、さらに金額の上記分割処理と両明細データの消し込み処理が繰り返され、上記請求明細データの残りの金額分が、もう一方の残された入金明細データの金額又は複数の合計額より小さくなった時に、上記演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラムである。
【0159】
さらに請求項119の構成は、上述のように、上記請求項101〜請求項118いずれか1つに記載されたコンピュータ・プログラムが格納されたコンピュータ読み取り可能な記録媒体について規定している。すなわち、これらのコンピュータ・プログラムは、記録媒体に格納されて、取引の対象とすること或いは実際に実行することなども可能である。
【0160】
上記方法やプログラム(或いは上記記録媒体から読み出されたプログラム)を実行するコンピュータ或いは上記システムを構成するコンピュータは、1つの構成(スタンドアローン型のコンピュータなど)であっても良いが、それに限定されるわけではなく、ネットワークを構成する複数のコンピュータ(複数のサーバなど)で構成され、前記各ステップでなされる処理は、それらのコンピュータにおいて(必要であれば適当な通信構成を介して)分散して実行されるように、プログラムに設定されるようにしても良い。
【0161】
【発明の実施の形態】
以下、本発明の実施の形態を図示例と共に説明する。
図1は、本発明の実施の形態につき、その概要を示した説明図である。この例では、サーバ1を備えた会社がグループの統括会社となり、該サーバ1につながる端末3x〜3zを備えたそのグループ内の会社が、顧客A〜顧客Gのいずれかに商品の売買或いはサービスの提供がなされると共に、これらの顧客に請求が行われる。それから、各顧客により自己の端末4a〜4gのいずれかが使用されることでこれらの顧客と取引のある入金元取引銀行に振込依頼がなされ、さらに該銀行から統括会社と取引のある銀行のホスト2に対し振込処理(による入金)がなされる。その後、上記請求に関してのグループ会社の有する請求明細データとホスト2側から送られてくる入金明細データに基づいて、債権(売掛債権など)の消込処理が、上記サーバ1により代行して行われるということが、この図により説明されている。
【0162】
ここで3つのグループ会社が四角で囲まれているのは、統括会社のグループであることを示しており、また請求先である顧客A〜Dが同じく四角で囲まれているのは、後述する図9に示すように、請求先が顧客A〜Dのいずれかである場合、その請求に対する振込依頼が必ず顧客Aからなされる(正確には入金元取引銀行に振込依頼が顧客Aから出され、それに基づき該入金元取引銀行により統括会社の取引銀行のホスト2に対して振込処理が行われる;グルーピングによる顧客Aを入金元とする入金処理)ことを示しており、さらに請求先である顧客E〜Gが同じく四角で囲まれているのは、図9に示すように、請求先が顧客E〜Gのいずれかである場合、その振込依頼が顧客Gからなされることもあるし、夫々の請求先である顧客E〜G自身からもなされることがある(各顧客E〜Gへの請求に対し入金元取引銀行に振込依頼が顧客Gから出されることもあるし、夫々の顧客E、F自身から出されることもあり、それらの振込依頼に基づき該入金元取引銀行により統括会社の取引銀行のホスト2に対して振込処理が行われる;グルーピング及び特例設定による顧客G又は顧客E・F自身を入金元とする入金処理)ことを示している。
【0163】
図2〜図6は、上記図1の枠組み構成の場合に、統括会社のサーバ1における機能ブロック構成及びこれらの機能ブロックにおける処理の流れを示している。
【0164】
これらの図面に示すように、上記サーバ1は、CPUで構成される演算制御部10と、ハードディスクドライブで構成される請求明細マスタ11a、入金明細マスタ12a、顧客マスタ13、消込手順マスタ14、振込手数料マスタ15、消込処理プログラム格納部16と、該消込処理プログラムの読み込みがなされて上記演算制御部10で実行されるために該プログラムを格納しておくRAM17と、外部との通信を行う通信部18とを有している。
【0165】
またこれらの図面に示されているテンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bは、上記ハードディスクドライブ或いはRAM17が使用されて構成される。これらは、消込処理プログラムが演算制御部10で実行されることにより、請求明細マスタ11a中にある消込対象となる特定のグループ会社の請求明細データを抽出して該テンポラリ請求明細マスタ11bに消込処理のために格納される請求明細データの一時格納部と、入金明細マスタ12a中にある消込対象となる特定のグループ会社宛の入金明細データを抽出して該テンポラリ入金明細マスタ12bに消込処理のために格納される入金明細データの一時格納部として機能する。
【0166】
図2に示されるように、上記サーバ1には、グループ会社の各請求元端末3x、3y及び3zから、顧客A〜G宛に送られた請求明細データが、通信部18を介して演算制御部10に送られ、それらは、さらに該演算制御部10により、請求明細マスタ11aに格納される。同様に該サーバ1には、顧客A、E〜Gによってグループ会社の請求に対してなされた振込依頼に基づきこれらの入金元取引銀行から、統括会社の取引銀行にある上記ホスト2に振込処理がなされ、さらにそのホスト2から送られてくる、上記各グループ会社宛の入金明細データが、通信部18を介して演算制御部10に転送され、それらは、さらに該演算制御部10により、入金明細マスタ12aに格納される。尚、ホスト2には、該銀行と取引関係にあり、このサービスの提供を受ける統括会社及びそのグループ会社の各データが、該ホスト2に備えられたカスタマー登録マスタ(図示なし)に登録されており、該ホスト2から転送される上記入金明細データは、統括会社宛(場合により夫々のグループ会社宛)のものが抽出されて送られることになる。
【0167】
次に図3に示すように、後述する図9及び図28に示すようなグルーピングされた顧客A〜Gへの請求についてだれが入金元となって振込を行うかを規定したグルーピングテーブルが登録された顧客マスタ13(後述するように該顧客マスタ13には、このテーブル以外にも、消込パターン、手数料調整設定、みなし消込設定などの統括会社乃至グループ会社による設定項目がある)が参照されて、演算制御部10により、夫々消込対象となる請求明細データ及び入金明細データが絞り込まれ、夫々テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bに格納される。以上の処理で、請求先及び入金元の主体に関する絞り込み処理が行われることになる。この主体に関する絞り込み処理については、後述する。
【0168】
さらに図4では、後述する図28に示すように、グルーピングテーブルと共に、後述する17ある消込パターンのうち、統括会社又はそのグループ会社によって選択・設定された消込パターン、手数料調整設定、みなし消込設定などが登録された顧客マスタ13を中心に、17の消込パターンそのものが格納されている消込手順マスタ14及び振込手数料が格納されている振込手数料マスタ15が、演算制御部10により参照されて、テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bに格納された請求明細データ及び入金明細データから、さらに消込対象となる両データの絞り込みがなされる。すなわち、上記の主体に関する絞り込み処理によって抽出された両請求明細データ及び入金明細データから、さらにどのデータ同士が対応関係にあるかを絞り込む対応データに関する絞り込み処理が行われることになる。この対応データに関する絞り込み処理についても、後述する。
【0169】
図5は、以上の絞り込み処理で対応関係にある請求明細データ及び入金明細データの突合・消込処理が、上記演算制御部10によりなされ、それらの処理結果が、上記テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bに格納される状態が示されている。
【0170】
そして図6は、上記演算制御部10により、上記請求明細マスタ11a及び入金明細マスタ12aにこれまで蓄積された請求明細データ及び入金明細データに対し、上記突合・消込処理によって、両データの更新処理が実行された状態を示している。
【0171】
また図7は、上記統括会社又はグループ会社により、上記サーバ1の顧客マスタ13へ、突合・消込のための設定項目の登録手順が示されたフローチャートである。
【0172】
最初に請求先及び入金元の主体に関する絞り込み処理のために、グループ会社の顧客A〜Gについて、それらの者への請求に対する入金はどこが行うかの設定・登録(グルーピング及び特例設定)処理がなされる(ステップS101)。
【0173】
それ以降の処理に関しては、対応データに関する絞り込み処理ための設定である。
【0174】
まず統括会社又はグループ会社のオペレータにより、後述する17パターン(この17パターンは上記消込手順マスタ14に格納されている)の中から任意の消込パターンが選択され、顧客マスタ13への登録処理がなされる(ステップS102)。
【0175】
そして統括会社又はグループ会社のオペレータは、突合・消込処理時に銀行振込手数料の調整を行うか否かを選定し、手数料調整を行う場合はその金額についても入力する。それに応じてサーバ1により、手数料調整を行うか否かのチェックがなされる(ステップS103)。
【0176】
ここで手数料調整が行われない場合(ステップS103;N)、ステップS105にジャンプする。
【0177】
反対に手数料調整が行われる場合(ステップS103;Y)、顧客マスタ13へ手数料調整を行うことの設定とその調整の際にいくらの手数料にするかが設定される(ステップS104)。
【0178】
次に統括会社又はグループ会社のオペレータは、突合・消込処理時にその金額に食い違いがある場合でも、突合できたとみなして消込が実行される、みなし消込を行うか否かを選定し、みなし消込を行う場合その金額範囲も入力する。それに応じてサーバ1により、みなし消込を行うか否かのチェックがなされる(ステップS105)。
【0179】
ここでみなし消込が行われない場合(ステップS105;N)、処理は終了する。
【0180】
反対にみなし消込が行われる場合(ステップS105;Y)、顧客マスタ13へみなし消込を行うことの設定とどの範囲の食い違い金額(みなし差額)ならみなし消込を行うかが設定される(ステップS106)。
【0181】
他方図8は、上記図3〜図6までの請求先及び入金元の主体に関する絞り込み処理及び対応データに関する絞り込み処理により、債権消し込み処理の処理手順を示すフローチャートである。
【0182】
通常顧客側は、締め日を決め、その月、その翌月或いはその翌々月の、20日、25日、30日などに支払を行う場合が多い。そのため本サーバ1側の上記消込処理プログラムでは、月末を、上記債権消込処理日と設定し、演算制御部10によりその処理期日が到来したか否かがチェックされる(ステップS201)。ただしこの処理期日の設定は任意であり、例えば毎日でも良いし、数日おきに実施しても良い。
【0183】
ここで、期日が到来していない場合(ステップS201;N)、消込処理プログラムによる処理は終了する。反対に期日が到来した場合(ステップS201;Y)、図2に示したような突合・消込未処理の請求明細データ及び入金明細データが、夫々請求明細マスタ11a及び入金明細マスタ12aにあるか否かがチェックされる(ステップS202)。
【0184】
上記両データが夫々のマスタ11a及び12aにない場合(ステップS202;N)、消込処理プログラムによる処理は終了する。ただしこのプログラムは少なくとも毎日(数時間おきとしても良い)起動するため、再び上記ステップS201から処理が始まる。
【0185】
反対に上記両データが夫々のマスタ11a及び12aに存在する場合(ステップS202;Y)、演算制御部10により、顧客マスタ13が参照され(ステップS203)、請求先及び入金元の主体に関する絞り込み処理[図面上は請求先=(消込対象となる)入金元の両データの抽出処理]が行われ、夫々テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bに、絞り込まれたこれらのデータが一時的に格納される(ステップS204)。
【0186】
その後ステップS205では、それ以下のステップS206〜ステップS215までの処理(対応データに関する絞り込み処理)が、上記絞り込み処理によって抽出された全てのデータに対して行われたか否かがチェックされる(ステップS205)。これらの処理が全て終了した場合(ステップS205;Y)、消込処理プログラムによる処理は終了する。
【0187】
反対に上記の処理が終了していない場合(ステップS205;N)、任意のグループ会社の1乃至複数の入金明細データと、これらのデータに対して(請求先=入金元)或いは(請求先=グルーピングされた特定の顧客)の関係となる請求明細データとが、17パターンのうち顧客マスタ13に選択・登録されている全ての消込パターンに基づき、ステップS207〜ステップS214までの処理が行われたか否かがチェックされる(ステップS206)。後述するように、ステップS207〜ステップS213までの処理により、対応する請求明細データと入金明細データとの消込処理ができなかった場合(ステップS214;N)、該ステップS206に戻り、顧客マスタ13に次に登録されている消込パターンによって、新たにステップS207〜ステップS213までの処理がなされることになる。
【0188】
しかし、顧客マスタ13に選択・登録されている全ての消込パターンによっても、対応する請求明細データと入金明細データとの消込処理ができなかった場合(ステップS214がNでステップS206がYの場合)、処理不能であることがサーバ1の画面乃至請求元端末3x〜3zの画面のいずれかに表示され(ステップS216)、上記ステップS205に復帰して、対応する新たな請求明細データと入金明細データに対して、ステップS206〜ステップS215までの対応データに関する絞り込み処理が行われることになる。
【0189】
また上記ステップS206で、顧客マスタ13に次に登録されている消込パターンによる消込処理が終了していない場合(ステップS206;N)、該マスタ13に登録されている消込パターンの順に、ステップS207〜ステップS214までの処理が行われる。
【0190】
その場合、まず手数料調整が上記顧客マスタ13に設定されているか否かがチェックされる(ステップS207)。
【0191】
手数料調整が顧客マスタ13に設定されていない場合(ステップS207;N)、さらにみなし消込が顧客マスタ13に設定されているか否かがチェックされる(ステップS208)。
【0192】
みなし消込が顧客マスタ13に設定されていない場合(ステップS208;N)、顧客マスタ13に登録されている消込パターンが、上記演算制御部10により上記消込手順マスタ14から読み出されて、対応する請求明細データと入金明細データとの消込処理が行われる(ステップS209)。この場合は、その後のステップS214の消込の可否の判断処理では、任意の入金明細データに記載された入金金額の合計と消込パターンによる所定の範囲の請求明細データに記載された請求金額の合計とが一致するか否かで消込の可否が決定されることになる。
【0193】
上記ステップS208において、みなし消込が顧客マスタ13に設定されている場合(ステップS208;Y)、顧客マスタ13に登録されている消込パターン及びみなし差額が参照され、上記消込手順マスタ14から読み出された消込パターンに基づき、対応する請求明細データと入金明細データとの消込処理が行われる(ステップS210)。両データに記載された金額の合計に差がある場合でも、その差が上記みなし差額の範囲内であれば、上記ステップS214の消込の可否の判断処理で消込可として扱われる。
【0194】
上記ステップS207において、手数料調整が顧客マスタ13に設定されている場合(ステップS207;Y)、さらにみなし消込が顧客マスタ13に設定されているか否かがチェックされる(ステップS211)。
【0195】
みなし消込が顧客マスタ13に設定されていない場合(ステップS211;N)、顧客マスタ13に登録されている消込パターン及び優先される振込手数料の項目が参照され、上記消込手順マスタ14から読み出された消込パターン及び振込手数料マスタ15から読み出された振込手数料額に基づき、対応する請求明細データと入金明細データとの消込処理が行われる(ステップS212)。両データに記載された金額の合計に差がある場合でも、その差が上記振込手数料に相当する金額差であれば、上記ステップS214の消込の可否の判断処理で消込可として扱われる。
【0196】
上記ステップS211において、みなし消込が顧客マスタ13に設定されている場合(ステップS211;Y)、顧客マスタ13に登録されている消込パターン、みなし差額及び優先される振込手数料の項目が参照され、上記消込手順マスタ14から読み出された消込パターン及び振込手数料マスタ15から読み出された振込手数料額に基づき、対応する請求明細データと入金明細データとの消込処理が行われる(ステップS213)。両データに記載された金額の合計に差がある場合でも、その差が上記みなし差額の範囲に上記振込手数料に相当する額を加算した金額差であれば、上記ステップS214の消込の可否の判断処理で消込可として扱われる。
【0197】
上記ステップS209、ステップS210、ステップS212及びステップS213による消込処理が行われた結果、その処理で消込が可能であるか否かがチェックされ(ステップS214)、両データの消込が不可である場合(ステップS214;N)は、上記ステップS206に復帰し、顧客マスタ13に登録されている次の消込パターンに基づき、上記ステップS207〜ステップS213までの消込処理が繰り返されることになる。
【0198】
また両データの消込が可能な場合(ステップS214;Y)は、その消込処理結果が、図5に示すように、テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bに格納される(ステップS215)。その後上記ステップS205に復帰し、抽出された全請求明細データ及び全入金明細データに対して、ステップS206〜ステップS215までの対応データに関する絞り込み処理が行われたか否かがチェックされる(ステップS205)。
【0199】
抽出された全請求明細データ及び全入金明細データに対して、ステップS206〜ステップS215までの処理が行われていなければ(ステップS205;N)、該ステップS206〜ステップS215までの処理が繰り返される。反対に全請求明細データ及び全入金明細データに対して、ステップS206〜ステップS215までの処理が行われていれば(ステップS205;Y)、そこで消込処理プログラムによる消込処理は終了する。
【0200】
最後にこの図には示されていないが、消込処理プログラムによる消込処理は終了した際に、図6に示すように、テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bに格納された請求明細データと入金明細データの消込処理に基づき、請求明細マスタ11a及び入金明細マスタ12aに格納された請求明細データ及び入金明細データが債権消込処理が終了したものとして更新される。
【0201】
図9は、グルーピングされた顧客A〜Gへの請求についてだれが入金元となって振込を行うかを規定したグルーピングテーブルの顧客マスタ13への設定登録状態の一例を示している(後述する図28の場合とは顧客B〜Dの扱いが異なる)。
【0202】
同図に示すように、請求先として顧客A〜Dに請求がおこされたとした場合、その請求に対する支払は(入金元は)、常に顧客Aが代行して行うことになる(請求先が顧客Aであれば代行支払ではないが)。
【0203】
また請求先として顧客E〜Gに請求がおこされたとした場合、その請求に対する支払は(入金元は)、顧客Gが通常代行して行うことになるが、本グルーピングテーブルには消込範囲フラグがあり、それがセットされている場合は、特例的に、請求先である顧客自身(図面上顧客E及びF)でも支払うことができる(入金元として認められることになる)。
【0204】
さらに図10は、上記図9に基づく、請求先及び入金元の主体に関する絞り込み処理が既に行われて抽出された入金明細データ及び請求明細データの一例を示している。ここでは、請求明細データの請求先が、顧客A〜Dとなっているが、顧客マスタ13のグルーピングテーブルを参照することで、顧客A〜Dの支払は全て顧客Aが行う(即ち顧客A〜Dに対応する入金元は全て顧客Aである)ことになっている。実際にサーバ1に入金明細データとして入ってきた入金元は、図9及び図10の例における請求先A〜Dに関する限り、みな顧客Aのデータである。
【0205】
次に図11〜図27を用いて、消込手順マスタ14に格納されている17の消込パターン例につき、説明する。尚、図11〜図27の消込パターン例は、説明の都合上、図10の入金明細データ及び請求明細データの例とは、関係がないこととする。
【0206】
この例では、消込対象となる入金明細データと請求明細データに対して、以下のルールにより、データの抽出/並び替えを行いながら、入金額と請求額のチェックを行うことになる。
【0207】
パターン1(図11参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件(図中では4件)の合計金額を算出する。この際、入金明細データN件中で、最も入金日が新しい日付(2002/08/25)を基準として、対象となる請求明細データの内、請求日付が、上記で取得された入金日付(2002/08/10)以前のデータの消込対象請求額の合計金額を算出する。算出された入金合計金額と消込対象請求額合計で金額チェックを行う1つめのパターンルールである。図11の例では、黒い網掛け行のデータが、消込される。
【0208】
パターン2(図12参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前月末日までの消込対象請求額の合計金額を算出する。算出された入金合計金額と消込対象請求額合計で金額チェックを行うルールである。図12の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0209】
パターン3(図13参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前々月末日までの消込対象請求額の合計金額を算出する。算出された入金合計金額と消込対象請求額合計で金額チェックを行うルールである。図13の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0210】
パターン4(図14参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前月日付分の消込対象請求額の合計金額を算出する。算出された入金合計金額と消込対象請求額合計で金額チェックを行うルールである。図14の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0211】
パターン5(図15参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前々月日付分の消込対象請求額の合計金額を算出する。算出された入金合計金額と消込対象請求額合計で金額チェックを行うルールである。図15の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0212】
パターン6(図16参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。この際、入金明細データN件中で、最も入金日が新しい日付を基準として、対象となる請求明細データの内、請求日付が、上記で取得された入金日付以前のデータを対象に、請求日付の古いデータから順に、消込対象請求額を加算しながら金額のチェックを行うルールである(請求日が同一日付のデータが複数ある場合は、消込対象請求額が少額のデータから加算する)。算出された入金合計金額と消込対象請求額合計で金額チェックが行われる。金額のチェックは、マッチングするか、消込を許容する誤差範囲(みなし差額及び/又は振込金額加算分)を超えるまで行う。図16の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0213】
パターン7(図17参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。この際、入金明細データN件中で、最も入金日が新しい日付を基準として、対象となる請求明細データの内、請求日付が、上記で取得された入金日付以前のデータを対象に、請求番号の若い番号から順に、消込対象請求額を加算しながら金額のチェックを行うルールである。算出された入金合計金額と消込対象請求額合計で金額チェックが行われる。金額のチェックは、マッチングするか、上記のように消込を許容する誤差範囲を超えるまで行う。図17の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0214】
パターン8(図18参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金明細データN件の合計金額を算出する。この際、入金明細データN件中で、最も入金日が新しい日付を基準として、対象となる請求明細データの内、回収予定日が、上記で取得された入金日付以前のデータの消込対象請求額の合計金額を算出する。算出された入金合計金額と消込対象請求額合計で金額チェックを行うルールである。図18の例では、黒い網掛け行のデータが、消込される。
【0215】
パターン9(図19参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。この際、請求明細データは、請求日付が、入金日付以前の全てのデータを対象として消込対象請求額の合計金額となる。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図19の例では、黒い網掛け行のデータが、消込される。
【0216】
パターン10(図20参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前月末日までの消込対象請求額の合計金額を算出する。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図20の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0217】
パターン11(図21参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前々月末日までの消込対象請求額の合計金額を算出する。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図21の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0218】
パターン12(図22参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前月日付分の消込対象請求額の合計金額を算出する。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図22の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0219】
パターン13(図23参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、処理日付(サーバ1の日付)を基準として、請求日付が、前々月日付分の消込対象請求額の合計金額を算出する。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図23の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0220】
パターン14(図24参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、請求日付が、入金日付以前のデータを対象に、請求日付の古いデータから順に、消込対象請求額を加算しながら金額のチェックを行うルールである。(請求日が同一日付のデータが複数ある場合は、消込対象請求額が少額のデータから加算する)。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図24の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。ここでは入金日2002/07/05の入金明細データ(入金額5万円)は、請求日2002/06/10と2002/06/20分の請求明細データと一緒に消し込まれ、また入金日2002/08/25の入金明細データ(入金額3万円)は、請求日2002/07/20分の請求明細データと一緒に消し込まれている。
【0221】
パターン15(図25参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、請求日付が、入金日付以前のデータを対象に、請求番号の若い番号から順に、消込対象請求額を加算しながら金額のチェックを行うルールである。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図25の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。
【0222】
パターン16(図26参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。この際、請求明細データは、回収予定日が、入金日付以前の全てのデータを対象として消込対象請求額の合計金額となる。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図26の例では、黒い網掛け行のデータが、消込される。
【0223】
パターン17(図27参照)
消込対象となる入金明細データと請求明細データに対して、対象となる請求先(コード)又は入金元(コード)を基に、入金日付の古いデータから順に、入金明細データ1件の金額毎にチェックする(入金日が同一日付のデータが複数ある場合は、明細番号が若いデータから)。対象となる請求明細データの内、請求日付が、入金日付以前のデータを対象に、請求日付の古いデータから順に、請求明細データ1件の消込対象請求額とチェックを行うルールである(請求日が同一日付のデータが複数ある場合は、消込対象請求額が少額のデータからチェック)。金額のチェックは、対象の請求明細データがマッチングするか、全ての入金明細データのチェックが終了するまで、行う。図27の例では、2002/08/31に消込処理を行った場合、黒い網掛け行のデータが、消込される。ここでは入金日2002/07/05の入金明細データ(入金額5万円)は、請求日2002/06/15分の請求明細データと一緒に消し込まれ、また入金日2002/08/25の入金明細データ(入金額3万円)は、請求日2002/07/20分の請求明細データと一緒に消し込まれている。
【0224】
以上の消込パターンは、上述のように、消込手順マスタ14にデータとして格納されている。そして、顧客マスタ13へは、この消込パターンを最高5パターンまで(それ以上に増やすことも或いはそれ以下に減らすこともできることは言うまでもない)、優先順位を付けて設定する事ができるようになっている。またこれらのデータの読み出しは、演算制御部10が顧客マスタ13に登録された上記順序に従って読み出され、消込処理時に、上記図8のステップS209、ステップS210、ステップS212、ステップS213において、該パターンを使用して行われる。
【0225】
(実施例)
次に本発明の一実施例構成につき、図28〜図35を用いて説明する。
【0226】
図28は、本実施例における顧客マスタ13における各項目の設定例を示している。この例では、顧客B、C及びDは、顧客マスタ13で顧客Aのグルーピング設定がなされている。また消込範囲でセットされる消込フラグは、顧客B〜Dに設定されており(図9とは異なる)、従ってこれらの顧客への請求に対しては、顧客Aから代行して夫々の請求元に対し支払われても(入金されても)良いし、或いはこれらの者自身から支払われても(入金されても)良い。
【0227】
請求先を顧客Aとするものは、消込パターンとして、パターン17が最優先に利用され、次にパターン12が利用され、さらに3つの優先パターンが順に登録されている。同様に、顧客Bの場合の消込パターンは、パターン14が最優先に利用され、次にパターン17が利用され、さらに3つの優先パターンが順に登録されている。顧客Cに関する消込パターンは、パターン2が最優先に利用され、次にパターン17が利用され、さらに3つの優先パターンが順に登録されている。また顧客Dに関する消込パターンは、パターン1が最優先に利用され、次にパターン10が利用され、さらに3つの優先パターンが順に登録されている。
【0228】
他方いずれも手数料調整は「利用する」に設定され、さらに優先する手数料の額は、顧客A〜Cについては「高い金額」、顧客Dについては「低い金額」となっている。図29は、振込手数料マスタ15に格納された振込手数料データの内容が示されており、それによると、「高い金額」は、420円から始まっており、それで計算が合わない場合は、315円、210円及び105円の順に参照されることになる(顧客Dについてはその逆に参照されることになる)。
【0229】
加えていずれもみなし消込は「利用する」に設定され、さらにそのみなし差額は、いずれも「−10〜10円」の範囲となっている。
【0230】
以上のように顧客マスタ13、消込手順マスタ14及び振込手数料マスタ15の内容が設定されている場合に、図30のように、統括会社を中心とした各グループ会社から顧客A〜Dに対して請求され(すなわち顧客A〜Dが請求先となる)、その後に入金元が顧客Aとされる入金がなされた際の、対応する請求明細データ及び入金明細データの一例を示している。
【0231】
ここでは、すでに主体に関する絞り込み処理が終了しているので、どのデータ同士が対応関係にあるかを絞り込む対応データに関する絞り込み処理が行われることになる。なお今回の処理を行った日付は、2002年8月4日とする。
【0232】
まず、演算制御部10による債権消込処理では、上記の入金明細データの1件目から順に、処理を行う。
【0233】
1.処理対象の入金明細データの入金元(コード)から、顧客マスタ13の設定が参照される。図30の例では入金元が顧客Aなので、顧客マスタ13では、顧客Aの設定が参照されることになる。
【0234】
1−▲1▼図28に示される顧客マスタ13の消込範囲の設定で、消込対象の請求明細データを抽出する。図30の例では、顧客マスタ13における請求先Aの消込範囲には、消込範囲フラグ(※)が設定されていない(図28)。これは、入金元(コード)にAが設定されている請求明細データが、消込対象データであることを指している。同図の例では、計6件の全ての請求明細データが、処理対象となる。
【0235】
補足:顧客マスタ13の請求先Aの消込範囲に、消込範囲フラグ(※)が設定されている場合は、請求先(コード)にAが設定されている請求明細データ、すなわち、先頭から3件の請求明細データだけが対象となる。
【0236】
1−▲2▼消込パターンの設定で、更に該当する請求明細データを絞り込む。上記の図の例では、顧客マスタ13の請求先Aの最初の消込パターンが17に設定されている(図28)。消込パターン17は、消込対象の請求明細データを、上述の図27の例で示したように、請求日付の最も古い先頭の請求明細データ1件に絞るものである。ここで、照合するデータが確定した。
【0237】
次に、各々の金額のチェックを行う流れを説明する。
【0238】
2.入金金額と請求金額のチェックを行う。上述までの処理で、図31に示すデータまで、絞り込まれている。
【0239】
2−▲1▼処理対象の入金金額計=処理対象の請求金額計かをチェックする。
図31の例では、入金金額計14,680円と請求金額計20,000円はイコールではない。
【0240】
2−▲2▼次に振込手数料調整での判断(顧客マスタ13の振込手数料調整の設定を確認する)を行う。
顧客マスタ13の請求先Aでは、振込手数料調整が利用するになっている(図28)。従って請求金額計−入金金額計の差額が、振込手数料マスタ15に登録されている金額かを確認する。上記例では、差額が5,320円となる為、振込手数料調整は行われない。
【0241】
2−▲3▼次にみなし消込での判断(顧客マスタ13のみなし消込の設定を確認する)を行う。
顧客マスタ13の請求先Aでは、みなし消込が利用するになっている。従って請求金額計−(入金金額計+振込手数料)の式にあてはめて、振込手数料マスタ15に登録されているの高い金額から順に、差額を求めていき、その差額が、みなし消込の調整範囲内かを確認する。上記例では、振込手数料マスタ15に登録されているどの振込手数料金額で調整を行っても、みなし消込の調整範囲(−10〜10円までの間)内には、ならない。
請求金額計−(入金金額計+振込手数料)= で求められる差額
2,0000円 −( 14,680円 + 420円 ) = 差額 4,900円
【0242】
次に、振込手数料調整を行わず、みなし消込調整だけでも確認する。上記の例では、当然これもみなし消込の調整範囲内にはならない。
請求金額計−(入金金額計)= で求められる差額
2,0000円 −( 14,680円)= 差額 5,320円
【0243】
補足:振込手数料調整及びみなし消込が、双方とも利用しないになっている場合は、上記2−▲2▼・▲3▼のチェックは行われない。従って、入金額計=請求額計とならない限り、消込マッチングしない。
【0244】
ここまでチェックして、消込が行えないデータは、消込アンマッチと判断される。
【0245】
但し、消込パターン17では、請求日付の最も古い先頭の請求明細データ1件と消込マッチングできない場合は、次に古い請求明細データ1件と金額のチェックを行うルールになっている。よって次に図32に示すデータでチェックすることになる。
【0246】
すなわち、図32のデータを基に、上記2−▲1▼から順にチェックしていくと、2−▲3▼の確認で、調整範囲内であることが確認できる。
請求金額計−(入金金額計+振込手数料)= で求められる差額
15,000円 −( 14,680円+ 315円 )= 差額 5円
【0247】
みなし消込の調整範囲は、−10〜10円までの間になるので、範囲内となる。よって、消込マッチングと判断される。消込パターン17では、この後、次の入金明細データで、順に上記と同様に請求日付の古い請求明細データとチェックするが、全て消込アンマッチと判断される。
【0248】
3.消込パターンを変えて確認する。
前記「入金金額と請求金額のチェック」の例では、消込パターン17の次に、パターン12を行う設定になっている(図28)。従って、消込パターン12を行ってみる。
【0249】
前記「入金金額と請求金額のチェック」までの確認処理で、図33に示すデータが、未消込となっている。
【0250】
そこで、消込パターン12に該当する請求明細データの絞り込みを行うと、さらに図34の通りとなる。
【0251】
消込パターン12は、処理日を基準として、前月日付の請求明細データを合算した合計額と確認を行うルールである。従って、入金金額計79,580円と請求金額計80,000円で、上述の「2.入金金額と請求金額のチェック」を行う。
【0252】
上記図34のデータで、2−▲1▼から順にチェックしていくと、2−▲2▼の確認で、消込マッチングと判断される。
請求金額計=(入金金額計+振込手数料)
80,000円 =( 79,580円+ 420円)
【0253】
このように、顧客マスタ13に設定されている各種条件を元に、自動的に消込を行う。
【0254】
以上の本実施例では、最終的に図35のような処理結果を自動的に処理することになる。
【0255】
次に図36以下の図面は、上記実施例構成で行われる突合処理パターンの手順に従っても債権消し込み処理が行えないような、所謂過大入金や過小入金などがあった場合に、金額の分割及び特定勘定科目の設定によって、その一部につきさらに消し込み処理がコンピュータにより自動的に行われる構成の例を示している。
【0256】
上述したパターンで入金明細データと請求明細データの消し込み処理が終了すると、上記図6に示すように、消し込み処理対象となった両データは、消し込み処理が終了したものと、上記パターンによっても消し込み処理が終了せず、該パターンによる消し込み処理対象外となったもの(消し込み処理対象外となったことを示すフラグが立てられる)が、演算制御部10によって、テンポラリ請求明細マスタ11b及びテンポラリ入金明細マスタ12bから、夫々請求明細マスタ11a及び入金明細マスタ12aに戻され、消し込み処理の終了したものについてのみ更新処理がなされる(消し込み処理が終了していることを示すフラグが立てられ、且つ消し込み対象となった相手明細データを示す番号などが付される)。
【0257】
また消込手順マスタ14には、後述する図46〜図69までに示される金額の分割及び特定勘定科目の設定を伴う消込手順がさらに登録されている。そして後述する図40のパターン外消し込み処理登録メニューで、グループ統括会社乃至グループ会社のオペレータなどにより、上記パターンによる消し込み処理対象外となった上記明細データについて、上記消込手順によってさらなる消し込み処理を行うことが、上記統括会社サーバ1の顧客マスタ13に設定・登録された場合、次のような手順で、該サーバ1により、その処理が行われる。
【0258】
まず図36に示すように、上記顧客マスタ13(後述するように該顧客マスタ13には、図28のような項目以外にも、図41に示すように入金明細自動分割処理や請求明細自動分割処理などの統括会社乃至グループ会社による設定項目がある)が参照されて、演算制御部10により、一度はパターンによる消し込み処理対象外となった入金明細データ及び請求明細データが消し込み対象として再度絞り込まれ、夫々テンポラリ入金明細マスタ12b及びテンポラリ請求明細マスタ11bに格納される。以上の処理で、入金元及び請求先の主体に関する絞り込み処理と金額の分割及び特定勘定科目の設定を伴う消込手順による消し込み処理対象となる入金明細データ及び請求明細データ(一度はパターンによる消し込み処理対象外となった入金明細データ及び請求明細データ)に関する絞り込み処理が行われることになる。
【0259】
さらに図37で示されるように、統括会社又はそのグループ会社のオペレータによって選択・設定された入金明細自動分割処理や請求明細自動分割処理のための項目データが登録された後述の図41に示す顧客マスタ13を中心に、さらに12個{[(請求項66〜70)×2(繰り返しパターン請求項71)]+(請求項72)×2(繰り返しパターン請求項73)}の上記消込手順の格納されている消込手順マスタ14が、演算制御部10により参照される。それによって、テンポラリ入金明細マスタ12b及びテンポラリ請求明細マスタ11bに格納され上記17パターンの当てはめにより一度はパターンによる消し込み処理対象外となった入金明細データ及び請求明細データに対し、大きな金額の方の1の明細データの金額が、上記演算制御部10により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われる。
【0260】
さらに残りの金額分につき、該演算制御部10により、後述する特定の勘定科目が付けられて、上記テンポラリ入金明細マスタ12b又はテンポラリ請求明細マスタ11bに入金明細データ又は請求明細データの消し込み処理対象として残される、或いは強制的な消し込み処理が行われる、又は上記テンポラリ入金明細マスタ12b又はテンポラリ請求明細マスタ11bにおいてその消し込み処理対象から外される(別のシステムにそのデータが移される)処理が行われる。
【0261】
図38は、以上の処理で上記入金明細データ及び請求明細データの消し込み処理及び残金分の処理が、上記演算制御部10によりなされ、それらの処理結果が、上記テンポラリ入金明細マスタ12b及びテンポラリ請求明細マスタ11bに格納される状態が示されている。
【0262】
そして図39は、上記演算制御部10により、上記入金明細マスタ12a及び請求明細マスタ11aにこれまで蓄積された請求明細データ及び入金明細データに対し、上記消し込み処理によって、両データの更新処理が実行された状態を示している。
【0263】
図40は、上述したように、グループ統括会社乃至グループ会社のオペレータなどにより、上記統括会社サーバ1の顧客マスタ13に請求先毎に登録されるパターン外消し込み処理登録メニューを示している。同メニューでは、デフォルトで入金明細自動分割処理の設定ボタン及び請求明細自動分割処理の設定ボタンが選択されている状態に設定されている。
【0264】
このうち、入金明細自動分割処理は、後述する図46に示すように、過大入金などで入金明細データの入金額が、請求明細データの請求額の夫々(或いは各請求額の合計)より大きい場合に、制御演算部10が自動的に、入金額を、(1の請求額又は複数の請求額の合計額)の相当分と、その残りの金額分とに分割する処理である。また請求明細自動分割処理は、後述する図58に示すように、過小入金などで入金明細データの入金額が、請求明細データの請求額より少ない場合に、制御演算部10が自動的に、請求額を、(1の入金額又は複数の入金額の合計額)の相当分と、その残りの金額分とに分割する処理である。もちろん、これらの項目は、上記オペレータにより、設定しておかないようにすることもできる。
【0265】
前受金処理自動実行の設定ボタンは、上記入金明細自動分割処理の設定がなされている場合に、上記残りの金額分の扱いとして、制御演算部10により、その残りの金額分の勘定科目が、前受金として自動的に設定されるか否かを選択するボタンである。また上記残りの金額分が前受金として自動的に設定された場合、該残りの金額分は、消し込み処理が行われていない入金明細データ(消込未済データ)としてのフラグが該データに対し立てられ、次回まで繰り越されることになるが、該データが消込未済データとして保存される期間が、上記設定ボタンの下に設けられた項目で設定できるようになっている。
【0266】
最終消込処理方法の設定ボタンは、前受金処理自動実行をしない場合、或いは消込未済入金明細データがその保存期間を過ぎた場合に、最終的に該データの勘定科目として、仮受金を設定するか或いは売掛金外を設定するかを選択するボタンである。
【0267】
値引き処理自動実行の設定ボタンは、上記残りの金額分の扱いとして、制御演算部10により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成され、それに対して値引きの勘定科目を自動的に設定するか否かを選択するボタンである。また上記残りの金額分が、請求額の何%までの範囲までなら自動的に値引き処理するかを、上記設定ボタンの下に設けられた欄で設定できるようになっている。残りの金額がその範囲を超えている場合或いは値引き処理の自動実行が設定されていない場合、上記残りの金額分の勘定科目としての扱いを請求残額分として上記演算制御部10が自動処理するか否かは、さらにその下の設定ボタンで選択できるようになっている。ただし請求残額分とされた場合、消し込み処理が行われていない請求明細データ(消込未済データ)としてのフラグが該データに立てられ、次回まで繰り越されることになるが、該データが消込未済データとして保存される期間が、上記設定ボタンの下に設けられた項目で設定できるようになっている。請求残額分自動処理をしない設定の場合は、該残りの金額分の勘定科目として未収入金が設定される。
【0268】
図41は、上記図40に示されるパターン外消し込み処理登録メニューを使用してグループ統括会社乃至グループ会社のオペレータなどにより上記消込手順が設定された場合に、上記サーバ1の顧客マスタ13への消込手順の登録状態が示されている。
【0269】
請求先が顧客Dとなるケースでは、入金明細自動分割処理も請求明細自動分割処理もデフォルト設定が変更され、いずれも行われないが、その他は、夫々図面に示すように、入金明細自動分割処理も請求明細自動分割処理も行われるように設定されており、上記演算制御部10により、該顧客マスタ13及び消込手順マスタ14が参照されて、自動分割・消し込み処理、及び残った金額分についての扱いに関しそこに規定された特定の勘定科目の設定がなされ、図46以下に示す処理が行われることになる。
【0270】
図42は、上記統括会社又はグループ会社のオペレータによる、上記サーバ1の顧客マスタ13への、消込手順実行のための項目設定の手順が示されたフローチャートである。
【0271】
ここでは、統括会社サーバ1により、例えば統括会社のオペレータ向けの表示画面に、図40の画面表示で、入金明細自動分割処理をするか否かがチェックされる(ステップS301)。ここで、入金明細自動分割処理をしない方の設定ボタンが選択される(ステップS301;N)と、自動分割処理しない旨の登録がなされ、次のステップS303に移行する。
【0272】
反対に入金明細自動分割処理をする方の設定ボタンが選択(デフォルトのままでその下の設定ボタンが選択されるなど)された場合(ステップS301;Y)、顧客マスタ13には、入金明細自動分割処理をする旨の登録がなされる(ステップS302)。
【0273】
次に演算制御部10によって金額分割及び両明細データでの同一金額分の消し込み処理がなされた後に残った金額を、若しくは金額分割がされず且つ消し込み処理がなされずに残った金額を、勘定科目を前受金として自動的に処理して良いか否かがチェックされる(ステップS303)。
【0274】
勘定科目を前受金として自動的に処理しない場合(ステップS303;N)は、処理しない旨の登録がなされて、下記ステップS307に移行する。
【0275】
他方、勘定科目を前受金として自動的に処理する場合(ステップS303;Y)、消込未済データの保存期間の入力が要求され(ステップS304)、該保存期間の入力があったか否かがチェックされる(ステップS305)。保存期間の入力がなければ(ステップS305;N)、上記ステップS304に復帰し以上の処理を繰り返す。
【0276】
反対に保存期間の入力があれば(ステップS305;Y)、顧客マスタ13に前受金処理自動実行をする旨とその保存期間とが登録される(ステップS306)。
【0277】
そして上記表示画面に、前受金処理自動実行をしない場合或いは該処理の実行をする旨の登録がなされているにも拘わらず、保存期間が過ぎている場合において、該最終消込処理が仮受金であるか否かがチェックされる(ステップS307)。
【0278】
最終消込処理が仮受金であれば(ステップS307;Y)、顧客マスタ13に勘定科目を仮受金として最終消し込み処理をする旨の登録がなされる(ステップS308)。反対に最終消込処理が仮受金でなければ(ステップS307;N)、顧客マスタ13に勘定科目を売掛金外として消し込み処理をする旨の登録がなされる(ステップS309)。以後図43の処理に移行する。
【0279】
また図43に示すように、統括会社サーバ1によって、上記オペレータに向けての表示画面に、図40の画面表示で、請求明細自動分割処理をするか否かがチェックされる(ステップS401)。ここで、請求明細自動分割処理をしない方の設定ボタンが選択される(ステップS401;N)と、請求明細自動分割処理しない旨の登録がなされて、ステップS403へ移行する。
【0280】
反対に請求明細自動分割処理をする方の設定ボタンが選択(デフォルトのままでその下の設定ボタンが選択されるなど)された場合(ステップS401;Y)、顧客マスタ13に、請求明細自動分割処理をする旨の登録がなされる(ステップS402)。
【0281】
次に演算制御部10によって金額分割及び両明細データでの同一金額分の消し込み処理がなされた後に残った金額を、若しくは金額分割がされず且つ消し込み処理されずに残った金額を、自動的に値引き処理して良いか否かがチェックされる(ステップS403)。
【0282】
勘定科目を値引きとして自動的に値引き処理しない場合(ステップS403;N)は、値引き処理しない旨の登録がなされて、下記ステップS407に移行する。
【0283】
他方、自動的に値引き処理する場合(ステップS403;Y)、値引率を設定すべき旨の要求が出され(ステップS404)、該値引率の設定があったか否かがチェックされる(ステップS405)。値引率の設定がなければ(ステップS405;N)、上記ステップS404に復帰し以上の処理を繰り返す。
【0284】
反対に値引率の設定があれば(ステップS405;Y)、顧客マスタ13に値引き処理を自動的に行う旨とその値引率とが登録される(ステップS406)。
【0285】
そして上記表示画面に、値引き処理自動実行をしない場合或いは該処理の実行をする旨の登録がなされているにも拘わらず、上記残りの金額分が値引率の設定範囲を超過している場合において、請求残額分として自動的に処理するか否かがチェックされる(ステップS407)。
【0286】
請求残額分として処理しない方の設定ボタンが選択されると(ステップS407;N)、顧客マスタ13に残った金額分は勘定科目を未収入金として自動的に消し込み処理がなされる旨の登録がなされる(ステップS411)。
【0287】
反対に請求残額分として処理する方の設定ボタンが選択されると(ステップS407;Y)、消込未済データの保存期間の入力が要求され(ステップS408)、該保存期間の入力があったか否かがチェックされる(ステップS409)。保存期間の入力がなければ(ステップS409;N)、上記ステップS408に復帰し以上の処理を繰り返す。
【0288】
反対に保存期間の入力があれば(ステップS409;Y)、顧客マスタ13に、残った金額分について勘定科目を請求残額分として処理する旨とその保存期間とが登録され(ステップS410)、顧客マスタ13への消込手順実行のための項目設定処理が終了する。
【0289】
図44及び図45は、上記したパターン外の消込処理登録メニューにより12個の消込手順が設定されることで、前記実施例の17の突合処理パターンによる消し込み処理対象外(処理不能)となった入金明細データと請求明細データに対し、金額の分割及び特定勘定科目の設定によって、その一部につきさらに消し込み処理がコンピュータにより自動的に行われる場合の処理の流れを示すフローチャートである。
【0290】
まず突合処理パターンによる消し込み処理対象外となった入金明細データ又は請求明細データが残っているか否かがチェックされる(ステップS501)。
【0291】
これらの入金明細データ又は請求明細データが残っていなければ(ステップS501;N)、処理は終了する。反対に該入金明細データ又は請求明細データが残っていれば(ステップS501;Y)、本消込手順設定で、突合の対象となる相手明細データ(請求明細データ又は入金明細データ)があるか否かがチェックされる(ステップS502)。このようなチェックは、後述するように、明細データの大きい金額の方を分割する際に、その突合処理対象となる相手方の明細データの金額の一番大きな額に合わせて、同金額と残りの金額とに分割され、その同一金額分だけ、両明細データが消し込まれた後、そのような作業を繰り返す必要がある場合のために行われる。
【0292】
これら相手となる請求明細データ又は入金明細データがなければ(ステップS502;N)、入金明細データのみが残っているか否かがチェックされる(ステップS508)。
【0293】
入金明細データのみが残っている場合(ステップS508;Y)、過大入金に関して後述する金額の分割と両明細データの消し込み作業が全て終了したとして、後述するステップS509に移行する。反対に請求明細データのみが残っている場合(ステップS508;N)、過小入金に関して後述する金額の分割と両明細データの消し込み作業が全て終了したとして、後述する図45のステップS605に移行する。
【0294】
他方上記ステップS502で相手となる請求明細データ又は入金明細データが存在すれば(ステップS502;Y)、過大入金であるか過小入金であるかを判断するため、突合対象となる入金明細データの入金額がその相手方となる請求額又はその合計額より大きいか否かがチェックされる(ステップS503)。
【0295】
入金明細データの入金額がその相手方となる請求額又はその合計額より大きくなければ(ステップS503;N)、後述する図45のステップS601に移行する。
【0296】
反対に入金明細データの入金額がその相手方となる請求額又はその合計額より大きければ(ステップS503;Y)、演算制御部10により、図41に示されるような登録がなされている顧客マスタ13が参照され、入金明細データに含まれる入金額につき自動分割処理を行うか否かがチェックされる(ステップS504)。この自動分割の方法については後述する。ここで自動分割処理を行わなければ(ステップS504;N)、ステップS509に移行する。
【0297】
反対に自動分割処理を行うならば(ステップS504;Y)、上記入金額について、演算制御部10によって、突合対象となる1の請求額(例えばその中で一番大きい額)又はそれら請求額のいくつかの合計額と同額分と、残りの金額分とに分割処理される(ステップS505)。
【0298】
そして分割された入金額のうち上記1の請求額と同額分の入金額と、その対応する請求額分が、該演算制御部10により、消し込み処理される(ステップS506)。
【0299】
その後残りの入金明細データをテンポラリ入金明細マスタ12bにそのまま残し(ステップS507)、上記ステップS501に復帰し、上記明細データの分割処理と両明細データの消し込み処理が必要なくなるまで繰り返される。
【0300】
上記ステップS502で、相手となる請求明細データ又は入金明細データがなくなった際(ステップS502;N)、再度ステップS508におけるチェック(入金明細データのみが残っているか否かのチェック)がなされ、入金明細データのみが残っている場合(ステップS508;Y)、過大入金に関して後述する金額の分割と両明細データの消し込み作業が全て終了したとして、後述するステップS509に移行する。
【0301】
該ステップS509では、入金額のうち消し込み処理後に残った金額分に対し、演算制御部10により、顧客マスタ13が参照されて、その勘定科目を前受金として自動的に処理するか否かがチェックされる(ステップS509)。
【0302】
前受金として自動的に処理する場合(ステップS509;Y)、さらに顧客マスタ13が参照されて、元になった入金明細データの入金日から上記図40のパターン外消込処理登録メニューで設定された期間内(消込未済データ保存期間中)であるか否かがチェックされる(ステップS510)。消込未済データ保存期間中であれば(ステップS510;Y)、上記残った金額分が前受金として処理され、次回分で再消し込み処理対象とするためテンポラリ入金明細マスタ12bに格納される(ステップS511)。
【0303】
他方上記ステップS509で、前受金として自動的に処理しない場合(ステップS509;N)、及びステップS510で消込未済データ保存期間中でない場合(ステップS510;N)、さらに顧客マスタ13が参照されて、残った金額分の最終消し込み処理方法について、仮受金に設定されているか否かがチェックされる(ステップS512)。
【0304】
残った金額分の最終消し込み処理が、仮受金に設定されている場合(ステップS512;Y)、演算制御部10により、勘定科目を仮受金として、残った金額分は強制的に消し込み処理される(ステップS513)。反対にその最終消し込み処理が仮受金に設定されていない場合(ステップS512;N)、演算制御部10により、勘定科目を売掛金外として、残った金額分は消込対象データから除外される(ステップS514)。これら仮受金乃至売掛金外の勘定科目とされた場合、残った金額分については、オペレータにより返金などの処理を別途行うため、その入金明細データ(金額はその残金分)は、一旦テンポラリ入金明細マスタ12bに戻された後、演算制御部10により、通信部18を介して、別システムに転送される(ステップS515)。
【0305】
上記ステップS511又はステップS515の処理の後、最初のステップS501に復帰し、次のデータの消し込み処理に移行する。
【0306】
上記ステップS503で入金明細データの入金額がその相手方となる請求額又はその合計額より大きくない場合(ステップS503;N)、図45に示すように、演算制御部10により、上記顧客マスタ13が参照され、請求明細データに含まれる請求額につき自動分割処理を行うか否かがチェックされる(ステップS601)。この自動分割の方法については後述する。ここで自動分割処理を行わなければ(ステップS601;N)、請求明細データをテンポラリ請求明細マスタ11bにそのまま残し(ステップS602)、後述するステップS605に移行する。反対に自動分割処理を行うならば(ステップS601;Y)、上記請求額について、演算制御部10によって、突合対象となる1の入金額(例えばその中で一番大きい額)又はそれらの入金額のいくつかの合計額と同額分と、残りの金額分とに分割処理される(ステップS603)。
【0307】
そして分割された請求額のうち上記入金額と同額分の請求額と、その対応する入金額分が、該演算制御部10により、消し込み処理され(ステップS604)、上記ステップS501に復帰する。
【0308】
上記ステップS508で請求明細データのみが残っているとされた場合(ステップS508;N)、過小入金に関して上述した金額の分割と両明細データの消し込み作業が全て終了したことになり、ステップS606に移行して、請求額のうち消し込み処理後に残った金額分に対し、演算制御部10により、顧客マスタ13が参照されて、その勘定科目を値引きとして自動的に処理するか否かがチェックされる(ステップS605)。
【0309】
値引きとして自動的に処理する場合(ステップS605;Y)、さらに顧客マスタ13が参照されて、残った金額分(差額)が値引率の設定範囲(元の請求額×値引率)内か否かがチェックされる(ステップS606)。
【0310】
ここで残った金額分が値引率の設定範囲内であれば(ステップS606;Y)、演算制御部10により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ、該残りの金額分の請求明細データとの間で強制的な消し込み処理が行われる(ステップS607)。
【0311】
他方上記ステップS605で値引きとして自動的に処理しない場合(ステップS605;N)及びステップS606で残った金額分が値引率の設定範囲内でない場合(ステップS606;N)、顧客マスタ13が参照されて、その勘定科目を請求残額分として自動的に処理するか否かがチェックされる(ステップS608)。
【0312】
請求残額分として自動的に処理する場合(ステップS608;Y)、元になった請求明細データの入金予定日から上記図40のパターン外消込処理登録メニューで設定された期間内(消込未済データ保存期間中)であるか否かがチェックされる(ステップS609)。消込未済データ保存期間中であれば(ステップS609;Y)、上記残った金額分が請求残額分として処理され、次回分で再消し込み処理対象とするためテンポラリ請求明細マスタ11bに格納される(ステップS610)。
【0313】
他方上記ステップS608で、請求残額分として自動的に処理しない場合(ステップS608;N)、及びステップS609で消込未済データ保存期間中でない場合(ステップS609;N)、さらに顧客マスタ13が参照され、残った金額分の最終消し込み処理につき、演算制御部10により、勘定科目を未収入金として、残った金額分は強制的に消し込み処理される(ステップS611)。
【0314】
上記ステップS611で残った金額分が未収入金として強制的に消し込み処理された場合、残った金額分については、オペレータにより請求などの処理を別途行うため、その請求明細データ(金額はその残金分)は、一旦テンポラリ請求明細マスタ11bに戻された後、演算制御部10により、通信部18を介して、別システムに転送される(ステップS612)。
【0315】
上記ステップS607、ステップS610及びステップS612の処理の後、最初のステップS501に復帰し、次のデータの消し込み処理に移行する。
【0316】
次に上記消込手順マスタ14に格納される消込手順につき、過大入金の場合を図46〜図57を使用して、また過小入金の場合を図58〜図69を使用して説明する。これらの消込手順は、上述のように、図40のパターン外の消込処理登録メニューから、オペレータにより、顧客マスタ13に対して、図41に示すように設定登録される。
【0317】
まず図46に示すように、請求日2002年9月10日に請求額4万円、同9月20日に請求額2万円の2つの請求明細データが、上記17の突合処理パターンによる消し込み処理対象外となった請求明細データとして残されており、それに対して同じく入金日2002年10月25日に振込額8万円の入金明細データが残されている場合、この状態は、所謂過大入金の場合に相当することになる。
【0318】
このような状態の場合に入金明細自動分割処理が行われると、図47に示すように、上記入金明細データは、演算制御部10により、2002年10月25日に両方とも入金日を保ったまま、8万円の入金額が、一番大きな請求額と合致する金額(同図の場合4万円)と残りの金額(同図の場合4万円)とに分割される。
【0319】
そして図48の網掛け部分(同一金額分)について、演算制御部10により、消し込み処理が行われる。
【0320】
次に残った金額分(4万円分)の入金明細データについても、図49に示すように、同様な分割処理が行われ、さらに図50に示すように、網掛け部分(同一金額分)について、演算制御部10により、消し込み処理が行われる。
【0321】
以上の処理は、本消込手順で消し込み対象となる(相手となる)請求明細データがなくなるまで繰り返される。
【0322】
最後に残った入金明細データは、図51の場合、演算制御部10により、勘定科目を前受金として処理し(テンポラリ入金明細マスタ12bに一旦格納し)、次回の消し込み処理時まで残しておく。
【0323】
また図52の場合、残った入金明細データは、演算制御部10により、勘定科目を仮受金として処理し、貸借が合わないまま強制的に網掛け部分の入金明細データが消し込まれることになる。その場合、該データは、演算制御部10によって、別システムに転送され、そこで、該システムの処理に任せることになる(例えば該システムがオペレータに対し、返金処理する旨の表示を出力しそれに従ってオペレータなどにより返金処理される)。
【0324】
さらに図53の場合、残った入金明細データは、演算制御部10により、勘定科目を売掛金外として処理し、破線で囲った部分の入金明細データが消し込み対象外とされることになる。その場合、該データは、演算制御部10によって、別システムに転送され、そこで、該システムの処理に任せることになる。尚、売掛金外として処理された場合、その明細データは、統括会社サーバ1により、該サーバ1自身において、及びグループ会社の請求元端末3x〜3zにおいて、画面照会及びファイル出力ができるように、該データを別ファイルに残しておくと良い。
【0325】
過大入金の場合における他の消し込み処理方法を、図54〜図57を使用して説明する。
【0326】
最初に図46に示すような過大入金があった場合、図54に示すように、上記入金明細データは、演算制御部10により、2002年10月25日に両方とも入金日を保ったまま、8万円の入金額が、請求額の合計額と合致する金額(同図の場合6万円)と残りの金額(同図の場合2万円)とに分割される。
【0327】
そして図55の同一金額分(網掛け部分)について、演算制御部10により、消し込み処理が行われる。
【0328】
次に残った金額分(2万円分)の入金明細データについては、図55の場合、演算制御部10により、勘定科目を前受金として処理し(テンポラリ入金明細マスタ12bに一旦格納し)、次回の消し込み処理時まで残しておく。
【0329】
また図56の場合、残った入金明細データは、演算制御部10により、勘定科目を仮受金として処理し、貸借が合わないまま強制的に全ての入金明細データ(網掛け部分全部)が消し込まれることになる。その場合、該仮受金に関する入金明細データは、演算制御部10によって、別システムに転送され、そこで、該システムの処理に任せることになる。
【0330】
さらに図57の場合、残った入金明細データは、演算制御部10により、勘定科目を売掛金外として処理し、網掛け部分(金額が一致する部分)のみ両明細データの消し込み処理が行われる。また売掛金外として処理される入金明細データは消し込み対象外とされることになる。その場合、該データは、演算制御部10によって、別システムに転送され、そこで、該システムの処理に任せることになる。
【0331】
次に過小入金の場合につき、図58〜図65の図面を使用して説明する。
まず図58に示すように、請求日2002年9月10日に請求額6万円の請求明細データが、上記17の突合処理パターンによる消し込み処理対象外となった請求明細データとして残されており、それに対して同じく入金日2002年10月25日に振込額3万円と同日に振込額2万円の入金明細データが残されている場合、この状態は、所謂過小入金の場合に相当することになる。
【0332】
このような状態の場合に請求明細自動分割処理が行われると、図59に示すように、上記請求明細データは、演算制御部10により、2002年9月10日に両方とも請求日を保ったまま、6万円の請求額が、一番大きな入金額と合致する金額(同図の場合3万円)と残りの金額(同図の場合3万円)とに分割される。
【0333】
そして図60の網掛け部分(同一金額分)について、演算制御部10により、消し込み処理が行われる。
【0334】
次に残った金額分(3万円分)の請求明細データについても、図61に示すように、同様な分割処理が行われ、さらに図62に示すように、網掛け部分(同一金額分)について、演算制御部10により、消し込み処理が行われる。
【0335】
以上の処理は、本消込手順で消し込み対象となる(相手となる)入金明細データがなくなるまで繰り返される。
【0336】
最後に残った請求明細データに対し、図63の場合(不足額が元の請求額の値引率の範囲内の場合)、演算制御部10により、勘定科目を値引きとした請求額と同じ値引き額の入金明細データが新たに作られ、網掛け部分の両明細データが消し込まれる。
【0337】
また図64に示すように、最後に残った請求明細データに対し、演算制御部10により、請求残額分の勘定科目が付けられて、上記テンポラリ請求明細マスタ11bに格納され、次回の消し込み処理まで、請求明細データの消し込み処理対象として残される。
【0338】
或いは図65に示すように、残った金額の請求明細データに対し、演算制御部10により、未収入金の勘定科目が付けられて(網掛け部分)、消し込み処理が行われる。その場合、該データは、演算制御部10によって、別システムに転送され、そこで、該システムの処理に任せることになる。
【0339】
過小入金で且つ請求明細自動分割処理をする設定の場合における他の消し込み処理方法を、図66〜図69を使用して説明する。
【0340】
最初に図58に示すような過小入金があった場合、図66に示すように、上記請求明細データは、演算制御部10により、2002年9月10日に両方とも請求日を保ったまま、6万円の請求額が、入金額の合計額と合致する金額(同図の場合5万円)と残りの金額(同図の場合1万円)とに分割される。
【0341】
そして図67の同一金額分(網掛け部分)について、演算制御部10により、消し込み処理が行われる。
【0342】
同時に、演算制御部10により、請求明細データの残りの金額分(同図の場合1万円)に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ(不足額が元の請求額の値引率の範囲内の場合)、上記残った金額分の請求明細データとの間で上記の消し込み処理と同時に強制的な消し込み処理が行われ、この場合は両明細データの全額の消し込み処理がなされる。
【0343】
また図68の場合、同一金額分(網掛け部分)について、演算制御部10により、消し込み処理が行われる。
【0344】
他方分割処理で残った金額分(1万円分)の請求明細データについては、同図に示すように、演算制御部10により、勘定科目を請求残額分として処理し(テンポラリ請求明細マスタ11bに一旦格納し)、次回の消し込み処理時まで残しておく。
【0345】
さらに図69では、上記図68の場合と同様に、同一金額分(網掛け部分)について、演算制御部10により、消し込み処理が行われる。
【0346】
次に分割処理で残った金額分(1万円分)の請求明細データについては、同図に示すように、演算制御部10により、勘定科目を未収入金として処理し(テンポラリ請求明細マスタ11bに一旦格納し)、強制的に消し込み処理される。その場合、該データは、演算制御部10によって、別システムに転送され、そこで、該システムの処理に任せることになる。
【0347】
以上説明したように、本実施例構成によれば、請求先と入金元(支払元)が一致していない場合でも、それらの間の関連付けを行い、コンピュータなどで自動化して債権の消し込み処理を行うことができるようになる。
【0348】
またこのような主体に関する絞り込み処理によって抽出された両請求明細データ及び入金明細データから、さらに予め決められた幾つかの消込パターンによる突合処理手順に従って、どのデータ同士が対応関係にあるかを絞り込む対応データに関する絞り込み処理が行われるため、コンピュータにより債権消し込み処理が自動的に行われるようになる。
【0349】
さらに、上述した突合処理パターンの手順では、消し仕込み処理が不可能な所謂過大入金又は過小入金があった場合(消し込み対象となる入金明細データの入金額又はその合計額と、該対象入金明細データの直近の入金日より以前の特定の期間の請求日付を有する消し込み対象となる請求明細データの請求額又はその合計額とが、最初から突合処理できないほどの上記過大入金や過小入金があった場合)でも、上記演算制御部により、大きな金額側の明細データが、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、そして両明細データの上記同一額分については、上記演算制御部によって、両明細データの消し込み処理が自動的に行われるようにすることで、できる範囲でその一部につき強制的な消し込み処理をコンピュータが自動的に行うことができるようになる。その場合残りの金額分については、該演算制御部により、特定の勘定科目が付けられて、夫々の上記テンポラリ明細データ格納部に入金明細データ又は請求明細データの消し込み処理対象として残される(夫々の上記テンポラリ明細データ格納部に該残額分データが格納される)、強制的な消し込み処理が行われる、又は上記夫々の上記テンポラリ明細データ格納部においてその消し込み処理対象から外されることになる。或いは上記演算制御部により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる、すなわち、請求明細データの残りの金額分に相当する割引額の入金明細データが「値引き」の区分で新たに作成されて、貸借を合わせて消し込み処理が行われることになることになる。
【0350】
尚、本発明の債権消し込み処理方法は、上述の実施例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【0351】
【発明の効果】
以上、説明したように本発明の請求項1〜請求項64記載の債権消し込み処理方法、債権消し込み処理装置、コンピュータ・プログラム及び記録媒体によれば、請求先と入金元が一致したり、請求先に代わって特定の関係にある者が入金元となったと判断されることにより、消し込み対象となる請求明細データと入金明細データが特定できた段階で、さらにこれらのデータ中に含まれる請求額と入金額とに対し、予め決められた幾つかのパターンの突合処理手順に従い、コンピュータにより債権消し込み処理が自動的に行えるという優れた効果を奏し得る。
【0352】
また、請求項65〜請求項119記載の債権消し込み処理方法、債権消し込み処理装置、コンピュータ・プログラム及び記録媒体によれば、上述の請求項1〜請求項64に示した所謂突合処理パターンの手順では、消し仕込み処理が不可能な所謂過大入金又は過小入金があった場合でも、上記演算手段により、大きな金額側の明細データが、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、そして両明細データの上記同一額分については、上記演算手段によって、両明細データの消し込み処理が自動的に行われるようにすることで、できる範囲でその一部につき強制的な消し込み処理をコンピュータが自動的に行うことができるようになる。その場合残りの金額分についても、該演算手段により、特定の勘定科目が付けられて、夫々のデータ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される(夫々の上記データ格納手段に該残額分データが格納される)、強制的な消し込み処理が行われる、又は上記夫々の上記データ格納手段においてその消し込み処理対象から外されることになる。或いは上記演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ、貸借を合わせて消し込み処理が行われることになることになる。
【図面の簡単な説明】
【図1】本発明の実施の形態につき、その概要を示した説明図である。
【図2】統括会社のサーバ1における機能ブロック構成及び該ブロック構成における処理の流れを示す説明図である。
【図3】同じく統括会社のサーバ1における機能ブロック構成及び該ブロック構成における処理の流れを示す説明図である。
【図4】同じく統括会社のサーバ1における機能ブロック構成及び該ブロック構成における処理の流れを示す説明図である。
【図5】同じく統括会社のサーバ1における機能ブロック構成及び該ブロック構成における処理の流れを示す説明図である。
【図6】同じく統括会社のサーバ1における機能ブロック構成及び該ブロック構成における処理の流れを示す説明図である。
【図7】統括会社又はグループ会社により、上記サーバ1の顧客マスタ13へ、突合・消込のための設定項目の登録手順が示されたフローチャートである。
【図8】図3〜図6までの請求先及び入金元の主体に関する絞り込み処理及び対応データに関する絞り込み処理により、債権消し込み処理の処理手順を示すフローチャートである。
【図9】グルーピングされた顧客A〜Gへの請求についてだれが入金元となって振込を行うかを規定したグルーピングテーブルの顧客マスタ13への設定登録状態の一例を示す説明図である。
【図10】図9に基づく、請求先及び入金元の主体に関する絞り込み処理が既に行われて抽出された入金明細データ及び請求明細データの一例を示す説明図である。
【図11】消込パターン1の例を示す説明図である。
【図12】消込パターン2の例を示す説明図である。
【図13】消込パターン3の例を示す説明図である。
【図14】消込パターン4の例を示す説明図である。
【図15】消込パターン5の例を示す説明図である。
【図16】消込パターン6の例を示す説明図である。
【図17】消込パターン7の例を示す説明図である。
【図18】消込パターン8の例を示す説明図である。
【図19】消込パターン9の例を示す説明図である。
【図20】消込パターン10の例を示す説明図である。
【図21】消込パターン11の例を示す説明図である。
【図22】消込パターン12の例を示す説明図である。
【図23】消込パターン13の例を示す説明図である。
【図24】消込パターン14の例を示す説明図である。
【図25】消込パターン15の例を示す説明図である。
【図26】消込パターン16の例を示す説明図である。
【図27】消込パターン17の例を示す説明図である。
【図28】本発明の一実施例構における顧客マスタ13における各項目の設定例を示す説明図である。
【図29】同実施例構成における振込手数料マスタ15の設定例を示す説明図である。
【図30】統括会社を中心とした各グループ会社から顧客A〜Dに対して請求され、その後に入金元が顧客Aとされる入金がなされた際の、対応する請求明細データ及び入金明細データの一例を示す説明図である。
【図31】最初に設定された消込パターン17により絞り込みが行われた状態を示す説明図である。
【図32】最初の金額のチェックで、消込ができなかった場合に、次の請求明細データが読み出された状態を示す説明図である。
【図33】消込パターン17による処理が終了して残った未消込の請求明細データ及び入金明細データの例を示す説明図である。
【図34】次の消込パターン12により絞り込みが行われた状態を示す説明図である。
【図35】本実施例構成における最終的な処理結果を示す説明図である。
【図36】登録された金額の分割及び特定勘定科目の設定を伴う消込手順に従って統括会社サーバ1で強制的な消し込みを行う場合の該サーバ1における機能ブロック構成及び該ブロック構成における処理の流れを示す説明図である。
【図37】同じく上記の強制的な消し込みを行う場合の該サーバ1における機能ブロック構成及び該ブロック構成における次の処理の流れを示す説明図である。
【図38】同じく上記の強制的な消し込みを行う場合の該サーバ1における機能ブロック構成及び該ブロック構成におけるさらに次の処理の流れを示す説明図である。
【図39】同じく上記の強制的な消し込みを行う場合の該サーバ1における機能ブロック構成及び該ブロック構成におけるさらに終了時の処理の流れを示す説明図である。
【図40】登録された金額の分割及び特定勘定科目の設定を伴う消込手順に従って統括会社サーバ1で強制的な消し込みを行う場合に使用されるパターン外の消込処理登録メニューを示す表示画面説明図である。
【図41】上記登録メニューによって強制的な消込手順の登録された顧客マスタ13の登録状態をテーブル状にして示す説明図である。
【図42】上記登録メニューによる強制的な消込手順の登録処理の流れを示すフローチャートである。
【図43】同じく上記登録メニューによる強制的な消込手順の登録処理の続きの流れを示すフローチャートである。
【図44】上記強制的な消込手順に従って入金明細データ乃至請求明細データの強制的な消し込み処理の流れを示すフローチャートである。
【図45】同じく上記強制的な消込手順に従って入金明細データ乃至請求明細データの強制的な消し込み処理の流れの続きを示すフローチャートである。
【図46】消込手順マスタ14に格納される消込手順の一例を説明するために過大入金になった状態を示す説明図である。
【図47】上記の例の場合に上記消込手順に従った金額分割処理の仕方の一例を示す説明図である。
【図48】上記の例の場合に上記消込手順に従った同一額強制消し込み処理の仕方の一例を示す説明図である。
【図49】強制消し込み処理後残った金額分の上記消込手順に従った次の金額分割処理の仕方を示す説明図である。
【図50】上記の例の場合に上記消込手順に従った次の同一額強制消し込み処理の仕方を示す説明図である。
【図51】強制消し込み処理後に残った金額分の入金明細データの扱いの仕方の一例を示す説明図である。
【図52】強制消し込み処理後に残った金額分の入金明細データの扱いの仕方の他の例を示す説明図である。
【図53】強制消し込み処理後に残った金額分の入金明細データの扱いの仕方の別の例を示す説明図である。
【図54】図46の過大入金があった場合に上記消込手順に従った金額分割処理の仕方の他の例を示す説明図である。
【図55】上記の例の場合に上記消込手順に従った同一額強制消し込み処理の仕方及びその消し込み処理後に残った金額分の入金明細データの扱いの仕方の一例を示す説明図である。
【図56】同じく上記消込手順に従った同一額強制消し込み処理の仕方及びその消し込み処理後に残った金額分の入金明細データの扱いの仕方の他の例を示す説明図である。
【図57】同じく上記消込手順に従った同一額強制消し込み処理の仕方及びその消し込み処理後に残った金額分の入金明細データの扱いの仕方の別の例を示す説明図である。
【図58】消込手順マスタ14に格納される消込手順の一例を説明するために過小入金になった状態を示す説明図である。
【図59】上記の例の場合に上記消込手順に従った金額分割処理の仕方の一例を示す説明図である。
【図60】上記の例の場合に上記消込手順に従った同一額強制消し込み処理の仕方の一例を示す説明図である。
【図61】強制消し込み処理後残った金額分の上記消込手順に従った次の金額分割処理の仕方を示す説明図である。
【図62】上記の例の場合に上記消込手順に従った次の同一額強制消し込み処理の仕方を示す説明図である。
【図63】強制消し込み処理後に残った金額分の明細データの扱いの仕方の一例を示す説明図である。
【図64】強制消し込み処理後に残った金額分の請求明細データの扱いの仕方の他の例を示す説明図である。
【図65】強制消し込み処理後に残った金額分の請求明細データの扱いの仕方の別の例を示す説明図である。
【図66】図58の過小入金があった場合に上記消込手順に従った金額分割処理の仕方の他の例を示す説明図である。
【図67】上記の例の場合に上記消込手順に従った同一額強制消し込み処理の仕方及びその消し込み処理後に残った金額分の請求明細データの扱いの仕方の他の例を示す説明図である。
【図68】同じく上記消込手順に従った同一額強制消し込み処理の仕方及びその消し込み処理後に残った金額分の請求明細データの扱いの仕方の別の例を示す説明図である。
【図69】同じく上記消込手順に従った同一額強制消し込み処理の仕方及びその消し込み処理後に残った金額分の請求明細データの扱いの仕方のさらに別の例を示す説明図である。
【符号の説明】
1 サーバ
2 ホスト
3x〜3z 請求元端末
4a〜4g 顧客端末
10 演算制御部
11a 請求明細マスタ
11b テンポラリ請求明細マスタ
12a 入金明細マスタ
12b テンポラリ入金明細マスタ
13 顧客マスタ
14 消込手順マスタ
15 振込手数料マスタ
16 消込処理プログラム格納部
17 RAM
18 通信部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method for processing a debt application, an apparatus for processing a debt application, a computer program, and a recording medium.
[0002]
[Prior art]
The receivables clearing process for receivables and other receivables is performed by matching the billing statement data issued to the billing party with the receipt statement data concerning the deposit obtained from a financial institution when there is a deposit, and these data including the amount etc. Is satisfied, it is determined that there is payment for the request, and the above-described receivables clearing process is performed.
[0003]
The data to be matched for such reconciliation are as follows: billing date ≦ payment date, whether the amounts match, whether the billing party and the payment source (payment source) match, Further, there is a case such as whether or not the same number as the number (billing number) assigned to the billing statement is present in the payment statement data.
[0004]
[Problems to be solved by the invention]
Of the above items, items such as whether billing date ≤ payment date and whether the same number as the number given to the billing statement are present in the payment statement data are automatically matched to some extent using a computer. You can also.
[0005]
However, even if there is no problem in matching these items, it is not always the case that the above-mentioned reconciliation processing may be executed. For example, the billing party and the payment source (payment source) match, or the correspondence relationship between the billing party and the payment source having a specific relationship is registered as a master, and the billing statement data to be applied and the corresponding payment statement Even if the data can be specified within a certain range, if the billing amount and the deposit amount are different, the application processing cannot be performed. In particular, a plurality of claims made to a specific billing party may be collectively settled with one payment (deposit), and if one payment (deposit) is always made for one request. However, it is extremely difficult to automatically perform the matching process between the billing amount and the deposit amount using a computer or the like.
[0006]
As described above, payment is not always made in response to each request, but rather is often not made. In particular, the greater the business relationship, the more common it is to be paid (received).
[0007]
In addition, when performing receivables and other receivables reconciliation work, the target billing party (including multiple billing parties that make up a group and make payments (payments) from a specific person) In some cases, payment has already been made a plurality of times, and it is not possible to know which payment (payment) corresponds to which range of claims.
[0008]
In addition, the sum of the deposit amounts included in the plurality of receipt details data and the sum of the invoice amounts included in the plurality of receipt details data are close to a certain extent, but there is a difference. In some cases, it is difficult to determine whether or not a difference has occurred, so that the erasing process cannot be performed. This may be due to trivial reasons, such as a transfer fee (depending on the financial institution) deducted from the payment (payment). Since it is difficult to specify the reason, it must be performed manually by relying on the intuition of the person, and the above-described automation processing becomes more and more difficult.
[0009]
The present invention has been made in view of the above-described circumstances, and is described as being erased when the billing party and the payment source match or when a person having a specific relationship is determined to be the payment source on behalf of the billing party. At the stage where the billing detail data and the deposit detail data to be included can be specified, the computer calculates the billing amount and the deposit amount included in the data in accordance with a predetermined number of patterns of a reconciliation processing procedure. Accordingly, the present invention provides a method and a configuration of the apparatus for automatically executing the debt clearing process.
[0010]
In addition, if there is a so-called overpayment or underpayment that the receivable clearing process cannot be performed according to the procedure of the above-mentioned reconciliation processing pattern, the computer automatically performs a compulsory clearing process for a part of the amount as much as possible. A method and apparatus for performing the method are also proposed.
[0011]
In addition, a computer program and a recording medium that can execute such a method are also proposed.
[0012]
[Means for Solving the Problems]
The method for processing a claim reconciliation according to the present invention is characterized in that the total amount of the payment details data to be cleared stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data The total amount of the billing statement data to be reconciled, which is also stored in the data storage unit having the above, is subjected to a reconciliation process by the arithmetic unit, and the two total amounts match, or the difference between the amounts is preset. If the difference is within the error range, the calculation means performs a process of reconciling the received receipt detail data with the claim detail data in the range where the total amount matches or the claim detail data in which the amount difference is within the error range. The basic feature is that
[0013]
According to the above configuration, among a plurality of payment detail data to be applied, the total amount of the same billing detail data to be applied which has a billing date of a specific period before the latest payment date, And the total amount of the plurality of upper entry detail data is subjected to the matching process by the arithmetic means. As a result of the reconciliation process, if the calculating means determines that the total amount of the two matches or the difference between the amounts is within a predetermined error range, the calculating means determines the target payment statement data. Then, the reconciliation processing is performed between the billing detail data in the range where the total amount matches and the billing detail data in which the amount difference is within the error range.
[0014]
In the above configuration, both the billing statement data and the deposit statement data are limited to “applying target” because the billing party and the payment source (payment source) are determined from the two data. By matching, only the matching billing statement data and payment statement data are narrowed down, or the correspondence relationship between the billing party and the payment source having a specific relationship is registered in a master file or the like, and the file is referred to. By being able to specify within a certain range the billing detail data to be applied and the corresponding payment detail data, it means that only the corresponding billing detail data and payment detail data can be narrowed down. This is because it is assumed that the pre-processing of the processing performed in the configuration has already been completed.
[0015]
Also, when the two data are compared, there is a difference in the amount between the two total amounts. If the difference is within a preset error range, the difference between the target payment details data and the amount The remittance processing with the billing statement data within the range is performed because the transfer fee is deducted when the billing party makes a transfer, the difference in handling of fractions (rounding, rounding down, rounding up etc.) In many cases, errors may occur for some reason, such as when the total amount differs due to the change by the above, and if a large amount of both data is handled and the sum of the amounts contained therein is added, the total amount of both data will always be Since it may become inconsistent, the error range is determined in advance within a range where there is no problem even if the cause is not pursued, and the billing statement data and the payment statement in which the amount difference is within the error range. data This is to allow processing scrubbing of. However, since the amount of the transfer fee is fixed to some extent, the difference between the fixed amount and the total amount of the combined amount of multiple transfer fees or the amount within an integral multiple of the If they match, it is of course possible to include them as error ranges.
[0016]
[0017]
The structure of
[0018]
The structure of
[0019]
The structure of
[0020]
The structure of
[0021]
The configuration up to now specifies the configuration in which the sum of the billing amounts of all the billing statement data in a certain fixed period (including the case of all targets before a certain date) is calculated. In the configuration of No. 7, the billing amounts included in the billing detail data are sequentially added in the order of the billing date with the oldest billing date, and each time the check with the total amount of the receipt detailed data is repeatedly performed. Are matched, or if the difference between the amounts is within a preset error range, the arithmetic means performs the erasing process of both data. As a specific configuration, the data storage having the total amount of the payment details data to be applied and stored in the data storage means and the billing date before the latest payment date of the target payment details data is described. Of the billing detail data to be applied for reconciliation also stored in the means, the billing amount is added in ascending order of the billing date, and the total amount being added is subjected to a reconciliation process by the computing means, and If the sums match or if the difference between the sums is within a preset error range, the calculating means calculates the difference between the billing detail data to be processed and the billing detail data or the sum difference in the range where the total sum matches. It is characterized in that a reconciliation process is performed with the billing specification data within the error range. That is, this is a case like a
[0022]
Further, in the above configuration, when there are a plurality of billing statement data to be applied for the same billing date, a processing procedure is determined so that the arithmetic unit performs the addition process from the data of the small billing amount (claims). Item 8).
[0023]
Furthermore, when the billing dates conflict as described above, it is difficult to perform the abutting process, but it is easier to perform the abutting process in the order of the billing number (in the order of the youngest number or the oldest number). The billing amounts included in the data are sequentially added, and each time the check with the total amount of the receipt details data is repeatedly performed, and at the time of the check, the total amounts match, or the difference between the amounts is set in advance. When the error is within the error range, the arithmetic means performs the erasing process of both data.
[0024]
As a specific configuration, the above-mentioned data having the total amount of the payment details data to be applied and stored in the data storage means and the billing date before the latest payment date of the target payment details data Of the billing detail data to be applied for resale also stored in the storage means, the billing amounts are added in ascending order of the billing number included in the data, and the total amount being added is matched by the calculating means. If the sum is equal during the processing, or if the difference between the sums is within a predetermined error range, the calculating means calculates the billing amount in the range where the sum of the sum is equal to the target payment details data. The present invention is characterized in that a reconciliation process is performed with the billing data in which the difference between the detailed data and the amount of money is within the error range (claim 9). That is, this is a case like a pattern 7 described later.
[0025]
Also, if the counterparty of the transaction decides to pay the bill on a predetermined date every month (for example, payment on the 25th of the month following the closing on the 20th of every month), the reconciliation is performed based on such scheduled recovery date. It is possible to specify billing statement data corresponding to the target payment statement data.
[0026]
As a more specific configuration, the data having the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date before the latest payment date of the target payment details data Of the billing statement data to be applied for similarly stored in the storage unit, the total amount of the billing statement data whose scheduled recovery date included in the data is a date before the latest payment date is calculated by the arithmetic unit. If the total amount matches or the difference between the amounts is within a preset error range, the calculating means calculates the billing amount in the range where the total amount matches the target payment details data. The present invention is characterized in that a reconciliation process is performed with the billing data in which the difference between the detailed data and the amount of money is within the error range (claim 10). That is, this is a case like a
[0027]
The above-described
[0028]
Among them, the configuration of the claim clearing processing method according to
[0029]
The structure of the claim clearing processing method according to
[0030]
The structure of the claim clearing processing method according to
[0031]
The structure of the claim clearing processing method of
[0032]
The structure of the claim clearing processing method of claim 15 corresponds to the structure of
[0033]
The structure of the claim clearing processing method of
[0034]
The structure of the claim clearing processing method according to
[0035]
The structure of the claim clearing processing method of
[0036]
The configuration of the claim clearing processing method according to claim 19 corresponds to the structure of
[0037]
The structure of the claim clearing processing method of
[0038]
The configuration of claim 21 is a configuration in which, with respect to one payment statement data to be applied, the corresponding billing statement data is also matched for each case, and the application processing is performed. That is, the configuration of the claim clearing processing method according to the claim includes a deposit amount of the payment detail data to be cleared stored in the data storage unit and a billing date before the payment date of the target payment detail data. Of the billing detail data to be applied which is also stored in the data storage means having the above, the billing amount is collated by the computing means in ascending order of the billing date. If the amount matches or if the difference between the amounts is within a preset error range, the calculation means causes the target receipt details data to match the deposit amount and the claim amount data. The present invention is characterized in that a reconciliation process is performed with the billing statement data in which the difference between the amounts is within the error range. That is, this is a case like a
[0039]
Claims 22 to 42 redefine the configuration of the claim clearing processing method according to
[0040]
That is, the configuration of the claim clearing processing device of claim 22 corresponds to the configuration of
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
The two sums are compared, and if the sums match or if the difference between the sums is within a preset error range, the target payment statement data and the sum of A third calculating means for performing a reconciliation process between the billing statement data and the billing statement data in which the difference between the amounts is within an error range;
It is characterized by having.
[0041]
The structure of claim 23 corresponds to the structure of
[0042]
The structure of claim 24 corresponds to the structure of
[0043]
The structure of
[0044]
The structure of claim 26 corresponds to the structure of
[0045]
The structure of claim 27 corresponds to the structure of
[0046]
The structure of claim 28 corresponds to the structure of claim 7, and more specifically,
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
A second method for sequentially outputting the total amount in the middle of the addition while adding the billing amount in the order of the oldest billing date among the billing detail data having the billing date prior to the latest payment date of the payment detail data. Arithmetic means of
Each time the second calculation means outputs the total amount, the two total amounts are compared in the middle, and if the total amounts match or if the difference between the amounts is within a preset error range, A third calculating means for performing a reconciliation process between the received payment statement data and the claim statement data in the range where the total amount matches or the claim statement data in which the amount difference is within the error range;
It is characterized by having.
[0047]
The structure of claim 29 corresponds to the structure of
[0048]
The structure of claim 30 corresponds to the structure of
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Of the billing statement data having a billing date before the most recent payment date of the above-mentioned billing statement data, while adding the billing amount in ascending order of the billing number included in the data, the total amount in the middle of the addition is calculated. Second calculating means for sequentially outputting,
Each time the second calculation means outputs the total amount, the two total amounts are compared in the middle, and if the total amounts match or if the difference between the amounts is within a preset error range, A third calculating means for performing a reconciliation process between the received payment statement data and the claim statement data in the range where the total amount matches or the claim statement data in which the amount difference is within the error range;
It is characterized by having.
[0049]
The structure of claim 31 corresponds to the structure of
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
The sum of the billing statement data having the billing date before the latest payment date of the billing statement data and the scheduled collection date included in the data having the billing date before the latest payment date. Second calculating means for calculating the amount,
The two sums are compared, and if the sums match or if the difference between the sums is within a preset error range, the target payment statement data and the sum of A third calculating means for performing a reconciliation process between the billing statement data and the billing statement data in which the difference between the amounts is within an error range;
It is characterized by having.
[0050]
The structure of claim 32 corresponds to the structure of
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the payment date of one of the receipt statement data;
The deposit amount of the deposit details data is compared with the total amount, and if the deposit amount matches the total amount, or if the difference between the amounts is within a preset error range, the target is determined. A second calculating means for performing a reconciliation process between the receipt statement data, the claim statement data in the range in which the deposit amount and the total amount thereof match, or the claim statement data in which the amount difference is within the error range
It is characterized by having.
[0051]
The structure of claim 33 corresponds to the structure of
[0052]
The structure of claim 34 corresponds to the structure of
[0053]
The structure of claim 35 corresponds to the structure of
[0054]
The structure of claim 36 corresponds to the structure of claim 15, and more specifically, in claim 32, the application having the claim date of a specific period before the deposit date of the receipt details data. The present invention is characterized in that, as the target billing detail data, the billing detail data corresponding to the month preceding the payment date is used.
[0055]
The structure of claim 37 corresponds to the structure of
[0056]
The structure of claim 38 corresponds to the structure of
Data storage means for storing payment details data and billing details data to be applied;
Among the billing statement data having a billing date that is earlier than the payment date of the above-mentioned billing statement data, the billing amount is added in ascending order of the billing date, and the total amount during the addition is sequentially output. Arithmetic means of
Each time the first calculating means outputs the total amount, the deposit amount of the deposit details data is compared with the total amount on the way, and the received amount and the total amount match, or the difference between the amounts is calculated. Is within a preset error range, the target payment statement data and the claim statement data in the range in which the deposit amount and their total amount match or the claim difference data in which the amount difference is within the error range. A second calculating means for performing the elimination processing of
It is characterized by having.
[0057]
The structure of claim 39 corresponds to the structure of
[0058]
The structure of
Data storage means for storing payment details data and billing details data to be applied;
Of the billing statement data having a billing date before the payment date of the above-mentioned billing statement data, the billing amount is added in ascending order of the billing number included in the data, and First arithmetic means for sequentially outputting,
Each time the first calculating means outputs the total amount, the deposit amount of the deposit details data is compared with the total amount on the way, and the received amount and the total amount match, or the difference between the amounts is calculated. Is within a preset error range, the target payment statement data and the claim statement data in the range in which the deposit amount and their total amount match or the claim difference data in which the amount difference is within the error range. A second calculating means for performing the elimination processing of
It is characterized by having.
[0059]
The structure of claim 41 corresponds to the structure of
Data storage means for storing payment details data and billing details data to be applied;
Of the billing statement data having a billing date before the first payment date of the above-mentioned billing statement data, the scheduled collection date included in the data is the total amount of the billing statement data having a date before the payment date. First calculating means for calculating;
The deposit amount of the deposit details data is compared with the total amount, and if the deposit amount matches the total amount, or if the difference between the amounts is within a preset error range, the target is determined. A second calculating means for performing a reconciliation process between the receipt statement data, the claim statement data in the range in which the deposit amount and the total amount thereof match, or the claim statement data in which the amount difference is within the error range
It is characterized by having.
[0060]
The structure of claim 42 corresponds to the structure of claim 21 described above, and more specifically,
Data storage means for storing payment details data and billing details data to be applied;
The reconciliation process is performed between the deposit amount of the receipt detailed data and the billing date of the target receipt detail data which has a billing date earlier than the receipt date, in the order of older billing date. If the deposit amount and the charge amount match on the way, or if the difference between the amounts is within a preset error range, the target deposit statement data, the charge amount and the charge amount match. Second calculation means for performing a reconciliation process with the detail data or the claim detail data in which the difference between the amounts is within the error range;
It is characterized by having.
[0061]
The configurations of claims 43 to 63 specify a program that can be executed by the computer in order to cause the computer to execute the method defined in
[0062]
That is, as a configuration for solving the above-mentioned problem, a computer that can execute each of the processes defined in
[0063]
When such a program for causing a computer to execute each of the above processes is read out by the computer, a process similar to any one of the processes defined in
[0064]
In addition, by executing the computer program using existing hardware resources, the method of the present invention as a new application can be easily executed on existing hardware. Further, by recording such a computer program on the above-mentioned recording medium, the computer program can be easily distributed and sold as a software product. In addition, the configuration of the recording medium may be the configuration of an internal storage device such as a RAM or a ROM or the configuration of an external storage device such as a hard disk, in addition to the above-described format. If it does, it goes without saying that it is included in the recording medium defined in the present invention.
[0065]
The function of executing a part of the processes described in claims 43 to 63 may be a function incorporated in a computer (a function incorporated in a computer as hardware). (The functions may be realized by an operating system or another application program incorporated in the computer.) The program may include an instruction to call or link a function performed by the computer. good.
[0066]
This is because a part of each processing defined in claims 43 to 63 is substituted by a part of a function achieved by, for example, an operating system, and a program or a module for realizing the function is not included. Although not directly recorded, if some of the functions of the operating system that achieve those functions are called or linked, the configuration is substantially the same.
[0067]
In addition to being used by itself, the program described above can be recorded on a recording medium, distributed or sold, and transmitted by communication or the like, as described later, and can be transferred.
[0068]
Among them, the configuration of claim 43 is a configuration corresponding to the configuration of
[0069]
The structure of Claim 44 is a structure corresponding to the structure of
[0070]
The structure of Claim 45 is a structure corresponding to the structure of
[0071]
The structure of Claim 46 is a structure corresponding to the structure of
[0072]
The structure of Claim 47 is a structure corresponding to the structure of
[0073]
The structure of Claim 48 is a structure corresponding to the structure of
[0074]
The structure of claim 49 is a structure corresponding to the structure of claim 7, and more specifically, is executed by a computer having a data storage means and an arithmetic means, so that the eraser stored in the data storage means is executed. And the total amount of the payment details data to be applied and the billing details data to be applied which is also stored in the data storage means having a billing date before the latest payment date of the target payment details data. Among the billing amounts, the billing amounts are added in ascending order of the billing date, and the total amount being added is subjected to a matching process by the arithmetic means, and the total amounts on the way match, or the difference between the amounts is set in advance. If the difference is within the error range, the calculation unit deletes the target payment statement data from the claim statement data in the range where the total amount matches or the claim detail data in which the difference in the amount is within the error range. Is a computer program characterized by write processing is executed.
[0075]
The structure of
[0076]
The structure of claim 51 is a structure corresponding to the structure of
[0077]
The structure of claim 52 is a structure corresponding to the structure of
[0078]
The structure of claim 53 is a structure corresponding to the structure of
[0079]
The structure of Claim 54 is a structure corresponding to the structure of
[0080]
The structure of claim 55 is a structure corresponding to the structure of
[0081]
The structure of Claim 56 is a structure corresponding to the structure of
[0082]
The structure of Claim 57 is a structure corresponding to the structure of Claim 15, and the specific structure thereof is as described in Claim 53, wherein the eraser having a billing date of a specific period before the payment date of the target payment details data is used. As the billing detail data to be included, billing detail data corresponding to the month before the payment date is used.
[0083]
The structure of claim 58 is a structure corresponding to the structure of
[0084]
The structure of claim 59 is a structure corresponding to the structure of
[0085]
The structure of
[0086]
The structure of claim 61 is a structure corresponding to the structure of claim 19, and more specifically, is executed by a computer having a data storage means and an arithmetic means, so that the eraser stored in the data storage means is executed. Of the payment details of the payment details data to be included and the billing details data to be applied which are also stored in the data storage means having a billing date prior to the payment date of the target payment details data. While the billing amount is added in ascending order of the billing number included in the data, the total amount during the addition is subjected to a matching process by the arithmetic means, and the received amount and the total amount match during the processing. Or, if the difference between the amounts is within a preset error range, the calculating means checks the amount of the received payment details in the range in which the received amount and the total amount thereof match. A computer program, characterized in that the detailed data to amount difference erasing narrowing process with the billing statement data within the error range is performed.
[0087]
The structure of claim 62 is a structure corresponding to the structure of
[0088]
The structure of claim 63 is a structure corresponding to the structure of claim 21. More specifically, when the computer having the data storage means and the operation means executes the computer, the eraser stored in the data storage means is executed. Of the payment details of the payment details data to be included and the billing details data to be applied which are also stored in the data storage means having a billing date prior to the payment date of the target payment details data. The billing amount is compared by the calculating means in the order of the oldest billing date, and if the deposit amount and the billing amount match on the way, or if the difference between the amounts is within a preset error range, The calculation means performs a process of reconciling the target payment statement data, the claim statement data in which the deposit amount matches the billed amount, or the billing statement data in which the difference between the amounts is within an error range. Is a computer program characterized in that it is the row.
[0089]
Further, the structure of claim 64 specifies a computer-readable recording medium storing the computer program according to any one of claims 43 to 63, as described above. That is, these computer programs are stored in a recording medium, and can be used as a transaction target or actually executed.
[0090]
Claims 65 to 118 are used when there is a so-called overpayment or underpayment in which the receivables clearing process cannot be performed even in accordance with the procedure of the abutting processing pattern performed by the above-described
[0091]
Of these, the configuration of the claim clearing processing method according to claims 65 to 73 is characterized in that the amount of payment of the payment details data to be cleared or the total amount thereof and the specific payment date before the latest payment date of the target payment details data are There is a difference between the billing amount of the billing statement data to be applied having the billing date of the period or the total amount, and the difference is judged to be outside the preset error range. It defines the processing when there is a.
[0092]
First, the structure of the claim clearing processing method of claim 65 is as follows:
In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation and the total amount thereof are compared by the arithmetic means, there is a difference between the two amounts, and the difference is out of a preset error range. If there is payment statement data and billing statement data that have been excluded from the reconciliation process, the amount of the one statement data, which is the larger one, is calculated by the calculation means (the other Of the detailed data of one or a plurality of sums thereof) and the remaining amount, and the same amount of the two detailed data is subjected to the process of applying the two detailed data.
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or is excluded from the target of the reconciliation processing in the data storage means.
It is characterized by:
[0093]
That is, in the above-described procedure of the application processing pattern, when there is a so-called overpayment or underpayment in which the application processing cannot be performed, the above-described calculating means converts the detailed data on the large amount side into (the other detailed data). (The sum of one or a plurality of sums thereof) and the remaining amount. Then, for the same amount of both the detail data, the calculation means automatically performs the process of clearing the two detail data.
[0094]
In addition, the calculation means assigns a specific account to the remaining amount, and the remaining account amount is left in the data storage means as a reconciliation processing of the payment statement data or the billing statement data. Data is stored), forcible erasing processing is performed, or the data is stored in the data storage means and excluded from the object of the erasing processing. [The remaining amount of data is deleted from the data storage means and another processing system (for example, The data to be processed by the customer's system). In this case, as will be described later, depending on what kind of account is assigned [in the embodiment, the method of assigning the account (priority if there are a plurality of accounts) is previously registered in the customer master], Whether the payment details data or the billing details data is to be left in the data storage means as an object of reconciliation processing, whether forced reconciliation processing is performed, or whether the data storage means is excluded from the reconciliation processing objects. Decided.
[0095]
The structure of Claim 66 is a case where the deposit amount of 1 of the payment statement data which is excluded from the reconciliation processing is larger than the billing amount of the billing statement data which is also excluded from the reconciliation processing or the total amount thereof. It defines a more specific configuration of claim 65,
The calculating means divides the deposit amount of the receipt statement data into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a remaining portion. While the reconciliation process of both detail data is performed,
Further, an account of the advance payment is added to the remaining money amount by the calculating means, and the remaining money amount is left in the data storage means as a processing target of the payment detail data.
It is characterized by:
[0096]
That is, the balance is given an account of the advance payment by the calculating means, and is left in the data storage means as a processing object of the payment detail data, so that it is carried over to the next payment processing.
[0097]
The structure of claim 67 is the same as that in the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof. Claim 65 defines another specific configuration,
The calculating means divides the deposit amount of the receipt statement data into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a remaining portion. While the reconciliation process of both detail data is performed,
Further, for the remaining amount, the calculation means assigns an account of the provisional deposit and performs a forcible clearing process.
It is characterized by:
[0098]
As described above, when the provisional receipt account is attached and the forcible reconciliation process is performed, as described above, the data for the remaining amount is reconciled from the data storage means (only the reconciled result is the data). ) As data to be processed by another (e.g., customer) processing system. Subsequent processing is left to the other system.
[0099]
The structure of Claim 68 is the same as that in the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof. It defines another specific configuration of claim 65,
The calculating means divides the deposit amount of the receipt statement data into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a remaining portion. While the reconciliation process of both detail data is performed,
Further, for the remaining amount, an account item other than the accounts receivable is given by the calculating means, and is excluded from the reconciliation processing object in the data storage means.
It is characterized by:
[0100]
In this way, when an account receivable is added to the account and is excluded from the reconciliation processing in the data storage means, the data for the remaining amount is deleted from the data storage means as described above, and another processing system is used. Transferred as data to be processed. Subsequent processing is left to the other system.
[0101]
In contrast to the above, the structure of claim 69 is the same as the above, except that the billing amount of one of the billing statement data excluded from the reconciliation processing is the same as the deposit amount of the payment statement data also excluded from the reconciliation processing or the total amount thereof For a larger case, a more specific configuration of claim 65 is defined,
The calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and for the same amount of both statement data, While the reconciliation process of both detail data is performed,
Further, for the remaining amount, the calculation means adds an account item corresponding to the remaining amount of the bill, and the account is left in the data storage means as an object of the reconciliation processing of the billing statement data.
It is characterized by:
[0102]
In other words, the account of the remaining balance is added to the balance by the calculation unit, and the remaining account is left in the data storage unit as a target of the clearing process of the billing statement data, so that the balance is carried forward to the next clearing process. .
[0103]
The structure of Claim 70 is the same as that in the case where the billing amount of one of the billing statement data excluded from the reconciliation processing is larger than the deposit amount of the payment statement data also excluded from the reconciliation processing or the total amount thereof. It defines another specific configuration of claim 65,
The calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and for the same amount of both statement data, While the reconciliation process of both detail data is performed,
Further, for the remaining amount, the account means of the accounts receivable is attached by the calculating means, and the forcible clearing process is performed.
It is characterized by:
[0104]
As described above, when the account of the accounts receivable is attached and the forcible reconciliation process is performed, the data for the remaining amount of the bill is reconciled from the data storage means (only the reconciled result is stored as data). Transferred as data to be processed by another (eg, customer side) processing system. Subsequent processing is left to the other system.
[0105]
Further, the structure of claim 71 is the structure of claims 65 to 70, wherein the remaining amount of the detailed data subjected to the division processing is the amount of the other remaining detailed data or a plurality of totals. If the amount is larger than the amount, it specifies that the division process and the reconciliation process of both detail data are performed repeatedly,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the reconciliation processing of the two detailed data, and the remaining amount is changed to the amount of the other remaining detailed data or a plurality of the remaining amount data. When the amount becomes smaller than the total amount, a specific account item is added to the remaining amount by the arithmetic means, and is left in the data storage means as a processing target of the payment statement data or the billing statement data. Forced erase processing is performed, or excluded from the erase processing target in the data storage means
It is characterized by:
[0106]
The structure of claim 72 is the same as in claim 69 or claim 70, except that the billing amount of one of the billing statement data which has been excluded from the reconciliation processing is the same as that of the receipt statement data which has also been excluded from the reconciliation processing. A specific structure is stipulated when the amount is larger than the total amount or the total amount,
In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation and the total amount thereof are compared by the arithmetic means, there is a difference between the two amounts, and the difference is out of a preset error range. Is determined, there is the payment statement data and the billing statement data that have been excluded from the reconciliation processing, and the billing amount of 1 of the billing statement data that has been excluded from the reconciliation processing is also the same as the reconciliation processing. In the case where the deposit amount is larger than the deposit amount or the total amount of the deposit detail data which is excluded from the target, the calculation means sets the charge amount of the claim detail data to (the deposit amount of the deposit detail data or the total amount thereof). Forehead) and equivalent, is divided into a remaining amount of money, both detailed data per the same amount min, with processing scrub both detailed data is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process.
It is characterized by:
[0107]
As described above, the payment details data of the discount amount corresponding to the remaining amount of the billing details data is newly created in the section of "discount", and the reconciliation process is performed in accordance with the lending and borrowing.
[0108]
The structure of claim 73 is the structure of claim 72, wherein the remaining amount of the billing statement data subjected to the division processing is larger than the amount of the other remaining receipt statement data or a plurality of total amounts. In this case, it is specified that the above-mentioned division process and the reconciliation process of both detail data are performed repeatedly,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the erasing process of both the detail data, and the remaining amount of the billing detail data is converted to the other remaining payment detail data. When the amount becomes smaller than the total amount or a plurality of total amounts, the above-mentioned calculating means temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, and sets Is attached and forced reconciliation is performed
It is characterized by:
[0109]
On the other hand, the configuration of the claim reconciliation processing method according to claims 74 to 82 is characterized in that the receivable amount of the payment details data to be cleared or the total amount thereof and a specific payment date before the latest payment date of the target payment details data are set. In the reconciliation process, once the reconciliation process is performed in accordance with the procedure of the reconciliation processing pattern described above, the remaining amount If there are payment details data and billing details data that have been excluded from the so-called reconciliation processing (that is, the amount included in both the remaining data cannot be processed in the above reconciliation processing pattern, (A case where there is a difference and the difference is an overpayment or an underpayment in which the difference is determined to be out of a preset error range).
[0110]
The structure of the claim clearing processing method of claim 74 is as follows:
In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation or the total amount thereof is subjected to a matching process by the calculating means, the two amounts match, or the difference between the two amounts is a predetermined error. It is determined that it is within the range, and within that range, the reconciliation process of the targeted payment statement data and billing statement data is performed,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. When there is received receipt statement data and billing statement data, the amount of one statement data, which is the larger amount, is calculated by the above-mentioned calculating means into an amount equivalent to (the amount of one statement of the other statement data or a plurality thereof). , And the remaining amount is divided. For the same amount of the two items of data, the reconciliation process of both items of data is performed.
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or is excluded from the target of the reconciliation processing in the data storage means.
It is characterized by:
[0111]
In other words, after the reconciliation processing of both the detailed data is performed once according to the above-described reconciliation processing pattern, there are remaining payment details data and billing details data which are excluded from the so-called reconciliation processing (that is, the remaining two data sets). The amount included in the amount cannot be processed in the above-described reconciliation processing pattern, there is a difference between the two amounts, and the difference is an overpayment or an underpayment that is determined to be outside the preset error range. In the case), the calculation means divides the detail data on the large amount of money into an amount corresponding to (one amount of the other details data or a plurality of total amounts thereof) and the remaining amount. Then, for the same amount of both the detail data, the calculation means automatically performs the process of clearing the two detail data.
[0112]
For the remaining money, a specific account is given by the calculating means, and a forced reconciliation process is performed, which is left in the data storage means as a reconciliation processing of the payment statement data or the billing statement data. Performed, or is excluded from the object of the erasing process in the data storage means. In this case, as will be described later, depending on what kind of account is assigned [in the embodiment, the method of assigning the account (priority if there are a plurality of accounts) is previously registered in the customer master], Whether the payment details data or the billing details data is to be left in the data storage means as an object of reconciliation processing, whether forced reconciliation processing is performed, or whether the data storage means is excluded from the reconciliation processing objects. Decided.
[0113]
The structure of claim 75 is that, when the deposit amount of one of the receipt details data which has been excluded from the reconciliation processing is larger than the billed amount or the total amount of the billing details data which has also been excluded from the reconciliation processing, It defines a more specific configuration of claim 74,
The calculating means divides the deposit amount of the receipt statement data into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a remaining portion. While the reconciliation process of both detail data is performed,
Further, an account of the advance payment is added to the remaining money amount by the calculating means, and the remaining money amount is left in the data storage means as a processing target of the payment detail data.
It is characterized by:
[0114]
The structure of Claim 76 is also similar to the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof. Claim 74 defines another specific configuration,
The calculating means divides the deposit amount of the receipt statement data into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a remaining portion. While the reconciliation process of both detail data is performed,
Further, for the remaining amount, the calculation means assigns an account of the provisional deposit and performs a forcible clearing process.
It is characterized by:
[0115]
The configuration of claim 77 is the same as that in the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof. It defines another specific configuration of claim 74,
The calculating means divides the deposit amount of the receipt statement data into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a remaining portion. While the reconciliation process of both detail data is performed,
Further, for the remaining amount, an account item other than the accounts receivable is given by the calculating means, and is excluded from the reconciliation processing object in the data storage means.
It is characterized by:
[0116]
In contrast to the above, the structure of claim 78 is the same as the above, except that the billing amount of one of the billing statement data excluded from the reconciliation processing is the same as the deposit amount of the payment statement data also excluded from the reconciliation processing or the total amount thereof In the case of being larger, a more specific configuration of claim 74 is defined,
The calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and for the same amount of both statement data, While the reconciliation process of both detail data is performed,
Further, for the remaining amount, the calculation means adds an account item corresponding to the remaining amount of the bill, and the account is left in the data storage means as an object of the reconciliation processing of the billing statement data.
It is characterized by:
[0117]
The structure of claim 79 is the same as that in the case where the charge amount of one of the billing statement data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment statement data which has also been excluded from the reconciliation processing. It defines another specific configuration of claim 74,
The calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and for the same amount of both statement data, While the reconciliation process of both detail data is performed,
Further, for the remaining amount, the account means of the accounts receivable is attached by the calculating means, and the forcible clearing process is performed.
It is characterized by:
[0118]
Further, the structure of Claim 80 is the structure of Claims 74 to 79, wherein the remaining amount of the detailed data subjected to the division processing is the amount of the other remaining detailed data or a plurality of totals. If the amount is larger than the amount, it specifies that the division process and the reconciliation process of both detail data are performed repeatedly,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the reconciliation processing of the two detailed data, and the remaining amount is changed to the amount of the other remaining detailed data or a plurality of the remaining amount data. When the amount becomes smaller than the total amount, a specific account item is added to the remaining amount by the arithmetic means, and is left in the data storage means as a processing target of the payment statement data or the billing statement data. Forced erase processing is performed, or excluded from the erase processing target in the data storage means
It is characterized by:
[0119]
The structure of Claim 81 is the same as that of Claims 78 and 79, except that the billing amount of 1 of the billing statement data which has been excluded from the reconciliation processing is the same as that of Claim 78. A specific structure is stipulated when the amount is larger than the total amount or the total amount,
In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation or the total amount thereof is subjected to a matching process by the calculating means, the two amounts match, or the difference between the two amounts is a predetermined error. It is determined that it is within the range, and within that range, the reconciliation process of the targeted payment statement data and billing statement data is performed,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. Payment data and billing statement data, and the charge amount of one of the billing statement data that was excluded from the reconciliation processing is equal to the sum or the total amount of the payment statement data that was also excluded from the reconciliation processing. If it is larger, the calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and For each amount, the reconciliation process of both detail data is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process.
It is characterized by:
[0120]
In the structure of claim 82, in the structure of claim 81, the remaining amount of the billing statement data subjected to the division processing is larger than the amount of the other remaining receipt statement data or a plurality of total amounts. In this case, it is specified that the above-mentioned division process and the reconciliation process of both detail data are performed repeatedly,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the erasing process of both the detail data, and the remaining amount of the billing detail data is converted to the other remaining payment detail data. When the amount becomes smaller than the total amount or a plurality of total amounts, the above-mentioned calculating means temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, and sets Is attached and forced reconciliation is performed
It is characterized by:
[0121]
On the other hand, in claims 83 to 100, the configuration of the claim clearing processing method in claims 65 to 82 is redefined as the configuration of the apparatus.
[0122]
That is, the structure of the claim clearing processing device of claim 83 corresponds to the structure of claim 65, and more specifically,
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
At the time of determining whether or not the erasing process is possible by the third arithmetic means, there is a difference between the two amounts of money between the two detailed data, and it is determined that the difference is outside the preset error range. When there are payment statement data and billing statement data that have become outside, the amount of the one statement data of the larger amount is calculated as (an amount of one of the other statement data or a total thereof), A fourth calculating means for dividing the data into the remaining amount and performing the process of applying the two detailed data to the same amount of the two detailed data;
For the remaining amount, add a specific account, leave it in the data storage unit as the target of the reconciliation processing of the payment details data or billing details data, perform a compulsory reconciliation process, or Control means to remove from the reconciliation process
It is characterized by having.
[0123]
The structure of Claim 84 corresponds to the structure of Claim 66. As a more specific structure of Claim 83,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the fourth arithmetic means The deposit amount of the receipt detail data is divided into a portion corresponding to (the billing amount of the billing detail data or the total amount thereof) and a portion corresponding to the remaining amount. Processing is performed,
Further, the control means assigns an account of the advance receipt to the remaining amount, and the remaining account amount is left as an object of the payment processing of the payment details data in the data storage means.
[0124]
The configuration of claim 85 corresponds to the configuration of claim 67, and as a more specific configuration of claim 83,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the fourth arithmetic means The deposit amount of the receipt detail data is divided into a portion corresponding to (the billing amount of the billing detail data or the total amount thereof) and a portion corresponding to the remaining amount. Processing is performed,
Further, for the remaining amount, the account of the provisional deposit is added by the control means, and the forcible clearing process is performed.
It is characterized by:
[0125]
The structure of Claim 86 corresponds to the structure of Claim 68. As a more specific structure of Claim 83,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the fourth arithmetic means The deposit amount of the receipt detail data is divided into a portion corresponding to (the billing amount of the billing detail data or the total amount thereof) and a portion corresponding to the remaining amount. Processing is performed,
Further, for the remaining amount, an account item other than the accounts receivable is given by the control means, and is excluded from the reconciliation processing object in the data storage means.
It is characterized by:
[0126]
The configuration of claim 87 corresponds to the configuration of claim 69, and as a more specific configuration of claim 83,
When the billing amount of one of the billing statement data that has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the billing statement data that has also been excluded from the reconciliation processing, the fourth arithmetic unit performs The billing amount of the billing detail data is divided into a portion corresponding to (the deposit amount or the total amount of the above-mentioned receipt detail data) and the remaining amount. Processing is performed,
Further, the control means assigns an account item corresponding to the remaining amount of the remaining amount, and the remaining account amount is left in the data storage means as an object of the reconciliation processing of the invoice detail data.
It is characterized by:
[0127]
The configuration of claim 88 corresponds to the configuration of claim 70, and as a more specific configuration of claim 83,
When the billing amount of one of the billing statement data that has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the billing statement data that has also been excluded from the reconciliation processing, the fourth arithmetic unit performs The billing amount of the billing detail data is divided into a portion corresponding to (the deposit amount or the total amount of the above-mentioned receipt detail data) and the remaining amount. Processing is performed,
Further, for the remaining amount, an account of accounts receivable is added by the control means, and a forcible clearing process is performed.
It is characterized by:
[0128]
The structure of Claim 89 corresponds to the structure of Claim 71. In the structure of Claims 83 to 88, the remaining amount of the detailed data that has been subjected to the division processing is the other amount. When the amount is larger than the amount of the remaining detailed data or the total amount of the plurality, the above-mentioned division processing and the reconciliation processing of both the detailed data are performed repeatedly,
In such cases,
With respect to the remaining amount, the fourth calculation means repeats the above-described dividing process of the amount and the erasing process of both the detail data, and the remaining amount becomes the amount of the other remaining detail data. Or, when the total amount becomes smaller than the total amount, a specific account item is added to the remaining amount by the control means, and the data storage means is used as a target for reconciliation of the payment statement data or the billing statement data. Remaining, forcible erase processing is performed, or excluded from the erase processing target in the data storage means
It is characterized by:
[0129]
The structure of claim 90 corresponds to the structure of claim 72, and more specifically,
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
At the time of determining whether or not the erasing process is possible by the third arithmetic means, there is a difference between the two amounts of money between the two detailed data, and it is determined that the difference is outside the preset error range. If the billing amount of one of the billing detail data that has been excluded is larger than the deposit amount of the receipt detail data that has also been excluded from the reconciliation processing or the total amount thereof, the billing amount of the billing detail data is calculated as ( A fourth calculating unit that divides the amount corresponding to the data amount or the total amount thereof) into a portion corresponding to the remaining amount and a portion corresponding to the same amount of both the detail data, and performs a reconciliation process of both detail data;
Control means for temporarily creating payment details data of a discount amount corresponding to the remaining amount of the billing details data, attaching a discount account thereto, and performing a forcible clearing process;
It is characterized by having.
[0130]
The structure of claim 91 corresponds to the structure of claim 73. In the structure of claim 90, the remaining amount of the billing specification data that has been subjected to the division processing is the other. It stipulates that the above-mentioned division process and the reconciliation process of both detail data are performed repeatedly when it is larger than the amount of the receipt details data or the total amount of a plurality of receipts,
In such cases,
With respect to the remaining amount, the above-mentioned dividing process of the amount and the erasing process of both detail data are further repeated by the fourth calculating means, and the remaining amount of the billing detail data is left as the other portion. When it becomes smaller than the amount of the receipt details data or a plurality of total amounts, the control means temporarily creates the receipt details data of the discount amount corresponding to the remaining amount of the claim details data, and makes a Account is attached and forced reconciliation is performed
It is characterized by:
[0131]
The structure of the claim clearing processing apparatus of claim 92 corresponds to the structure of claim 74, and more specifically,
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
A fourth calculating means for performing a clearing process on the received receipt details data and billing detail data within a range where the clearing process is determined to be possible;
The third calculation means determines that there is a difference between the two amounts of data remaining after the reconciliation processing by the fourth calculation means, and that the difference is outside the preset error range. As a result, if there is payment statement data and billing statement data that have been excluded from the reconciliation process, the larger one of the statement data is replaced by the one of the other statement data The total amount) and the remaining amount are divided, and the fourth arithmetic unit issues an instruction to execute the process of applying both the detail data for the same amount of the detail data. 5 calculation means;
For the remaining amount, add a specific account, leave it in the data storage unit as the target of the reconciliation processing of the payment details data or billing details data, perform a compulsory reconciliation process, or Control means to remove from the reconciliation process
It is characterized by having.
[0132]
The configuration of claim 93 corresponds to the configuration of claim 75, and as a more specific configuration of claim 92,
In the case where the deposit amount of 1 of the payment statement data excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof, the fifth arithmetic unit The deposit amount of the receipt statement data is divided into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a portion corresponding to the remaining amount. , The reconciliation process of both detail data is performed,
Further, the control means assigns an account of the advance receipt to the remaining amount, and the remaining account amount is left as an object of the payment processing of the payment details data in the data storage means.
[0133]
The configuration of claim 94 corresponds to the configuration of claim 76, and as a more specific configuration of claim 92,
In the case where the deposit amount of 1 of the payment statement data excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof, the fifth arithmetic unit The deposit amount of the receipt statement data is divided into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a portion corresponding to the remaining amount. , The reconciliation process of both detail data is performed,
Further, for the remaining amount, the account of the provisional deposit is added by the control means, and the forcible clearing process is performed.
It is characterized by:
[0134]
The configuration of claim 95 corresponds to the configuration of claim 77. As a more specific configuration of claim 92,
In the case where the deposit amount of 1 of the payment statement data excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof, the fifth arithmetic unit The deposit amount of the receipt statement data is divided into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a portion corresponding to the remaining amount. , The reconciliation process of both detail data is performed,
Further, for the remaining amount, an account item other than the accounts receivable is given by the control means, and is excluded from the reconciliation processing object in the data storage means.
It is characterized by:
[0135]
The configuration of claim 96 corresponds to the configuration of claim 78. As a more specific configuration of claim 92,
In the case where the billing amount of one of the billing statement data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the receipt statement data which has also been excluded from the reconciliation processing, the fifth calculating means The billing amount of the billing detail data is divided into an amount corresponding to (the deposit amount of the deposit detail data or the total amount thereof) and a remaining amount, and the fifth calculating means calculates the same amount of the same amount of both the detail data. , The reconciliation process of both detail data is performed,
Further, the control means assigns an account item corresponding to the remaining amount of the remaining amount, and the remaining account amount is left in the data storage means as an object of the reconciliation processing of the invoice detail data.
It is characterized by:
[0136]
The configuration of claim 97 corresponds to the configuration of claim 79, and as a more specific configuration of claim 92,
In the case where the billing amount of one of the billing statement data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the receipt statement data which has also been excluded from the reconciliation processing, the fifth calculating means The billing amount of the billing detail data is divided into an amount corresponding to (the deposit amount of the deposit detail data or the total amount thereof) and a remaining amount, and the fifth calculating means calculates the same amount of the same amount of both the detail data. , The reconciliation process of both detail data is performed,
Further, for the remaining amount, an account of accounts receivable is added by the control means, and a forcible clearing process is performed.
It is characterized by:
[0137]
The structure of claim 98 corresponds to the structure of claim 80. In the structure of claims 92 to 97, the remaining amount of the detailed data that has been subjected to the division processing is the other. When the amount is larger than the amount of the remaining detailed data or the total amount of the plurality, the above-mentioned division processing and the reconciliation processing of both the detailed data are performed repeatedly,
In such cases,
With respect to the remaining amount, the fifth calculation means repeats the above-described division processing of the amount and the reconciliation processing of both the detail data, and the remaining amount becomes the amount of the other remaining detail data. Or, when the total amount becomes smaller than the total amount, a specific account item is added to the remaining amount by the control means, and the data storage means is used as a target for reconciliation of the payment statement data or the billing statement data. Remaining, forcible erase processing is performed, or excluded from the erase processing target in the data storage means
It is characterized by:
[0138]
The structure of claim 99 corresponds to the structure of claim 81, and as a more specific structure,
Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
A fourth calculating means for performing a clearing process on the received receipt details data and billing detail data within a range where the clearing process is determined to be possible;
The third calculation means determines that there is a difference between the two amounts of data remaining after the reconciliation processing by the fourth calculation means, and that the difference is outside the preset error range. As a result, there are payment statement data and billing statement data that have been excluded from the reconciliation processing, and the payment amount of 1 of the billing statement data that has been excluded from the reconciliation processing has also been excluded from the reconciliation processing. When it is larger than the deposit amount of the detailed statement data or the total amount thereof, the charge amount of the billing detailed statement data is divided into a portion corresponding to (the deposit amount or the total amount of the above-mentioned deposit detail data) and a remaining amount, Fifth computing means for giving an instruction to perform the clearing process of both detail data by the fourth computing means for the same amount of both detail data,
Control means for temporarily creating payment details data of a discount amount corresponding to the remaining amount of the billing details data, attaching a discount account thereto, and performing a forcible clearing process;
It is characterized by having.
[0139]
The structure of claim 100 corresponds to the structure of claim 82. In the structure of claim 99, the remaining amount of the billing specification data that has been subjected to the division process is the other. It stipulates that the above-mentioned division process and the reconciliation process of both detail data are performed repeatedly when it is larger than the amount of the receipt details data or the total amount of a plurality of receipts,
In such cases,
With respect to the remaining amount, the fifth arithmetic unit repeats the above-described division processing of the amount and the reconciliation processing of both the detail data, and the remaining amount of the billing detail data becomes the remaining amount. When it becomes smaller than the amount of the receipt details data or a plurality of total amounts, the control means temporarily creates the receipt details data of the discount amount corresponding to the remaining amount of the claim details data, and makes a Account is attached and forced reconciliation is performed
It is characterized by:
[0140]
The configurations of claims 101 to 118 specify programs that can be executed by the computer in order to cause the computer to execute the methods defined in claims 65 to 82. That is, as a configuration for solving the above-described problem, a computer that can execute each of the processes defined in claims 65 to 82 using a configuration of the computer and that can be read and executed by the computer. Disclose about the program. When such a program for causing a computer to execute each of the above-described processes is read out by the computer, a process similar to any one of the processes defined in claims 65 to 82 is executed.
[0141]
Among them, the configuration of claim 101 is a configuration corresponding to the configuration of claim 65, and the specific configuration is
When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, If there is a difference in the amount and it is determined that the difference is out of the preset error range, and there are payment statement data and billing statement data that have been excluded from the reconciliation process, the larger amount The calculation means divides the amount of one detailed data into an amount equivalent to (an amount of one of the other detailed data or a plurality thereof) and a remaining amount. Per the same amount worth of over data, with processing scrub both detailed data is performed,
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or a process excluded from the object of the erasing process is executed in the data storage means.
A computer program characterized by the following.
[0142]
The structure of Claim 102 corresponds to the structure of Claim 66. As a more specific structure of Claim 101,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
Further, an account of the advance payment is added to the remaining money amount by the calculating means, and the remaining money amount is left in the data storage means as a processing target of the payment detail data.
A computer program characterized by the following.
[0143]
The configuration of Claim 103 corresponds to the configuration of Claim 67. As a more specific configuration of Claim 101,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
Further, for the remaining amount, the calculation means assigns an account of the provisional deposit and performs a forcible clearing process.
A computer program characterized by the following.
[0144]
The structure of
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
Further, for the remaining amount, an account item other than the accounts receivable is given by the calculating means, and is excluded from the reconciliation processing object in the data storage means.
A computer program characterized by the following.
[0145]
The structure of claim 105 corresponds to the structure of claim 69, and as a more specific structure of claim 101,
When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
Further, for the remaining amount, the calculation means adds an account item corresponding to the remaining amount of the bill, and the account is left in the data storage means as an object of the reconciliation processing of the billing statement data.
A computer program characterized by the following.
[0146]
The configuration of claim 106 corresponds to the configuration of claim 70, and as a more specific configuration of claim 101,
When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
Further, for the remaining amount, the account means of the accounts receivable is attached by the calculating means, and the forcible clearing process is performed.
It is characterized by:
[0147]
The structure of Claim 107 corresponds to the structure of Claim 71. In the structure of Claims 101 to 106, the remaining amount of the detailed data that has been subjected to the division processing is the other amount. When the amount is larger than the amount of the remaining detailed data or the total amount of the plurality, the above-mentioned division processing and the reconciliation processing of both the detailed data are performed repeatedly,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the reconciliation processing of the two detailed data, and the remaining amount is changed to the amount of the other remaining detailed data or a plurality of the remaining amount data. When the amount becomes smaller than the total amount, a specific account item is added to the remaining amount by the arithmetic means, and is left in the data storage means as a processing target of the payment statement data or the billing statement data. Forced erase processing is performed, or excluded from the erase processing target in the data storage means
It is characterized by:
[0148]
The configuration of claim 108 corresponds to the configuration of claim 72, and as a more specific configuration,
When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, If there is a difference in the amount and it is determined that the difference is outside the preset error range, there are payment statement data and billing statement data that are excluded from the reconciliation processing, and the reconciliation processing is not performed. In the case where the billing amount of the
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process.
A computer program characterized by the following.
[0149]
The structure of claim 109 corresponds to the structure of claim 73. In the structure of claim 108, the remaining amount of the billing specification data that has been subjected to the splitting process is the other. It stipulates that the above-mentioned division process and the reconciliation process of both detail data are performed repeatedly when it is larger than the amount of the receipt details data or the total amount of a plurality of receipts,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the erasing process of both the detail data, and the remaining amount of the billing detail data is converted to the other remaining payment detail data. When the amount becomes smaller than the total amount or a plurality of total amounts, the above-mentioned calculating means temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, and sets Is attached and forced reconciliation is performed
It is a computer program characterized by the following.
[0150]
The structure of claim 110 corresponds to the structure of claim 74.
When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, It is determined that the amounts match or the difference between the two amounts is within a preset error range, and within that range, the target payment statement data and billing statement data are processed for reconciliation,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. When there is received receipt statement data and billing statement data, the amount of one statement data, which is the larger amount, is calculated by the above-mentioned calculating means into an amount equivalent to (the amount of one statement of the other statement data or a plurality thereof). , And the remaining amount is divided. For the same amount of the two items of data, the reconciliation process of both items of data is performed.
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or a process excluded from the object of the erasing process is executed in the data storage means.
A computer program characterized by the following.
[0151]
The configuration of claim 111 corresponds to the configuration of claim 75, and as a more specific configuration of claim 110,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
Further, an account of the advance payment is added to the remaining money amount by the calculating means, and the remaining money amount is left in the data storage means as a processing target of the payment detail data.
A computer program characterized by the following.
[0152]
The configuration of claim 112 corresponds to the configuration of claim 76, and as a more specific configuration of claim 110,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
Further, for the remaining amount, the calculation means assigns an account of the provisional deposit and performs a forcible clearing process.
A computer program characterized by the following.
[0153]
The structure of Claim 113 corresponds to the structure of Claim 77. As a more specific structure of Claim 110,
In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
Further, for the remaining amount, an account item other than the accounts receivable is given by the calculating means, and is excluded from the reconciliation processing object in the data storage means.
A computer program characterized by the following.
[0154]
The structure of claim 114 corresponds to the structure of claim 78, and as a more specific structure of claim 110,
When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
Further, for the remaining amount, the calculation means adds an account item corresponding to the remaining amount of the bill, and the account is left in the data storage means as an object of the reconciliation processing of the billing statement data.
A computer program characterized by the following.
[0155]
The structure of claim 115 corresponds to the structure of claim 79, and as a more specific structure of claim 110,
When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
Further, for the remaining amount, the account means of the accounts receivable is attached by the calculating means, and the forcible clearing process is performed.
A computer program characterized by the following.
[0156]
The structure of Claim 116 corresponds to the structure of Claim 80. In the structure of Claims 110 to 115, the remaining amount of the detailed data that has been subjected to the division processing is the other amount. When the amount is larger than the amount of the remaining detailed data or the total amount of the plurality, the above-mentioned division processing and the reconciliation processing of both the detailed data are performed repeatedly,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the reconciliation processing of the two detailed data, and the remaining amount is changed to the amount of the other remaining detailed data or a plurality of the remaining amount data. When the amount becomes smaller than the total amount, a specific account item is added to the remaining amount by the arithmetic means, and is left in the data storage means as a processing target of the payment statement data or the billing statement data. Forced erase processing is performed, or excluded from the erase processing target in the data storage means
It is characterized by:
[0157]
The structure of claim 117 corresponds to the structure of claim 81, and as a more specific structure,
When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, It is determined that the amounts match or the difference between the two amounts is within a preset error range, and within that range, the target payment statement data and billing statement data are processed for reconciliation,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. Payment data and billing statement data, and the charge amount of one of the billing statement data that was excluded from the reconciliation processing is equal to the sum or the total amount of the payment statement data that was also excluded from the reconciliation processing. If it is larger, the calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and For each amount, the reconciliation process of both detail data is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process.
A computer program characterized by the following.
[0158]
The structure of claim 118 corresponds to the structure of claim 82. In the structure of claim 117, the remaining amount of the billing statement data that has been subjected to the division process is the other. It stipulates that the above-mentioned division process and the reconciliation process of both detail data are performed repeatedly when it is larger than the amount of the receipt details data or the total amount of a plurality of receipts,
In such cases,
With respect to the remaining amount, the calculation means repeats the above-described division processing of the amount and the erasing process of both the detail data, and the remaining amount of the billing detail data is converted to the other remaining payment detail data. When the amount becomes smaller than the total amount or a plurality of total amounts, the above-mentioned calculating means temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, and sets Is attached and forced reconciliation is performed
A computer program characterized by the following.
[0159]
Further, as described above, the configuration of claim 119 defines a computer-readable recording medium storing the computer program according to any one of claims 101 to 118. That is, these computer programs are stored in a recording medium, and can be used as a transaction target or actually executed.
[0160]
The computer that executes the method or the program (or the program read from the recording medium) or the computer that configures the system may have one configuration (such as a stand-alone computer), but is not limited thereto. Instead, the network is composed of a plurality of computers (such as a plurality of servers) constituting a network, and the processing performed in each of the above steps is distributed (if necessary, through an appropriate communication configuration) to these computers. May be set in the program so that the program is executed.
[0161]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is an explanatory diagram showing an outline of an embodiment of the present invention. In this example, the company provided with the
[0162]
Here, the fact that the three group companies are enclosed in squares indicates that the group is the headquarters company, and the customers A to D, which are the billing destinations, are also enclosed in squares, which will be described later. As shown in FIG. 9, when the billing destination is any of the customers A to D, a transfer request for the bill is always made by the customer A (accurately, a transfer request is issued from the customer A to the receiving bank). Transfer processing is performed by the receiving bank in accordance with the transfer to the
[0163]
2 to 6 show the functional block configuration in the
[0164]
As shown in these drawings, the
[0165]
In addition, the temporary billing statement master 11b and the temporary
[0166]
As shown in FIG. 2, in the
[0167]
Next, as shown in FIG. 3, a grouping table that defines who makes a transfer as a payment source for a bill to customers A to G, which are grouped as shown in FIGS. 9 and 28 described below, is registered. The customer master 13 (as will be described later, the
[0168]
Further, in FIG. 4, as shown in FIG. 28 described later, together with the grouping table, of the 17 clearing patterns described later, clearing patterns selected and set by the supervising company or its group company, commission adjustment settings, and deemed clearing With reference to the
[0169]
FIG. 5 shows that the
[0170]
FIG. 6 shows that the arithmetic and
[0171]
FIG. 7 is a flowchart showing a procedure for registering a setting item for reconciliation / application in the
[0172]
First, for the purpose of narrowing down the billing party and the entity of the payment source, setting and registration (grouping and special setting) of customers A to G of the group company as to where payment is made for billing to those persons are performed. (Step S101).
[0173]
Subsequent processes are settings for narrowing down the corresponding data.
[0174]
First, an operator of the supervising company or a group company selects an arbitrary clearing pattern from among 17 patterns described later (the 17 patterns are stored in the clearing procedure master 14), and registers the clearing pattern to the
[0175]
Then, the operator of the supervising company or the group company selects whether or not to adjust the bank transfer fee at the time of the reconciliation / clearing process, and if the fee is adjusted, also inputs the amount. In response, the
[0176]
If the commission adjustment is not performed (step S103; N), the process jumps to step S105.
[0177]
Conversely, when the fee adjustment is performed (step S103; Y), the setting of performing the fee adjustment in the
[0178]
Next, the operator of the controlling company or group company, even if there is a discrepancy in the amount during the reconciliation / applying process, executes the reconciliation assuming that the reconciliation was successful. When performing deemed clearing, also enter the amount range. In response, the
[0179]
Here, if the deemed clearing is not performed (step S105; N), the process ends.
[0180]
Conversely, when the deemed clearing is performed (Step S105; Y), the setting of performing the deemed clearing on the
[0181]
On the other hand, FIG. 8 is a flowchart showing the processing procedure of the loan clearing process by the narrowing down process of the billing party and the payment source from FIG. 3 to FIG. 6 and the narrowing down process of the corresponding data.
[0182]
Usually, the customer side determines the closing date and pays the payment on the 20th, 25th, 30th, etc. of the month, the next month, or the month after the month. Therefore, in the application processing program on the
[0183]
Here, when the due date has not arrived (step S201; N), the processing by the clearing processing program ends. On the other hand, when the due date has arrived (step S201; Y), whether the billing statement data and the receipt statement data that have not been processed yet to be compared and applied as shown in FIG. It is checked whether it is (Step S202).
[0184]
If both data are not present in each of the masters 11a and 12a (step S202; N), the processing by the clearing processing program ends. However, since this program is started at least every day (may be every several hours), the process starts again from the step S201.
[0185]
Conversely, when both data are present in the respective masters 11a and 12a (step S202; Y), the
[0186]
After that, in step S205, it is checked whether or not the subsequent processing from step S206 to step S215 (the narrowing down processing for the corresponding data) has been performed on all the data extracted by the narrowing down processing (step S205). ). When all of these processes have been completed (step S205; Y), the process by the reconciliation processing program ends.
[0187]
On the other hand, if the above processing has not been completed (step S205; N), one or a plurality of payment statement data of an arbitrary group company and these data (billee = payment source) or (billee = Based on all the clearing patterns selected and registered in the
[0188]
However, even if all the clearing patterns selected and registered in the
[0189]
In addition, in the above-mentioned step S206, when the application processing using the application pattern registered next in the
[0190]
In that case, first, it is checked whether the commission adjustment is set in the customer master 13 (step S207).
[0191]
When the commission adjustment is not set in the customer master 13 (step S207; N), it is further checked whether or not the deemed application is set in the customer master 13 (step S208).
[0192]
When the deemed clearing is not set in the customer master 13 (step S208; N), the clearing pattern registered in the
[0193]
In the step S208, when the deemed application is set in the customer master 13 (step S208; Y), the application pattern and the deemed difference registered in the
[0194]
In step S207, when the fee adjustment is set in the customer master 13 (step S207; Y), it is further checked whether or not the deemed clearing is set in the customer master 13 (step S211).
[0195]
When the deemed application is not set in the customer master 13 (step S211; N), the application pattern registered in the
[0196]
In the above step S211, if the deemed application is set in the customer master 13 (step S211; Y), the items of the application pattern, the assumed difference and the priority transfer fee registered in the
[0197]
As a result of performing the clearing process in steps S209, S210, S212 and S213, it is checked whether clearing is possible in the process (step S214), and clearing of both data is impossible. If there is (Step S214; N), the process returns to Step S206, and the clearing process from Step S207 to Step S213 is repeated based on the next clearing pattern registered in the
[0198]
If both data can be cleared (step S214; Y), the results of the clearing process are stored in the temporary billing statement master 11b and the temporary
[0199]
If the processing from step S206 to step S215 has not been performed on the extracted all billing statement data and all payment statement data (step S205; N), the processing from step S206 to step S215 is repeated. Conversely, if the processing from step S206 to step S215 has been performed on all the billing statement data and all the payment statement data (step S205; Y), the clearing processing by the clearing processing program ends there.
[0200]
Finally, although not shown in this figure, when the reconciliation processing by the reconciliation processing program is completed, the billing statements stored in the temporary billing statement master 11b and the temporary
[0201]
FIG. 9 shows an example of a state of setting and registering a grouping table in the
[0202]
As shown in the figure, when billing is made to customers A to D as billing destinations, payment for the billing (payment source) is always made on behalf of customer A (the billing party is a customer). A is not a substitute payment).
[0203]
If billing is made to customers E to G as billing destinations, payment for the billing (payment source) is usually made on behalf of customer G, but this grouping table contains an application range flag. If it is set, the customer who is the billing destination (customers E and F in the drawing) can pay as a special case (it will be recognized as a payment source).
[0204]
Further, FIG. 10 shows an example of the payment statement data and the billing statement data extracted by performing the narrowing-down process on the billing party and the payment source entity based on FIG. Here, the billing destination of the billing statement data is the customers A to D. By referring to the grouping table of the
[0205]
Next, 17 examples of the clearing patterns stored in the
[0206]
In this example, the payment amount and the billing amount are checked with respect to the payment detail data and the billing detail data to be cleared according to the following rules while extracting and rearranging the data.
[0207]
Pattern 1 (see FIG. 11)
For the payment details data and billing details data to be applied, the total amount of N pieces of payment details data (four in the figure) based on the target billing destination (code) or payment source (code) calculate. At this time, based on the date (2002/08/25) with the latest payment date among the N pieces of payment detail data, the billing date of the target billing detail data is changed to the payment date (2002) acquired above. / 08/10) Calculate the total amount of the data to be applied for the previous data. This is the first pattern rule for checking the amount of money based on the calculated total amount of deposit and the total amount of invoices to be applied. In the example of FIG. 11, the data of the black shaded line is erased.
[0208]
Pattern 2 (see FIG. 12)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. Based on the processing date (date of the server 1) in the target billing detail data, the total amount of the billing target billing amount up to the last day of the previous month is calculated. This is a rule to check the amount based on the calculated total amount of the deposit and the total amount of the invoice to be applied. In the example of FIG. 12, when the application processing is performed on 2008/08/31, the data of the black shaded line is applied.
[0209]
Pattern 3 (see FIG. 13)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. Based on the processing date (date of the server 1) of the target billing detail data, the total amount of the billing target billing date up to the last day of the month before the billing date is calculated. This is a rule to check the amount based on the calculated total amount of the deposit and the total amount of the invoice to be applied. In the example of FIG. 13, when the reconciliation processing is performed on 2002/08/31, the data of the black shaded line is reconciled.
[0210]
Pattern 4 (see FIG. 14)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. Based on the processing date (date of the server 1) in the target billing detail data, the total amount of the billing target billing amount for the previous month is calculated. This is a rule to check the amount based on the calculated total amount of the deposit and the total amount of the invoice to be applied. In the example of FIG. 14, when the reconciliation processing is performed on 2002/08/31, the data of the black shaded line is reconciled.
[0211]
Pattern 5 (see FIG. 15)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. Based on the processing date (date of the server 1) in the target billing statement data, the total amount of the billing target billing amount for the date two months before the billing date is calculated. This is a rule to check the amount based on the calculated total amount of the deposit and the total amount of the invoice to be applied. In the example of FIG. 15, when the application process is performed on 2008/08/31, the data of the black shaded line is applied.
[0212]
Pattern 6 (see FIG. 16)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. At this time, based on the latest payment date among the N pieces of payment detail data, the billing date of the target billing detail data is set to a date before the payment date acquired above, and Is a rule to check the amount while adding the invoice amount to be applied in order from the oldest data. (If there are multiple data with the same invoice date, the invoice amount to be applied is added from the smaller amount) . An amount check is performed based on the calculated total amount of the deposit and the total amount of the invoice to be applied. The check of the money amount is performed until the matching is performed or until the money amount exceeds the error range (the deemed difference amount and / or the addition amount of the transfer amount) that allows the application. In the example of FIG. 16, when the application processing is performed on 2008/08/31, the data of the black shaded line is applied.
[0213]
Pattern 7 (see FIG. 17)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. At this time, based on the latest payment date among the N pieces of payment detail data, the billing date is set to the data before the payment date obtained above, and the billing number is set. This is a rule for checking the amount while adding the billing amount to be applied in ascending order. An amount check is performed based on the calculated total amount of the deposit and the total amount of the invoice to be applied. The check of the amount is performed until the matching is completed or the error exceeds the error range allowing the application as described above. In the example of FIG. 17, when the application processing is performed on 2008/08/31, the data of the black shaded line is applied.
[0214]
Pattern 8 (see FIG. 18)
The total amount of the N pieces of payment detail data is calculated based on the billing destination (code) or the payment source (code) to be applied to the payment detail data and the billing detail data to be applied. At this time, out of the N payment details data, based on the date of the latest payment, the scheduled collection date of the target billing details data is a data before the payment date acquired as described above. Calculate the sum of the amounts. This is a rule to check the amount based on the calculated total amount of the deposit and the total amount of the invoice to be applied. In the example of FIG. 18, the data of the black shaded line is erased.
[0215]
Pattern 9 (see FIG. 19)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). At this time, the billing detail data is the total amount of the billing amount to be applied for all data whose billing date is before the payment date. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 19, the data of the black shaded line is erased.
[0216]
Pattern 10 (see FIG. 20)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). Based on the processing date (date of the server 1) in the target billing detail data, the total amount of the billing target billing amount up to the last day of the previous month is calculated. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 20, when the reconciliation processing is performed on 2002/08/31, the data of the black shaded line is reconciled.
[0219]
Pattern 11 (see FIG. 21)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). Based on the processing date (date of the server 1) of the target billing detail data, the total amount of the billing target billing date up to the last day of the month before the billing date is calculated. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 21, when the application processing is performed on 2008/08/31, the data of the black shaded line is applied.
[0218]
Pattern 12 (see FIG. 22)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). Based on the processing date (date of the server 1) in the target billing detail data, the total amount of the billing target billing amount for the previous month is calculated. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 22, when the application processing is performed on 2002/08/31, the data of the black shaded line is applied.
[0219]
Pattern 13 (see FIG. 23)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). Based on the processing date (date of the server 1) in the target billing statement data, the total amount of the billing target billing amount for the date two months before the billing date is calculated. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 23, when the reconciliation processing is performed on 2002/08/31, the data of the black shaded line is reconciled.
[0220]
Pattern 14 (see FIG. 24)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). This is a rule for checking the amount of data to be applied, in order from the data with the oldest billing date, to the data with the billing date before the payment date in the target billing detail data. (If there are a plurality of data with the same billing date, the data to be applied for is charged from the data with the smaller amount). The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 24, when the reconciliation process is performed on 2008/08/31, the data of the black shaded line is reconciled. Here, the payment details data (payment amount 50,000 yen) on the
[0221]
Pattern 15 (see FIG. 25)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). This is a rule that checks the amount of data to be applied while increasing the invoice amount to be applied to data in which the invoice date is before the payment date in the order from the lowest invoice number in the invoice details data to be processed. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 25, when the reconciliation processing is performed on 2002/08/31, the data of the black shaded line is reconciled.
[0222]
Pattern 16 (see FIG. 26)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). At this time, the billing detail data is the total amount of the billing target for application for all data whose scheduled collection date is before the payment date. The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 26, the data of the black shaded line is erased.
[0223]
Pattern 17 (see FIG. 27)
For the payment details data and billing details data to be applied, based on the target billing destination (code) or payment source (code), the data of one payment details data is arranged in order from the oldest payment date. (If there are a plurality of data with the same payment date, start with the data with the lowest item number). Among the billing details data to be processed, the billing date is a rule that checks the data to be cleared for one billing detail data in order from the data with the oldest billing date to the data before the payment date (billing) If there are multiple data with the same date, check from the data with the smaller billing amount for clearing). The check of the amount is performed until the target billing statement data matches or the check of all the payment statement data is completed. In the example of FIG. 27, when the reconciliation processing is performed on 2002/08/31, the data of the black shaded line is reconciled. Here, the payment details data (payment amount of 50,000 yen) on the
[0224]
The above-mentioned clearing pattern is stored as data in the
[0225]
(Example)
Next, an embodiment of the present invention will be described with reference to FIGS.
[0226]
FIG. 28 shows a setting example of each item in the
[0227]
When the billing destination is the customer A, the
[0228]
On the other hand, in each case, the commission adjustment is set to “use”, and the prioritized commission amounts are “high amount” for customers A to C and “low amount” for customer D. FIG. 29 shows the contents of the transfer fee data stored in the transfer fee master 15, according to which the "high amount" starts from 420 yen, and if the calculation does not fit, 315 yen , 210 yen and 105 yen (customer D will be referred to in reverse).
[0229]
In addition, the deemed application is set to “use”, and the deemed difference is in the range of “−10 to 10 yen”.
[0230]
As described above, when the contents of the
[0231]
Here, since the narrowing-down process for the subject has already been completed, the narrowing-down process for the corresponding data for narrowing down which data has a corresponding relationship is performed. The date when this process was performed is August 4, 2002.
[0232]
First, in the receivable clearing process by the arithmetic and
[0233]
1. The setting of the
[0234]
1- (1) By setting the clearing range of the
[0235]
Supplement: If the clearing range flag (*) is set in the clearing range of the billing destination A in the
[0236]
By setting the application pattern, the corresponding billing statement data is further narrowed down. In the example of the above figure, the first clearing pattern of the billing destination A in the
[0237]
Next, a flow of checking each amount will be described.
[0238]
2. Check the deposit amount and billed amount. In the processing described above, the data is narrowed down to the data shown in FIG.
[0239]
2- (1) Check whether the total amount of money to be processed is the total amount of money to be processed.
In the example of FIG. 31, the total deposit amount of 14,680 yen and the total charge amount of 20,000 yen are not equal.
[0240]
2- (2) Next, a judgment is made in the transfer fee adjustment (confirm the setting of the transfer fee adjustment in the customer master 13).
In the billing destination A of the
[0241]
2- (3) Next, a decision is made in the deemed clearing (confirmation of the clearing setting only in the customer master 13).
In the billing destination A of the
Invoice amount total-(deposit amount total + transfer fee) = difference calculated by
2,0000 yen-(14,680 yen + 420 yen) = Difference 4,900 yen
[0242]
Next, the transfer fee adjustment is not performed, and only the deemed application adjustment is confirmed. In the above example, of course, this does not fall within the adjustment range of the deemed clearing.
Invoice amount total-(deposit amount total amount) = Difference calculated by
2,0000 yen-(14,680 yen) = balance 5,320 yen
[0243]
Supplement: If both the transfer fee adjustment and the deemed clearing are not used, the checks in 2- (2) and (3) above are not performed. Therefore, unless the total amount of deposit is equal to the total amount of billing, no application matching is performed.
[0244]
By checking up to this point, data that cannot be cleared is determined to be a clearing unmatch.
[0245]
However, in the
[0246]
That is, based on the data shown in FIG. 32, by sequentially checking from the above 2- (1), it is possible to confirm that it is within the adjustment range by confirming 2- (3).
Invoice amount total-(deposit amount total + transfer fee) = difference calculated by
15,000 yen-(14,680 yen + 315 yen) =
[0247]
The adjustment range of the deemed clearing is between -10 and 10 yen, so it is within the range. Therefore, it is determined that the matching is clear. In the
[0248]
3. Change the application pattern and check.
In the example of “checking the amount of money to be paid and the amount of money to be charged”, the
[0249]
In the confirmation processing up to the “check of the deposit amount and the bill amount”, the data shown in FIG. 33 has not been applied.
[0250]
Therefore, when the billing statement data corresponding to the
[0251]
The
[0252]
If the data of FIG. 34 is checked in order from 2- (1), it is determined that the matching is clear by confirming 2- (2).
Invoice amount total = (deposit amount total + transfer fee)
80,000 yen = (79,580 yen + 420 yen)
[0253]
As described above, the application is automatically performed based on various conditions set in the
[0254]
In this embodiment described above, the processing result as shown in FIG. 35 is finally automatically processed.
[0255]
Next, the drawings in FIG. 36 and subsequent figures show how to split the amount of money when there is a so-called overpayment or underpayment that makes it impossible to apply for receivables according to the procedure of the matching process pattern performed in the above embodiment. This shows an example of a configuration in which a specific account is set, and further a part of the specific account is automatically processed by a computer.
[0256]
When the reconciliation processing of the payment statement data and the billing statement data is completed in the above-described pattern, as shown in FIG. Even if the clearing process has not been completed and the clearing process is not performed by the pattern (a flag indicating that the clearing process is not performed) is set by the
[0257]
The
[0258]
First, as shown in FIG. 36, in addition to the items shown in FIG. 28, the customer master 13 (as will be described later) includes, as shown in FIG. (There is a setting item by the controlling company or the group company for the processing, etc.), and the arithmetic and
[0259]
Further, as shown in FIG. 37, the customer shown in FIG. 41 to be described later in which item data for the automatic payment division processing and the automatic payment division processing selected and set by the operator of the supervising company or its group company is registered. Twelve ({(Claims 66 to 70) × 2 (Repeated pattern claim 71)) + (Claim 72) × 2 (Repeated pattern claim 73)} of the above-described clearing procedure centered on the
[0260]
Further, a specific account item to be described later is given by the
[0261]
FIG. 38 shows that the above-described processing is performed by the arithmetic and
[0262]
FIG. 39 shows that the
[0263]
FIG. 40 shows a non-pattern clearing process registration menu registered for each billing party in the
[0264]
Of these, the payment statement automatic division processing is performed when the payment amount of the payment detail data is larger than each of the billing details data (or the sum of each billing amount) due to excessive payment or the like, as shown in FIG. In addition, the
[0265]
The setting button for automatic execution of advance payment processing is used to treat the remaining amount of money when the automatic payment division automatic splitting process is set, and the
[0266]
The button for setting the final application processing method is used to set the temporary receipt as the account item of the data when the automatic payment processing is not automatically executed or when the unapplied payment details data has passed its storage period. This button is used to select whether or not to perform the receivable.
[0267]
The setting button for the automatic execution of the discount processing is treated as the amount of the remaining amount, and the
[0268]
FIG. 41 shows a case where the group clearing company or the operator of the group company sets the clearing procedure using the non-pattern clearing process registration menu shown in FIG. The registration status of the reconciliation procedure is shown.
[0269]
In the case where the billing destination is the customer D, the default settings are changed for both the payment statement automatic splitting process and the billing statement automatic splitting process, and neither is performed. The
[0270]
FIG. 42 is a flowchart showing a procedure of setting items for executing the clearing procedure in the
[0271]
Here, the supervising
[0272]
Conversely, if the setting button for performing the payment statement automatic division process is selected (eg, the setting button below the default setting button is selected) (step S301; Y), the
[0273]
Next, the amount remaining after the amount split and the reconciliation process for the same amount in both detail data are performed by the
[0274]
If the account is not automatically processed as an advance payment (step S303; N), registration is made that processing is not to be performed, and the process proceeds to step S307 described below.
[0275]
On the other hand, when the account item is automatically processed as an advance payment (step S303; Y), an input of a storage period of unapplied data is requested (step S304), and it is checked whether or not the storage period has been input. (Step S305). If the storage period has not been input (step S305; N), the process returns to step S304, and the above processing is repeated.
[0276]
Conversely, if there is an input of the storage period (step S305; Y), the fact that the advance receipt processing is automatically executed and the storage period are registered in the customer master 13 (step S306).
[0277]
If the pre-payment processing is not automatically executed on the display screen, or if the storage period has expired despite the fact that the execution of the processing has been registered, the final application processing Is checked (step S307).
[0278]
If the final clearing process is a temporary receipt (step S307; Y), registration is made in the
[0279]
As shown in FIG. 43, the controlling
[0280]
On the other hand, when the setting button for performing the automatic billing division process is selected (for example, the setting button below the default setting button is selected) (step S401; Y), the billing automatic division is performed in the
[0281]
Next, the amount remaining after the amount split and the reconciliation process for the same amount in both detail data by the
[0282]
If the account is not automatically discounted as a discount (step S403; N), registration that the discount is not performed is made, and the process proceeds to step S407 described below.
[0283]
On the other hand, when the discount processing is performed automatically (step S403; Y), a request to set a discount rate is issued (step S404), and it is checked whether the discount rate has been set (step S405). . If the discount rate has not been set (step S405; N), the process returns to step S404, and the above processing is repeated.
[0284]
Conversely, if the discount rate is set (step S405; Y), the fact that the discount processing is automatically performed and the discount rate are registered in the customer master 13 (step S406).
[0285]
In the case where the discount processing is not automatically executed on the display screen or the case where the execution of the processing is registered but the remaining amount exceeds the setting range of the discount rate, Then, it is checked whether or not to automatically process the remaining balance (step S407).
[0286]
When the setting button not to be processed as the remaining billing amount is selected (step S407; N), a registration is made to the effect that the amount of money remaining in the
[0287]
Conversely, when the setting button for processing the remaining balance is selected (step S407; Y), an input of the storage period of the unapplied data is requested (step S408), and it is determined whether or not the storage period has been input. Is checked (step S409). If there is no input of the storage period (step S409; N), the process returns to step S408 and the above processing is repeated.
[0288]
Conversely, if the storage period is input (step S409; Y), the fact that the account item is to be processed as the remaining amount of the bill for the remaining amount and the storage period are registered in the customer master 13 (step S410), The item setting process for executing the application procedure to the
[0289]
FIGS. 44 and 45 show that the setting of the twelve clearing procedures by the clearing processing registration menu outside the pattern described above does not apply to the clearing processing according to the seventeenth matching processing pattern of the above embodiment (cannot be processed). FIG. 11 is a flowchart showing a flow of processing in a case where a computer automatically performs a reconciliation process for a part of the received receipt statement data and the billing statement data by dividing the amount and setting a specific account. .
[0290]
First, it is checked whether or not there remains payment detail data or billing detail data that has been excluded from the reconciliation processing by the matching processing pattern (step S501).
[0291]
If these payment statement data or billing statement data do not remain (step S501; N), the process ends. On the other hand, if the payment statement data or the claim statement data remains (step S501; Y), it is determined whether or not there is partner data (a claim statement data or a payment statement data) to be matched in the clearing procedure setting. Is checked (step S502). As will be described later, such a check is performed when the larger amount of the detailed data is divided, in accordance with the largest amount of the detailed data of the other party to be subjected to the matching process, and the same amount and the remaining amount. This operation is performed in a case where such work needs to be repeated after the two detailed data are erased by the same amount.
[0292]
If there is no such billing detail data or payment detail data (step S502; N), it is checked whether or not only the payment detail data remains (step S508).
[0293]
If only the payment details data remains (step S508; Y), it is determined that all of the work of dividing the amount of money and the application of both pieces of detail data related to excessive payment have been completed, and the process proceeds to step S509 described below. On the other hand, if only the billing statement data remains (step S508; N), it is determined that all of the below-described money amount division and reconciliation work for the underpayment have been completed, and the process proceeds to step S605 in FIG. 45 described below. .
[0294]
On the other hand, if the billing detail data or the payment detail data to be the partner exists in the above step S502 (step S502; Y), it is determined whether the payment is an excessive payment or an underpayment. It is checked whether or not the amount is larger than the billing amount of the other party or the total amount (step S503).
[0295]
If the deposit amount of the receipt details data is not larger than the billing amount of the other party or the total amount thereof (step S503; N), the process proceeds to step S601 in FIG. 45 described later.
[0296]
Conversely, if the deposit amount of the receipt details data is larger than the billing amount of the other party or the total amount thereof (step S503; Y), the
[0297]
On the other hand, if the automatic division process is performed (step S504; Y), the
[0298]
Then, of the divided payment amounts, the payment amount equivalent to the above-mentioned one billing amount and the corresponding billing amount are subjected to a clearing process by the arithmetic control unit 10 (step S506).
[0299]
After that, the remaining payment details data is left as it is in the temporary
[0300]
In step S502, when the billing statement data or the payment statement data to be the partner is gone (step S502; N), the check in step S508 (check whether only the payment statement data remains) is performed again, and the payment statement is performed. If only the data remains (step S508; Y), it is determined that all of the work of dividing the amount of money and the clearing of both detail data concerning the overpayment have been completed, and the process proceeds to step S509 described below.
[0301]
In step S509, the
[0302]
In the case of automatically processing as advance payment (step S509; Y), the
[0303]
On the other hand, in the above-mentioned step S509, when it is not automatically processed as the advance payment (step S509; N), and when it is not in the period of saving the unapplied data in step S510 (step S510; N), the
[0304]
If the final application process for the remaining amount is set to provisional payment (step S512; Y), the
[0305]
After the processing of step S511 or step S515, the process returns to the first step S501 and shifts to the next data erasing process.
[0306]
In step S503, if the deposit amount of the receipt details data is not larger than the counterparty's billed amount or the total amount thereof (step S503; N), as shown in FIG. It is checked whether or not the automatic split process is performed on the billing amount included in the billing statement data (step S601). The method of this automatic division will be described later. If the automatic division process is not performed (step S601; N), the billing statement data is left as it is in the temporary billing statement master 11b (step S602), and the process proceeds to step S605 described later. On the other hand, if the automatic division process is performed (step S601; Y), the
[0307]
Then, of the divided billing amounts, the billing amount of the same amount as the deposit amount and the corresponding deposit amount are subjected to a clearing process by the arithmetic control unit 10 (step S604), and the process returns to the step S501.
[0308]
If it is determined in step S508 that only the billing statement data remains (step S508; N), the above-described division of the amount and the reconciliation of both statement data regarding the underpayment have all been completed, and the process proceeds to step S606. The
[0309]
In the case of automatically processing as a discount (step S605; Y), the
[0310]
If the remaining amount is within the setting range of the discount rate (step S606; Y), the arithmetic and
[0311]
On the other hand, if the discount is not automatically processed in step S605 (step S605; N) and if the remaining amount is not within the set range of the discount rate in step S606 (step S606; N), the
[0312]
In the case of automatically processing as the remaining amount of the bill (step S608; Y), within the period set in the non-pattern clearing process registration menu of FIG. (During the data storage period) (step S609). If it is during the reconciliation-uncompleted data storage period (step S609; Y), the remaining amount is processed as the remaining amount for billing, and is stored in the temporary billing statement master 11b for the next reclaiming process. (Step S610).
[0313]
On the other hand, in step S608, when the billing balance is not automatically processed (step S608; N), and when it is not in the unapplied data storage period in step S609 (step S609; N), the
[0314]
If the remaining amount is forcibly applied as receivable in step S611, the remaining amount is separately billed by an operator. ) Is temporarily returned to the temporary billing statement master 11b, and then transferred to another system by the arithmetic and
[0315]
After the processes in steps S607, S610, and S612, the process returns to the first step S501, and shifts to the next data erasing process.
[0316]
Next, with respect to the reconciliation procedure stored in the
[0317]
First, as shown in FIG. 46, two billing detail data of a billing amount of 40,000 yen on September 10, 2002 and a billing amount of 20,000 yen on September 20, 2002 are erased according to the above-mentioned seventeen matching processing patterns. In the case where the billing statement data that is not subject to the transfer processing is left, and the billing statement data of the transfer amount of 80,000 yen is also left on the payment date of October 25, 2002, this state is a so-called state. This is equivalent to an overpayment.
[0318]
When the payment statement automatic division process is performed in such a state, as shown in FIG. 47, both the payment statement data and the payment control date are kept on October 25, 2002 by the arithmetic and
[0319]
Then, for the hatched portion (for the same amount) in FIG.
[0320]
Next, as shown in FIG. 49, a similar division process is performed on the payment detail data of the remaining amount (40,000 yen), and further, as shown in FIG. 50, a shaded portion (for the same amount). Is performed by the
[0321]
The above process is repeated until there is no more billing detail data to be cleared (to be a partner) in the clearing procedure.
[0322]
In the case of FIG. 51, the last remaining receipt details data is processed by the
[0323]
In the case of FIG. 52, the remaining payment details data is processed by the arithmetic and
[0324]
In the case of FIG. 53, the remaining payment details data is processed by the arithmetic and
[0325]
Another application processing method in the case of excessive deposit will be described with reference to FIGS.
[0326]
First, when there is an excessive deposit as shown in FIG. 46, as shown in FIG. 54, the above-mentioned deposit details data is stored by the arithmetic and
[0327]
Then, for the same amount of money (shaded portion) in FIG.
[0328]
Next, as for the payment details data of the remaining amount (for 20,000 yen), in the case of FIG. 55, the
[0329]
In the case of FIG. 56, the remaining payment details data is processed by the arithmetic and
[0330]
Further, in the case of FIG. 57, the remaining payment detail data is processed by the arithmetic and
[0331]
Next, an underpayment will be described with reference to FIGS.
First, as shown in FIG. 58, the billing statement data of the billing amount of 60,000 yen on the billing date of September 10, 2002 is left as the billing statement data which has been excluded from the reconciliation processing by the above-mentioned 17 matching processing pattern. On the other hand, if the payment details data of the transfer amount of 30,000 yen on the payment date of October 25, 2002 and the transfer amount of 20,000 yen on the same day are left, this state corresponds to the case of so-called underpayment. Will do.
[0332]
When the billing statement automatic division process is performed in such a state, as shown in FIG. 59, the billing statement data is kept on September 10, 2002 by the
[0333]
Then, for the hatched portion (for the same amount) in FIG.
[0334]
Next, as shown in FIG. 61, the same division processing is performed on the billing detail data for the remaining amount (30,000 yen), and further, as shown in FIG. 62, the shaded portion (for the same amount). Is performed by the
[0335]
The above processing is repeated until there is no more payment detail data to be applied (the other party) in this application procedure.
[0336]
In the case of FIG. 63 (when the shortage is within the range of the discount rate of the original billing amount), the
[0337]
Further, as shown in FIG. 64, the account data corresponding to the remaining balance is added to the last remaining billing statement data by the arithmetic and
[0338]
Alternatively, as shown in FIG. 65, the account details of the receivable is added to the billing statement data of the remaining amount by the arithmetic and control unit 10 (shaded portion), and the reconciliation process is performed. In that case, the data is transferred to another system by the arithmetic and
[0339]
Another reconciliation processing method in the case of an underpayment and a setting for automatic billing division processing will be described with reference to FIGS. 66 to 69.
[0340]
First, when there is an underpayment as shown in FIG. 58, as shown in FIG. 66, the billing specification data is processed by the
[0341]
Then, with respect to the same amount of money (shaded portion) in FIG.
[0342]
At the same time, the
[0343]
In the case of FIG. 68, the
[0344]
On the other hand, as for the billing statement data of the amount of money (10,000 yen) remaining in the division process, the
[0345]
Further, in FIG. 69, as in the case of FIG. 68 described above, the
[0346]
Next, as shown in the figure, the billing statement data of the amount of money (equivalent to 10,000 yen) remaining in the division processing is processed by the arithmetic and
[0347]
As described above, according to the configuration of the present embodiment, even when the billing party and the payment source (payment source) do not match, the association is performed between them, and the receivable clearing process is automated by a computer or the like. Will be able to do.
[0348]
Further, from both the billing detail data and the payment detail data extracted by the narrowing-down process relating to such an entity, which data is in correspondence with each other is further narrowed down according to a reconciliation processing procedure using some predetermined application patterns. Since the narrowing down process for the corresponding data is performed, the computer automatically performs the loan clearing process.
[0349]
Further, in the above-described procedure of the matching process pattern, when there is a so-called overpayment or underpayment that cannot be erased and charged, the deposit amount or the total amount of the receipt details data to be applied and the target receipt details The amount of the billing data to be cleared or the total amount of the billing details data having a billing date of a specific period before the latest payment date of the data is too large or too small to be reconciled from the beginning. ), The calculation control unit divides the detailed amount data on the large amount side into an amount corresponding to (one amount of the other item data or a plurality of total amounts thereof) and the remaining amount, and With respect to the same amount of the two detailed data, the calculation control unit automatically performs the erasing process of the two detailed data, so that a part of the data can be strengthened as much as possible. Comprising a specific scrubbing process to the computer can be automatically performed. In this case, the arithmetic control unit assigns a specific account item to the remaining amount, and the remaining account amount is left in each of the temporary detail data storage units as a payment target data or billing detail data reconciliation process (each of them). The data for the balance is stored in the temporary detail data storage unit), forced reconciliation processing is performed, or the respective temporary description data storage units are excluded from the reconciliation processing target. Become. Alternatively, the calculation control unit temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, assigns a discount account to the data, and performs a forcible clearing process. In other words, the payment details data of the discount amount corresponding to the remaining amount of the billing details data is newly created in the section of "discount", and the reconciliation process is performed together with the loan. .
[0350]
It should be noted that the method for retiring a loan according to the present invention is not limited to the above-described embodiment, and it goes without saying that various changes can be made without departing from the spirit of the present invention.
[0351]
【The invention's effect】
As described above, according to the claim clearing processing method, the claim clearing processing apparatus, the computer program, and the recording medium according to
[0352]
According to the claim clearing processing method, the claim clearing processing apparatus, the computer program, and the recording medium according to claims 65 to 119, the so-called matching processing pattern described in
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing an outline of an embodiment of the present invention.
FIG. 2 is an explanatory diagram showing a functional block configuration in a managing
FIG. 3 is an explanatory diagram showing a functional block configuration in a
FIG. 4 is an explanatory diagram showing a functional block configuration in the
FIG. 5 is an explanatory diagram showing a functional block configuration in the
FIG. 6 is an explanatory diagram showing a functional block configuration in the
FIG. 7 is a flowchart showing a registration procedure of a setting item for reconciliation / application in the
FIG. 8 is a flowchart showing a processing procedure of a debt clearing process by a narrowing process relating to a billing party and a payment source entity and a narrowing process relating to corresponding data in FIGS. 3 to 6;
FIG. 9 is an explanatory diagram showing an example of a state of setting and registering a grouping table in the
FIG. 10 is an explanatory diagram showing an example of payment statement data and billing statement data that have been extracted based on the narrowing-down process for the billing party and the payment source entity based on FIG. 9;
FIG. 11 is an explanatory diagram showing an example of an
FIG. 12 is an explanatory diagram showing an example of a
FIG. 13 is an explanatory diagram showing an example of an
FIG. 14 is an explanatory diagram showing an example of a
FIG. 15 is an explanatory diagram showing an example of an
FIG. 16 is an explanatory diagram showing an example of an
FIG. 17 is an explanatory diagram showing an example of an application pattern 7;
FIG. 18 is an explanatory diagram showing an example of a
FIG. 19 is an explanatory diagram showing an example of an
FIG. 20 is an explanatory diagram showing an example of an
FIG. 21 is an explanatory diagram showing an example of a
FIG. 22 is an explanatory diagram showing an example of an
FIG. 23 is an explanatory diagram showing an example of an
FIG. 24 is an explanatory diagram showing an example of an
FIG. 25 is an explanatory diagram showing an example of an application pattern 15;
FIG. 26 is an explanatory diagram showing an example of an
FIG. 27 is an explanatory diagram showing an example of a
FIG. 28 is an explanatory diagram showing a setting example of each item in the
FIG. 29 is an explanatory diagram showing a setting example of a transfer fee master 15 in the configuration of the embodiment.
FIG. 30 shows the corresponding billing statement data and deposit statement data when billing is made to customers A to D from each group company led by the supervising company, and thereafter payment is made with customer A as the payment source. It is explanatory drawing which shows an example of.
FIG. 31 is an explanatory diagram showing a state in which narrowing-down has been performed according to the initially set erase
FIG. 32 is an explanatory diagram showing a state where the next billing statement data is read out when the application cannot be cleared in the first amount check.
FIG. 33 is an explanatory diagram showing an example of unapplied billing statement data and payment statement data remaining after processing by the
FIG. 34 is an explanatory diagram showing a state in which narrowing down has been performed according to the
FIG. 35 is an explanatory diagram showing a final processing result in the configuration of the present embodiment.
FIG. 36 is a functional block diagram of a
FIG. 37 is an explanatory diagram showing a functional block configuration in the
FIG. 38 is an explanatory diagram showing a functional block configuration in the
FIG. 39 is an explanatory diagram showing a functional block configuration in the
FIG. 40 is a display showing a clearing process registration menu outside a pattern used when forcibly clearing is performed in the controlling
FIG. 41 is an explanatory diagram showing, in a table form, a registration state of the
FIG. 42 is a flowchart showing a flow of a registration process of a forcible clearing procedure using the registration menu.
FIG. 43 is a flowchart showing the flow of the continuation of the registration process of the forcible clearing procedure using the registration menu.
FIG. 44 is a flowchart showing a flow of a forcible clearing process of payment details data or billing details data according to the forcible clearing procedure.
FIG. 45 is a flowchart showing the continuation of the flow of the forcible clearing process of the payment details data to the billing details data according to the forcible clearing procedure.
FIG. 46 is an explanatory view showing an example of an application procedure stored in the
FIG. 47 is an explanatory diagram showing an example of how to perform a money amount splitting process in accordance with the above-described clearing procedure in the case of the above example.
FIG. 48 is an explanatory diagram showing an example of how to perform the same amount forcible clearing process according to the clearing procedure in the case of the above example.
FIG. 49 is an explanatory diagram showing a method of the next money amount division processing according to the above-described application procedure for the money remaining after the forced application processing;
FIG. 50 is an explanatory diagram showing a method of the next same amount forcible clearing process according to the clearing procedure in the case of the above example.
FIG. 51 is an explanatory diagram showing an example of a method of handling payment detail data for the amount of money remaining after the forced clearing process;
FIG. 52 is an explanatory diagram showing another example of how to handle the payment details data for the amount of money remaining after the forced clearing process.
FIG. 53 is an explanatory diagram showing another example of how to handle the payment details data for the amount of money remaining after the forced clearing process.
FIG. 54 is an explanatory diagram showing another example of how to perform the money amount dividing process according to the above-mentioned clearing procedure when there is an excessive deposit in FIG. 46;
FIG. 55 is an explanatory diagram showing an example of a method of forcibly applying the same amount in accordance with the above-described application procedure and a method of handling payment detail data for an amount remaining after the application processing in the above example. is there.
FIG. 56 is an explanatory view showing another example of a method of forcibly applying the same amount according to the above-mentioned application procedure and a method of handling the payment details data for the amount remaining after the application processing.
FIG. 57 is an explanatory view showing another example of a method of forcibly applying the same amount in accordance with the above-mentioned application procedure and a method of handling the payment details data for the amount remaining after the application processing.
58 is an explanatory diagram showing an example of an application procedure stored in the
FIG. 59 is an explanatory diagram showing an example of a method of performing a money amount division process in accordance with the above-described clearing procedure in the case of the above example.
FIG. 60 is an explanatory diagram showing an example of how to perform the same amount forced clearing process according to the clearing procedure in the case of the above example.
FIG. 61 is an explanatory diagram showing a method of the next money amount division processing according to the above-mentioned application procedure for the money remaining after the forced application processing;
FIG. 62 is an explanatory diagram showing a method of performing the next same amount forced clearing process according to the clearing procedure in the case of the above example.
FIG. 63 is an explanatory diagram showing an example of a method of handling detailed data corresponding to the amount of money remaining after the forced clearing process;
FIG. 64 is an explanatory diagram showing another example of how to handle the billing statement data for the amount of money remaining after the forced clearing process.
FIG. 65 is an explanatory diagram showing another example of how to handle the billing statement data for the amount of money remaining after the forced clearing process.
FIG. 66 is an explanatory diagram showing another example of how to perform the money amount dividing process in accordance with the above-mentioned application procedure when there is an underpayment of FIG. 58;
FIG. 67 is a diagram showing another example of the same amount forced clearing process according to the above clearing procedure in the above example and a method of handling the billing statement data for the remaining amount after the clearing process. FIG.
FIG. 68 is an explanatory view showing another example of a method of forcibly applying the same amount according to the above-described application procedure and a method of handling the billing statement data for the amount of money remaining after the application processing.
FIG. 69 is an explanatory view showing still another example of a method of the same amount forcible clearing process according to the above clearing procedure and a method of handling billing detail data corresponding to the amount of money remaining after the clearing process.
[Explanation of symbols]
1 server
2 Host
3x-3z Billing source terminal
4a-4g customer terminal
10 Operation control unit
11a Billing item master
11b Temporary billing item master
12a Receipt details master
12b Temporary receipt details master
13 Customer Master
14 Application procedure master
15 Transfer fee master
16 Clearing program storage
17 RAM
18 Communication unit
Claims (119)
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
The two sums are compared, and if the sums match or if the difference between the sums is within a preset error range, the target payment statement data and the sum of A third calculating means for performing a clearing process on the billing statement data and the billing statement data in which the difference between the amounts is within an error range.
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の請求日付を有している請求明細データのうち、該請求日付の古い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第2の演算手段と、
第2の演算手段がその合計額を出力する毎に、途中上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
A second method for sequentially outputting the total amount in the middle of the addition while adding the billing amount in the order of the oldest billing date among the billing detail data having the billing date prior to the latest payment date of the payment detail data. Arithmetic means of
Each time the second calculation means outputs the total amount, the two total amounts are compared in the middle, and if the total amounts match or if the difference between the amounts is within a preset error range, A third calculating means for performing a reconciliation process between the received receipt statement data and the claim statement data in the range where the total amount matches or the claim statement data in which the amount difference is within the error range. Receivable clearing equipment.
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第2の演算手段と、
第2の演算手段がその合計額を出力する毎に、途中上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Of the billing statement data having a billing date before the most recent payment date of the above-mentioned billing statement data, while adding the billing amount in ascending order of the billing number included in the data, the total amount in the middle of the addition is calculated. Second calculating means for sequentially outputting,
Each time the second calculation means outputs the total amount, the two total amounts are compared in the middle, and if the total amounts match or if the difference between the amounts is within a preset error range, A third calculating means for performing a reconciliation process between the received receipt statement data and the claim statement data in the range where the total amount matches or the claim statement data in which the amount difference is within the error range. Receivable clearing equipment.
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる回収予定日付が上記直近の入金日以前の日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両合計額の突合処理を行い、両合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第3の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
The sum of the billing statement data having the billing date before the latest payment date of the billing statement data and the scheduled collection date included in the data having the billing date before the latest payment date. Second calculating means for calculating the amount,
The two sums are compared, and if the sums match or if the difference between the sums is within a preset error range, the target payment statement data and the sum of A third calculating means for performing a clearing process on the billing statement data and the billing statement data in which the difference between the amounts is within an error range.
上記入金明細データの1の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第1の演算手段と、
上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the payment date of one of the receipt statement data;
The deposit amount of the deposit details data is compared with the total amount, and if the deposit amount matches the total amount, or if the difference between the amounts is within a preset error range, the target is determined. A second calculating means for performing a reconciliation process between the receipt statement data, the claim statement data in the range where the deposit amount and the total amount thereof match, or the claim statement data in which the difference in the amount falls within the error range. Characteristic credit clearing processor.
上記入金明細データの1の入金日より以前の請求日付を有している請求明細データのうち、該請求日付の古い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第1の演算手段と、
第1の演算手段がその合計額を出力する毎に、途中上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
Among the billing statement data having a billing date that is earlier than the payment date of the above-mentioned billing statement data, the billing amount is added in ascending order of the billing date, and the total amount during the addition is sequentially output. Arithmetic means of
Each time the first calculating means outputs the total amount, the deposit amount of the deposit details data is compared with the total amount on the way, and the received amount and the total amount match, or the difference between the amounts is calculated. Is within a preset error range, the target payment statement data and the claim statement data in the range in which the deposit amount and their total amount match or the claim difference data in which the amount difference is within the error range. And a second calculating means for performing a clearing process.
上記入金明細データの1の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる請求番号の若い順にその請求金額を加算しながら、加算途中の合計額を順次出力する第1の演算手段と、
第1の演算手段がその合計額を出力する毎に、途中上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
Of the billing statement data having a billing date before the payment date of the above-mentioned billing statement data, the billing amount is added in ascending order of the billing number included in the data, and First arithmetic means for sequentially outputting,
Each time the first calculating means outputs the total amount, the deposit amount of the deposit details data is compared with the total amount on the way, and the received amount and the total amount match, or the difference between the amounts is calculated. Is within a preset error range, the target payment statement data and the claim statement data in the range in which the deposit amount and their total amount match or the claim difference data in which the amount difference is within the error range. And a second calculating means for performing a clearing process.
上記入金明細データの1の入金日より以前の請求日付を有している請求明細データのうち、該データ中に含まれる回収予定日付が上記入金日以前の日付を有する請求明細データの合計額を算出する第1の演算手段と、
上記入金明細データの入金額と上記合計額の突合処理を行い、上記入金額とこれらの合計額が一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となった入金明細データと、上記入金額とそれらの合計額が一致した範囲の請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
Of the billing statement data having a billing date before the first payment date of the above-mentioned billing statement data, the scheduled collection date included in the data is the total amount of the billing statement data having a date before the payment date. First calculating means for calculating;
The deposit amount of the deposit details data is compared with the total amount, and if the deposit amount matches the total amount, or if the difference between the amounts is within a preset error range, the target is determined. A second calculating means for performing a reconciliation process between the receipt statement data, the claim statement data in the range where the deposit amount and the total amount thereof match, or the claim statement data in which the difference in the amount falls within the error range. Characteristic credit clearing processor.
上記入金明細データの入金額と、該対象入金明細データの当該入金日より以前の請求日付を有している上記請求明細データのうち、該請求日付の古い順にその請求金額との突合処理を行い、途中上記入金額と請求金額とが一致し、又はその金額の差が予め設定された誤差範囲内であれば、対象となる入金明細データと、上記入金額と該請求金額とが一致した請求明細データ乃至金額差が誤差範囲内にある請求明細データとの消し込み処理を行う第2の演算手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
The reconciliation process is performed between the deposit amount of the receipt detailed data and the billing date of the target receipt detail data which has a billing date earlier than the receipt date, in the order of older billing date. If the deposit amount and the charge amount match on the way, or if the difference between the amounts is within a preset error range, the target deposit statement data, the charge amount and the charge amount match. A second calculating means for performing a clearing process with the billing data in which the difference between the detailed data and the amount of money is within an error range.
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする債権消し込み処理方法。In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation and the total amount thereof are compared by the arithmetic means, there is a difference between the two amounts, and the difference is out of a preset error range. If there is payment statement data and billing statement data that have been excluded from the reconciliation process, the amount of the one statement data, which is the larger one, is calculated by the calculation means (the other Of the detailed data of one or a plurality of sums thereof) and the remaining amount, and the same amount of the two detailed data is subjected to the process of applying the two detailed data.
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or the data storage means is excluded from the target of the reconciliation processing.
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴とする請求項65記載の債権消し込み処理方法。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
66. The claim clearing method according to claim 65, wherein an account of the advance receipt is added to the remaining amount by the calculating means, and the account is left in the data storage means as a processing target for clearing the receipt details data. Processing method.
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項65記載の債権消し込み処理方法。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
66. The receivable clearing method according to claim 65, wherein an account of the provisional deposit is added to the remaining amount by the calculating means, and a forced clearing process is performed.
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする請求項65記載の債権消し込み処理方法。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
66. The receivable clearing process according to claim 65, wherein the calculation means adds an account item other than the accounts receivable for the remaining amount and excludes the account from the clearing process in the data storage means. Method.
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とする請求項65記載の債権消し込み処理方法。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
66. The receivable according to claim 65, wherein an account of the remaining amount of the bill is added to the remaining amount by the calculating means, and the account is left in the data storage means as an object of the reconciliation processing of the billing statement data. Reconciliation processing method.
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項65記載の債権消し込み処理方法。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
66. The receivable clearing method according to claim 65, further comprising, for the remaining amount, an account of receivables assigned by the calculating means and a forced clearing process performed.
ことを特徴とする請求項65〜請求項70いずれか1つに記載の債権消し込み処理方法。If the remaining amount of the detailed data subjected to the division processing is larger than the amount of the other remaining detailed data or a plurality of total amounts, the operating unit further increases the amount of the remaining amount by the calculating means. When the above-mentioned division process and the reconciliation process of both detailed data are repeated, and the remaining amount becomes smaller than the amount of the other remaining detailed data or a plurality of total amounts, the remaining amount is reduced. The calculation means assigns a specific account and is left in the data storage means as a processing object of payment statement data or billing statement data. Forcible reconciliation processing is performed. 71. The method according to any one of claims 65 to 70, wherein the method is excluded from the object of the reconciliation processing by means.
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とする債権消し込み処理方法。In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation and the total amount thereof are compared by the arithmetic means, there is a difference between the two amounts, and the difference is out of a preset error range. Is determined, there is the payment statement data and the billing statement data that have been excluded from the reconciliation processing, and the billing amount of 1 of the billing statement data that has been excluded from the reconciliation processing is also the same as the reconciliation processing. In the case where the deposit amount is larger than the deposit amount or the total amount of the deposit detail data which is excluded from the target, the calculation means sets the charge amount of the claim detail data to (the deposit amount of the deposit detail data or the total amount thereof). Forehead) and equivalent, is divided into a remaining amount of money, both detailed data per the same amount min, with processing scrub both detailed data is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process. Claims processing method for receivables.
ことを特徴とする請求項72記載の債権消し込み処理方法。If the remaining amount of the billing statement data that has been subjected to the splitting process is larger than the amount of the other remaining receipt statement data or a plurality of total amounts, the remaining amount is calculated by the calculating means. Further, the above-described splitting process of the amount and the reconciliation process of both the detail data are repeated, and when the remaining amount of the billing detail data becomes smaller than the amount of the other remaining receipt details data or the total amount of the plurality of the remaining receipt details data, By the above-mentioned arithmetic means, the payment details data of the discount amount corresponding to the remaining amount of the billing details data is temporarily created, a discount account is attached thereto, and the forcible clearing process is performed. 73. The method for retiring a claim according to claim 72, wherein:
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額が、上記演算手段により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする債権消し込み処理方法。In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation or the total amount thereof is subjected to a matching process by the calculating means, the two amounts match, or the difference between the two amounts is a predetermined error. It is determined that it is within the range, and within that range, the reconciliation process of the targeted payment statement data and billing statement data is performed,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. When there is received receipt statement data and billing statement data, the amount of one statement data, which is the larger amount, is calculated by the above-mentioned calculating means into an amount equivalent to (the amount of one statement of the other statement data or a plurality thereof). , And the remaining amount is divided. For the same amount of the two items of data, the reconciliation process of both items of data is performed.
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or the data storage means is excluded from the target of the reconciliation processing.
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴とする請求項74記載の債権消し込み処理方法。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
75. The receivable clearing according to claim 74, wherein an account of the advance receipt is added to the remaining amount by the calculating means, and the account is left in the data storage means as a processing object of the payment detail data. Processing method.
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項74記載の債権消し込み処理方法。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
75. The receivable clearing method according to claim 74, wherein, for the remaining amount, the calculation means assigns an account of the provisional deposit and forcibly clears the account.
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする請求項74記載の債権消し込み処理方法。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
75. The receivable clearing process according to claim 74, wherein an account item other than the accounts receivable is added to the remaining amount by the calculating means, and is excluded from the reconciliation processing object in the data storage means. Method.
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とする請求項74記載の債権消し込み処理方法。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
75. The receivable according to claim 74, wherein an account of the remaining amount of the bill is attached to the remaining amount by the calculating means, and the account is left in the data storage means as an object of reconciliation of the billing statement data. Reconciliation processing method.
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項74記載の債権消し込み処理方法。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
75. The receivable clearing method according to claim 74, wherein, for the remaining amount, an account of receivables is added by the calculating means and compulsory clearing processing is performed.
ことを特徴とする請求項74〜請求項79いずれか1つに記載の債権消し込み処理方法。If the remaining amount of the detailed data subjected to the division processing is larger than the amount of the other remaining detailed data or a plurality of total amounts, the operating unit further increases the amount of the remaining amount by the calculating means. When the above-mentioned division process and the reconciliation process of both detailed data are repeated, and the remaining amount becomes smaller than the amount of the other remaining detailed data or a plurality of total amounts, the remaining amount is reduced. The calculation means assigns a specific account and is left in the data storage means as a processing object of payment statement data or billing statement data. Forcible reconciliation processing is performed. 80. The method according to any one of claims 74 to 79, wherein the method is excluded from the object of the reconciliation processing by means.
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあって、その消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とする債権消し込み処理方法。In the data storage means having the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the billing date of a specific period before the latest payment date of the target payment details data. Similarly, when the billing amount of the billing statement data to be applied for reconciliation or the total amount thereof is subjected to a matching process by the calculating means, the two amounts match, or the difference between the two amounts is a predetermined error. It is determined that it is within the range, and within that range, the reconciliation process of the targeted payment statement data and billing statement data is performed,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. Payment data and billing statement data, and the charge amount of one of the billing statement data that was excluded from the reconciliation processing is equal to the sum or the total amount of the payment statement data that was also excluded from the reconciliation processing. If it is larger, the calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and For each amount, the reconciliation process of both detail data is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process. Claims processing method for receivables.
ことを特徴とする請求項81記載の債権消し込み処理方法。If the remaining amount of the billing statement data that has been subjected to the splitting process is larger than the amount of the other remaining receipt statement data or a plurality of total amounts, the remaining amount is calculated by the calculating means. Further, the above-described splitting process of the amount and the reconciliation process of both the detail data are repeated, and when the remaining amount of the billing detail data becomes smaller than the amount of the other remaining receipt details data or the total amount of the plurality of the remaining receipt details data, By the above-mentioned arithmetic means, the payment details data of the discount amount corresponding to the remaining amount of the billing details data is temporarily created, a discount account is attached thereto, and the forcible clearing process is performed. The method of claim 81, further comprising the step of:
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
第3の演算手段による消し込み処理の可否の判断時に両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断され、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額を、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割すると共に、両明細データの上記同一額分につき、両明細データの消し込み処理を行う第4の演算手段と、
残りの金額分につき、特定の勘定科目を付けて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残す、強制的な消し込み処理を行う、又は上記データ格納手段においてその消し込み処理対象から外す制御手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
At the time of determining whether or not the erasing process is possible by the third arithmetic means, there is a difference between the two amounts of money between the two detailed data, and it is determined that the difference is outside the preset error range. When there are payment statement data and billing statement data that have become outside, the amount of the one statement data of the larger amount is calculated as (an amount of one of the other statement data or a total thereof), A fourth calculating means for dividing the data into the remaining amount and performing the process of applying the two detailed data to the same amount of the two detailed data;
For the remaining amount, add a specific account, leave it in the data storage unit as the target of the reconciliation processing of the payment details data or billing details data, perform a compulsory reconciliation process, or And a control unit for excluding the reconciliation processing target.
さらに残りの金額分につき、上記制御手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残されることを特徴とする請求項83記載の債権消し込み処理装置。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the fourth arithmetic means The deposit amount of the receipt detail data is divided into a portion corresponding to (the billing amount of the billing detail data or the total amount thereof) and a portion corresponding to the remaining amount. Processing is performed,
84. The receivable clearing according to claim 83, wherein an account of the advance payment is added to the remaining amount by the control means, and the receivable is left in the data storage means as a processing target of the payment detail data. Processing equipment.
さらに残りの金額分につき、上記制御手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項83記載の債権消し込み処理装置。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the fourth arithmetic means The deposit amount of the receipt detail data is divided into a portion corresponding to (the billing amount of the billing detail data or the total amount thereof) and a portion corresponding to the remaining amount. Processing is performed,
84. The receivable clearing apparatus according to claim 83, wherein the control means assigns an account of the provisional deposit and forcibly clears the remaining amount.
さらに残りの金額分につき、上記制御手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする請求項83記載の債権消し込み処理装置。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the fourth arithmetic means The deposit amount of the receipt detail data is divided into a portion corresponding to (the billing amount of the billing detail data or the total amount thereof) and a portion corresponding to the remaining amount. Processing is performed,
84. The receivable clearing process according to claim 83, wherein the control means adds an account item other than the accounts receivable for the remaining amount, and removes the account from the clearing process in the data storage means. apparatus.
さらに残りの金額分につき、上記制御手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とする請求項83記載の債権消し込み処理装置。When the billing amount of one of the billing statement data that has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the billing statement data that has also been excluded from the reconciliation processing, the fourth arithmetic unit performs The billing amount of the billing detail data is divided into a portion corresponding to (the deposit amount or the total amount of the above-mentioned receipt detail data) and the remaining amount. Processing is performed,
84. The receivable according to claim 83, wherein the control means assigns an account item corresponding to the remaining amount of the remaining amount, and the remaining account amount is left in the data storage means as an object of the reconciliation processing of the invoice detail data. Reconciliation processing device.
さらに残りの金額分につき、上記制御手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項83記載の債権消し込み処理装置。When the billing amount of one of the billing statement data that has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the billing statement data that has also been excluded from the reconciliation processing, the fourth arithmetic unit performs The billing amount of the billing detail data is divided into a portion corresponding to (the deposit amount or the total amount of the above-mentioned receipt detail data) and the remaining amount. Processing is performed,
84. The receivable clearing apparatus according to claim 83, wherein said control means assigns an account of receivables and forcibly clears the remaining amount.
ことを特徴とする請求項83〜請求項88いずれか1つに記載の債権消し込み処理装置。When the remaining amount of the detailed data subjected to the splitting process is larger than the amount of the other remaining detailed data or a plurality of total amounts, the fourth calculating means calculates the remaining amount by the fourth calculating means. Further, the above-described splitting process of the amount and the reconciliation process of the two detailed data are repeated, and when the amount of the remaining amount is smaller than the amount of the other remaining detailed data or the total amount of the plurality, the remaining amount is reduced. For the amount of money, a specific account is added by the control means, and the data is stored in the data storage means as a payment object of payment details data or billing details data. 89. The claim clearing apparatus according to claim 83, wherein the data storing means is excluded from the clearing processing target.
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
第3の演算手段による消し込み処理の可否の判断時に両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断され、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、該請求明細データの請求額を、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割し、両明細データの上記同一額分につき、両明細データの消し込み処理を行う第4の演算手段と、
請求明細データの残りの金額分に相当する割引額の入金明細データを一時的に作成し、それに対して値引きの勘定科目を付けて、強制的な消し込み処理を行う制御手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
At the time of determining whether or not the erasing process is possible by the third arithmetic means, there is a difference between the two amounts of money between the two detailed data, and it is determined that the difference is outside the preset error range. If the billing amount of one of the billing detail data that has been excluded is larger than the deposit amount of the receipt detail data that has also been excluded from the reconciliation processing or the total amount thereof, the billing amount of the billing detail data is calculated as ( A fourth calculating unit that divides the amount corresponding to the data amount or the total amount thereof) into a portion corresponding to the remaining amount and a portion corresponding to the same amount of both the detail data, and performs a reconciliation process of both detail data;
Control means for temporarily creating payment details data of a discount amount corresponding to the remaining amount of the billing details data, attaching a discount account to it, and forcibly applying a clearing process. Characteristic credit clearing processor.
ことを特徴とする請求項90記載の債権消し込み処理装置。If the remaining amount of the billing statement data that has been subjected to the division process is larger than the amount of the other remaining receipt statement data or a plurality of total amounts, the fourth calculation is performed on the remaining amount of money. By the means, the above-described split processing of the amount and the reconciliation processing of both the detail data are repeated, and the remaining amount of the billing detail data is smaller than the amount of the other remaining receipt details data or the total amount of a plurality of the remaining details. When this happens, the above-mentioned control means temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, assigns a discount account to it, and forcibly applies it. 90. The claim clearing apparatus according to claim 90, wherein processing is performed.
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
消し込み処理が可能と判断された範囲で、対象となった入金明細データと請求明細データとの消し込み処理を行う第4の演算手段と、
第4の演算手段による消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると上記第3の演算手段により判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額を、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割すると共に、両明細データの上記同一額分につき、上記第4の演算手段により両明細データの消し込み処理を行わせる指示を出す第5の演算手段と、
残りの金額分につき、特定の勘定科目を付けて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残す、強制的な消し込み処理を行う、又は上記データ格納手段においてその消し込み処理対象から外す制御手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
A fourth calculating means for performing a clearing process on the received receipt details data and billing detail data within a range where the clearing process is determined to be possible;
The third calculation means determines that there is a difference between the two amounts of data remaining after the reconciliation processing by the fourth calculation means, and that the difference is outside the preset error range. As a result, if there is payment statement data and billing statement data that have been excluded from the reconciliation process, the larger one of the statement data is replaced by the one of the other statement data The total amount) and the remaining amount are divided, and the fourth arithmetic unit issues an instruction to execute the process of applying both the detail data for the same amount of the detail data. 5 calculation means;
For the remaining amount, add a specific account, leave it in the data storage unit as the target of the reconciliation processing of the payment details data or billing details data, perform a compulsory reconciliation process, or And a control unit for excluding the reconciliation processing target.
さらに残りの金額分につき、上記制御手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残されることを特徴とする請求項92記載の債権消し込み処理装置。In the case where the deposit amount of 1 of the payment statement data excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof, the fifth arithmetic unit The deposit amount of the receipt statement data is divided into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a portion corresponding to the remaining amount. , The reconciliation process of both detail data is performed,
93. The receivable clearing as claimed in claim 92, wherein the control means adds an account of the advance payment to the remaining amount, and the receivable is left in the data storage means as a processing object of the payment detail data. Processing equipment.
さらに残りの金額分につき、上記制御手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項92記載の債権消し込み処理装置。In the case where the deposit amount of 1 of the payment statement data excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof, the fifth arithmetic unit The deposit amount of the receipt statement data is divided into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a portion corresponding to the remaining amount. , The reconciliation process of both detail data is performed,
93. The receivable clearing apparatus according to claim 92, wherein the control means assigns an account of the provisional deposit and forcibly clears the remaining amount.
さらに残りの金額分につき、上記制御手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする請求項92記載の債権消し込み処理装置。In the case where the deposit amount of 1 of the payment statement data excluded from the reconciliation processing is larger than the billing amount of the billing statement data also excluded from the reconciliation processing or the total amount thereof, the fifth arithmetic unit The deposit amount of the receipt statement data is divided into a portion corresponding to (the billing amount of the billing statement data or the total amount thereof) and a portion corresponding to the remaining amount. , The reconciliation process of both detail data is performed,
93. The receivable clearing process according to claim 92, wherein the control means adds an account item other than the accounts receivable for the remaining amount, and removes the account from the clearing process in the data storage means. apparatus.
さらに残りの金額分につき、上記制御手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とする請求項92記載の債権消し込み処理装置。In the case where the billing amount of one of the billing statement data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the receipt statement data which has also been excluded from the reconciliation processing, the fifth calculating means The billing amount of the billing detail data is divided into an amount corresponding to (the deposit amount of the deposit detail data or the total amount thereof) and a remaining amount, and the fifth calculating means calculates the same amount of the same amount of both the detail data. , The reconciliation process of both detail data is performed,
93. The receivable according to claim 92, wherein the control means assigns an account item corresponding to the remaining amount of the remaining amount, and the remaining account amount is left in the data storage means as an object of the reconciliation processing of the invoice detail data. Reconciliation processing device.
さらに残りの金額分につき、上記制御手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項92記載の債権消し込み処理装置。In the case where the billing amount of one of the billing statement data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the receipt statement data which has also been excluded from the reconciliation processing, the fifth calculating means The billing amount of the billing detail data is divided into an amount corresponding to (the deposit amount of the deposit detail data or the total amount thereof) and a remaining amount, and the fifth calculating means calculates the same amount of the same amount of both the detail data. , The reconciliation process of both detail data is performed,
93. The receivable clearing apparatus according to claim 92, wherein said control means assigns an account of accounts receivable and forcibly clears the remaining amount.
ことを特徴とする請求項92〜請求項97いずれか1つに記載の債権消し込み処理装置。When the remaining amount of the detailed data subjected to the division processing is larger than the amount of the other remaining detailed data or a plurality of total amounts, the fifth calculating unit performs the remaining amount of money on the remaining amount. Further, the above-described splitting process of the amount and the reconciliation process of the two detailed data are repeated, and when the amount of the remaining amount is smaller than the amount of the other remaining detailed data or the total amount of the plurality, the remaining amount is reduced. For the amount of money, a specific account is added by the control means, and the data is stored in the data storage means as a payment object of payment details data or billing details data. 97. The claim clearing apparatus according to claim 92, wherein the data storing means is excluded from the target of the clearing processing.
上記入金明細データの合計額を算出する第1の演算手段と、
上記入金明細データの直近の入金日より以前の特定の期間の請求日付を有する請求明細データの合計額を算出する第2の演算手段と、
上記両金額の突合処理を行って、それらの両金額が一致し、又は両金額の差が予め設定された誤差範囲内であるか否かを判定し、対象となった入金明細データと請求明細データとの消し込み処理の可否の判断を行う第3の演算手段と、
消し込み処理が可能と判断された範囲で、対象となった入金明細データと請求明細データとの消し込み処理を行う第4の演算手段と、
第4の演算手段による消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると上記第3の演算手段により判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあり、消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、該請求明細データの請求額を、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割すると共に、両明細データの上記同一額分につき、上記第4の演算手段により両明細データの消し込み処理を行わせる指示を出す第5の演算手段と、
請求明細データの残りの金額分に相当する割引額の入金明細データを一時的に作成し、それに対して値引きの勘定科目を付けて、強制的な消し込み処理を行う制御手段と
を有することを特徴とする債権消し込み処理装置。Data storage means for storing payment details data and billing details data to be applied;
First calculating means for calculating a total amount of the payment details data;
Second calculating means for calculating a total amount of billing statement data having a billing date of a specific period before the latest payment date of the payment statement data,
By performing the reconciliation process of the two amounts, it is determined whether or not the two amounts are the same or the difference between the two amounts is within a predetermined error range. Third calculating means for determining whether or not the data can be erased;
A fourth calculating means for performing a clearing process on the received receipt details data and billing detail data within a range where the clearing process is determined to be possible;
The third calculation means determines that there is a difference between the two amounts of data remaining after the reconciliation processing by the fourth calculation means, and that the difference is outside the preset error range. As a result, there are payment statement data and billing statement data that have been excluded from the reconciliation processing, and the payment amount of 1 of the billing statement data that has been excluded from the reconciliation processing has also been excluded from the reconciliation processing. When it is larger than the deposit amount of the detailed statement data or the total amount thereof, the charge amount of the billing detailed statement data is divided into a portion corresponding to (the deposit amount or the total amount of the above-mentioned deposit detail data) and a remaining amount, Fifth computing means for giving an instruction to perform the clearing process of both detail data by the fourth computing means for the same amount of both detail data,
Control means for temporarily creating payment details data of a discount amount corresponding to the remaining amount of the billing details data, attaching a discount account to it, and forcibly applying a clearing process. Characteristic credit clearing processor.
ことを特徴とする請求項99記載の債権消し込み処理装置。If the remaining amount of the billing statement data that has been subjected to the division process is larger than the amount of the other remaining receipt details data or a plurality of total amounts, the fifth calculation is performed on the remaining amount of money. By the means, the above-described split processing of the amount and the reconciliation processing of both the detail data are repeated, and the remaining amount of the billing detail data is smaller than the amount of the other remaining receipt details data or the total amount of a plurality of the remaining details. When this happens, the above-mentioned control means temporarily creates the payment details data of the discount amount corresponding to the remaining amount of the billing details data, assigns a discount account to it, and forcibly applies it. 100. The claim clearing apparatus according to claim 99, wherein processing is performed.
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される処理が実行される
ことを特徴とするコンピュータ・プログラム。When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, If there is a difference in the amount and it is determined that the difference is out of the preset error range, and there are payment statement data and billing statement data that have been excluded from the reconciliation process, the larger amount The calculation means divides the amount of one detailed data into an amount equivalent to (an amount of one of the other detailed data or a plurality thereof) and a remaining amount. Per the same amount worth of over data, with processing scrub both detailed data is performed,
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. Or a process executed by the data storage means to be excluded from the object of the erasing process.
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴とする請求項101記載のコンピュータ・プログラム。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
101. The computer program according to claim 101, wherein the calculation means adds an account of the advance payment to the remaining money amount, and the remaining money amount is left in the data storage means as a processing target of the payment detail data. .
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項101記載のコンピュータ・プログラム。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
102. The computer program according to claim 101, wherein the calculation means assigns an account for provisional payment and forcibly applies the remaining amount to the remaining amount.
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする請求項101記載のコンピュータ・プログラム。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
102. The computer program according to claim 101, wherein an account other than the accounts receivable is added to the remaining amount by the calculating means, and is excluded from the reconciliation processing in the data storage means.
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とする請求項101記載のコンピュータ・プログラム。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
101. The computer according to claim 101, wherein the calculation means adds an account item corresponding to the remaining amount of the remaining amount, and the remaining account amount is left in the data storage unit as an object of the reconciliation processing of the invoice detail data. ·program.
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項101記載のコンピュータ・プログラム。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
102. The computer program according to claim 101, wherein the calculation means assigns an account of accounts receivable to the remaining amount and performs a forced reconciliation process.
ことを特徴とする請求項101〜請求項106いずれか1つに記載のコピュータ・プログラム。If the remaining amount of the detailed data subjected to the division processing is larger than the amount of the other remaining detailed data or a plurality of total amounts, the operating unit further increases the amount of the remaining amount by the calculating means. When the above-mentioned division process and the reconciliation process of both detailed data are repeated, and the remaining amount becomes smaller than the amount of the other remaining detailed data or a plurality of total amounts, the remaining amount is reduced. The calculation means assigns a specific account and is left in the data storage means as a processing object of payment statement data or billing statement data. Forcible reconciliation processing is performed. 107. The computer program according to any one of claims 101 to 106, wherein the computer program is excluded from the object of the erasing process.
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とコンピュータ・プログラム。When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, If there is a difference in the amount and it is determined that the difference is outside the preset error range, there are payment statement data and billing statement data that are excluded from the reconciliation processing, and the reconciliation processing is not performed. In the case where the billing amount of the billing detail data 1 becomes larger than the deposit amount or the total amount of the payment detail data also excluded from the reconciliation processing, the calculating means The billing amount of the billing statement data is divided into an amount corresponding to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and for the same amount of both statement data, As the reconciliation process is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process. Features and computer programs.
ことを特徴とする請求項108記載のコピュータ・プログラム。If the remaining amount of the billing statement data that has been subjected to the splitting process is larger than the amount of the other remaining receipt statement data or a plurality of total amounts, the remaining amount is calculated by the calculating means. Further, the above-described splitting process of the amount and the reconciliation process of both the detail data are repeated, and when the remaining amount of the billing detail data becomes smaller than the amount of the other remaining receipt details data or the total amount of the plurality of the remaining receipt details data, By the above-mentioned arithmetic means, the payment details data of the discount amount corresponding to the remaining amount of the billing details data is temporarily created, a discount account is attached thereto, and the forcible clearing process is performed. 110. The computer program according to claim 108, wherein:
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがある場合に、大きな金額の方の1の明細データの金額が、上記演算手段により、(もう一方の明細データの1の金額又は複数のその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに残りの金額分につき、該演算手段により、特定の勘定科目が付けられて、上記データ格納手段に入金明細データ又は請求明細データの消し込み処理対象として残される、強制的な消し込み処理が行われる、又は上記データ格納手段においてその消し込み処理対象から外される処理が実行される
ことを特徴とするコンピュータ・プログラム。When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, It is determined that the amounts match or the difference between the two amounts is within a preset error range, and within that range, the target payment statement data and billing statement data are processed for reconciliation,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. When there is received receipt statement data and billing statement data, the amount of one statement data, which is the larger amount, is calculated by the above-mentioned calculating means into an amount equivalent to (the amount of one statement of the other statement data or a plurality thereof). , And the remaining amount is divided. For the same amount of the two items of data, the reconciliation process of both items of data is performed.
Further, for the remaining amount, a specific account is given by the calculating means, and a forced reconciliation process is performed in the data storage means, which is left as a reconciliation target of the payment details data or the billing details data. A computer program for executing a process which is performed by the data storage means or excluded from the object of the erasure process.
さらに残りの金額分につき、該演算手段により、前受金の勘定科目が付けられて、上記データ格納手段に入金明細データの消し込み処理対象として残される
ことを特徴とする請求項110記載のコンピュータ・プログラム。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
112. The computer program according to claim 110, wherein the calculation means adds an account of the advance payment to the remaining money amount, and the remaining money amount is left in the data storage means as a processing target of the payment detail data. .
さらに残りの金額分につき、該演算手段により、仮受金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項110記載のコンピュータ・プログラム。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
112. The computer program according to claim 110, wherein said calculation means assigns an account for provisional deposit and forcibly applies the remaining amount to the remaining amount.
さらに残りの金額分につき、該演算手段により、売掛金外の勘定科目が付けられて、上記データ格納手段においてその消し込み処理対象から外される
ことを特徴とする請求項110記載のコンピュータ・プログラム。In the case where the deposit amount of 1 of the payment statement data which has been excluded from the reconciliation processing is also larger than the billing amount of the billing statement data which has also been excluded from the reconciliation processing or the total amount thereof, the calculation means Is divided into an amount equivalent to (the billing amount of the billing statement data or the total amount thereof) and a remaining billing amount, and the reconciliation processing of both statement data is performed for the same amount of both billing data. As well as
112. The computer program according to claim 110, wherein an account item other than accounts receivable is added to the remaining amount by the calculating means, and is excluded from the reconciliation processing object in the data storage means.
さらに残りの金額分につき、該演算手段により、請求残額分の勘定科目が付けられて、上記データ格納手段に請求明細データの消し込み処理対象として残される
ことを特徴とする請求項110記載のコンピュータ・プログラム。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
112. The computer according to claim 110, wherein the calculation means adds an account item corresponding to the remaining amount of the remaining amount, and the remaining account amount is left in the data storage unit as an object of the reconciliation processing of the invoice detail data. ·program.
さらに残りの金額分につき、該演算手段により、未収入金の勘定科目が付けられて強制的な消し込み処理が行われる
ことを特徴とする請求項110記載のコンピュータ・プログラム。When the billing amount of one of the billing detail data which has been excluded from the reconciliation processing is larger than the deposit amount or the total amount of the payment detail data which has also been excluded from the reconciliation processing, the calculating means performs Is divided into an amount equivalent to (the deposit amount of the above-mentioned payment detail data or the total amount thereof) and a remaining amount, and the reconciliation processing of both the detail data is performed for the same amount of both the detail data. As well as
112. The computer program according to claim 110, wherein said calculation means assigns an account of accounts receivable for the remaining amount and performs a forced reconciliation process.
ことを特徴とする請求項110〜請求項115いずれか1つに記載のコンピュータ・プログラム。If the remaining amount of the detailed data subjected to the division processing is larger than the amount of the other remaining detailed data or a plurality of total amounts, the operating unit further increases the amount of the remaining amount by the calculating means. When the above-mentioned division process and the reconciliation process of both detailed data are repeated, and the remaining amount becomes smaller than the amount of the other remaining detailed data or a plurality of total amounts, the remaining amount is reduced. The calculation means assigns a specific account and is left in the data storage means as a processing object of payment statement data or billing statement data. Forcible reconciliation processing is performed. A computer program according to any one of claims 110 to 115, wherein the computer program is excluded from the object of the erasure processing by means.
該消し込み処理後残された両明細データの間で、それらの両金額に差があり、その差が予め設定された誤差範囲外であると判断されることで、消し込み処理対象外となった入金明細データ及び請求明細データがあって、その消し込み処理対象外となった請求明細データの1の請求額が同じく消し込み処理対象外となった入金明細データの入金額又はその合計額より大きい場合に、上記演算手段により、該請求明細データの請求額が、(上記入金明細データの入金額又はその合計額)相当分と、残りの金額分とに分割され、両明細データの上記同一額分につき、両明細データの消し込み処理が行われると共に、
さらに該演算手段により、請求明細データの残りの金額分に相当する割引額の入金明細データが一時的に作成されて、それに対して値引きの勘定科目が付けられ強制的な消し込み処理が行われる
ことを特徴とするコンピュータ・プログラム。When executed by the computer having the data storage means and the arithmetic means, the deposit amount or the total amount of the payment details data to be applied to be stored stored in the data storage means and the latest payment date of the target payment details data When the billing amount or the total amount of the billing specification data to be applied for reconciliation also stored in the data storage unit having a billing date of a specific earlier period is compared with the billing amount by the computing unit, It is determined that the amounts match or the difference between the two amounts is within a preset error range, and within that range, the target payment statement data and billing statement data are processed for reconciliation,
There is a difference between the two detailed data remaining after the reconciliation processing, and the difference is out of the preset error range. Payment data and billing statement data, and the charge amount of one of the billing statement data that was excluded from the reconciliation processing is equal to the sum or the total amount of the payment statement data that was also excluded from the reconciliation processing. If it is larger, the calculating means divides the billing amount of the billing statement data into an amount equivalent to (the deposit amount of the deposit statement data or the total amount thereof) and a remaining amount, and For each amount, the reconciliation process of both detail data is performed,
Further, the calculation means temporarily creates payment details data of a discount amount corresponding to the remaining amount of the billing details data, applies a discount account to the data, and performs a forcible clearing process. A computer program characterized by the above-mentioned.
ことを特徴とする請求項117記載のコンピュータ・プログラム。If the remaining amount of the billing statement data that has been subjected to the splitting process is larger than the amount of the other remaining receipt statement data or a plurality of total amounts, the remaining amount is calculated by the calculating means. Further, the above-described splitting process of the amount and the reconciliation process of both the detail data are repeated, and when the remaining amount of the billing detail data becomes smaller than the amount of the other remaining receipt details data or the total amount of the plurality of the remaining receipt details data, By the above-mentioned arithmetic means, the payment details data of the discount amount corresponding to the remaining amount of the billing details data is temporarily created, a discount account is attached thereto, and the forcible clearing process is performed. 118. The computer program according to claim 117, wherein:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003078883A JP2004185588A (en) | 2002-10-08 | 2003-03-20 | Credit negation method, credit negation device, computer program and recording medium |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002294700 | 2002-10-08 | ||
JP2003078883A JP2004185588A (en) | 2002-10-08 | 2003-03-20 | Credit negation method, credit negation device, computer program and recording medium |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004185588A true JP2004185588A (en) | 2004-07-02 |
Family
ID=32774293
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003078883A Withdrawn JP2004185588A (en) | 2002-10-08 | 2003-03-20 | Credit negation method, credit negation device, computer program and recording medium |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004185588A (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6144812B1 (en) * | 2016-11-01 | 2017-06-07 | 株式会社アール・アンド・エー・シー | Data collation program and data collation method |
JP2017182806A (en) * | 2016-03-29 | 2017-10-05 | 株式会社オービック | Bulk payment processor, bulk payment processing method, and bulk payment processing program |
JP2020004296A (en) * | 2018-06-29 | 2020-01-09 | 株式会社オービック | Difference amount management apparatus, difference amount management method and difference amount management program |
JP7393492B2 (en) | 2018-07-06 | 2023-12-06 | 株式会社オービック | Advance payment management device, advance payment management method, and advance payment management program |
-
2003
- 2003-03-20 JP JP2003078883A patent/JP2004185588A/en not_active Withdrawn
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017182806A (en) * | 2016-03-29 | 2017-10-05 | 株式会社オービック | Bulk payment processor, bulk payment processing method, and bulk payment processing program |
JP2021168214A (en) * | 2016-03-29 | 2021-10-21 | 株式会社オービック | Bulk payment processor, bulk payment processing method, and bulk payment processing program |
JP7113122B2 (en) | 2016-03-29 | 2022-08-04 | 株式会社オービック | Lump-sum payment processing device, lump-sum payment processing method, and lump-sum payment processing program |
JP6144812B1 (en) * | 2016-11-01 | 2017-06-07 | 株式会社アール・アンド・エー・シー | Data collation program and data collation method |
JP2018073249A (en) * | 2016-11-01 | 2018-05-10 | 株式会社アール・アンド・エー・シー | Data checking program and data checking method |
JP2020004296A (en) * | 2018-06-29 | 2020-01-09 | 株式会社オービック | Difference amount management apparatus, difference amount management method and difference amount management program |
JP7084800B2 (en) | 2018-06-29 | 2022-06-15 | 株式会社オービック | Difference management device, difference management method, and difference management program |
JP7393492B2 (en) | 2018-07-06 | 2023-12-06 | 株式会社オービック | Advance payment management device, advance payment management method, and advance payment management program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7676434B2 (en) | Payer direct hub | |
US7644007B2 (en) | Method and apparatus for finance-based scheduling of construction projects | |
US20140136412A1 (en) | Least cost routing interchange for b2b purchase card payments | |
JP2003016368A (en) | Electronic settlement processing system | |
JP4689887B2 (en) | Storage processing method, storage processing program, storage processing server | |
EP1669919A1 (en) | A data processing system and data processing method | |
JP4591612B1 (en) | Settlement processing method and apparatus | |
JP2004133514A (en) | Credit erasure processor, credit erasure processing method, computer program and record medium | |
JP2004185588A (en) | Credit negation method, credit negation device, computer program and recording medium | |
JP4167042B2 (en) | Auction payment settlement system | |
JP2006215622A (en) | Transaction system and transaction method | |
JP4889189B2 (en) | Payment agent-compatible fund management system, program for payment agent-compatible fund management system, and recording medium recording the program | |
JP6508828B2 (en) | Settlement processing apparatus, settlement system, settlement processing method, and program | |
JP2006309739A (en) | Cash flow management system and computer program | |
JP2004220554A (en) | Credit management system, computer program, recording medium and credit management method | |
JP2021114162A (en) | Salary advance payment system and method for controlling the same | |
JP2006323696A (en) | Salary adjustment method, salary adjustment system, salary adjustment device, salary adjustment intermediation device, salary adjustment device control program and salary adjustment intermediation device control program | |
CN110009467A (en) | The method and device mentioned based on being carried out to finance account | |
JP2004220122A (en) | Budget execution management method and budget execution management program | |
JP4410407B2 (en) | Bill receivable management apparatus, fund management system, group fund management system, bill receivable management method, fund management method, and computer-readable recording medium recording a program for causing a computer to execute the method | |
JP4146956B2 (en) | Insurance levy storage record update device and insurance levy storage record update program storage medium | |
JP2002329155A (en) | Off-setting settlement processing system | |
JP2000311210A (en) | Bill issue system and computer readable storage medium recording program | |
JP7299681B2 (en) | Contract-type receivables settlement processing device, contract-type receivables settlement processing method, and contract-type receivables settlement processing program | |
JP2001331759A (en) | Obligation management system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060606 |