JP3506915B2 - 入金額のチェック装置 - Google Patents
入金額のチェック装置Info
- Publication number
- JP3506915B2 JP3506915B2 JP20248098A JP20248098A JP3506915B2 JP 3506915 B2 JP3506915 B2 JP 3506915B2 JP 20248098 A JP20248098 A JP 20248098A JP 20248098 A JP20248098 A JP 20248098A JP 3506915 B2 JP3506915 B2 JP 3506915B2
- Authority
- JP
- Japan
- Prior art keywords
- amount
- deposit
- deposit amount
- payment
- total
- 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.)
- Expired - Fee Related
Links
- 238000004364 calculation method Methods 0.000 claims description 16
- 230000015654 memory Effects 0.000 claims description 15
- 238000000034 method Methods 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 12
- 239000013256 coordination polymer Substances 0.000 description 6
- 230000006870 function Effects 0.000 description 3
- 239000004065 semiconductor Substances 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、債権先から入金さ
れた入金額が予定入金額に対して妥当であるか否かをチ
ェックするためのチェック装置に関し、例えば、クレジ
ットカードにより決済された売掛金の入金額のチェック
に利用される。
れた入金額が予定入金額に対して妥当であるか否かをチ
ェックするためのチェック装置に関し、例えば、クレジ
ットカードにより決済された売掛金の入金額のチェック
に利用される。
【０００２】近年において、店舗における商品の販売又
はサービスの提供の代金の決済に、クレジットカードを
使用することが増大している。クレジットカードによる
決済が行われた場合に、店舗はクレジットカード会社に
対して債権を有することになる。その債権についてクレ
ジットカード会社から店舗に入金があった場合に、その
入金額が正しいか否かについて、店舗において簡便にチ
ェックできることが望ましい。
はサービスの提供の代金の決済に、クレジットカードを
使用することが増大している。クレジットカードによる
決済が行われた場合に、店舗はクレジットカード会社に
対して債権を有することになる。その債権についてクレ
ジットカード会社から店舗に入金があった場合に、その
入金額が正しいか否かについて、店舗において簡便にチ
ェックできることが望ましい。
【０００３】
【従来の技術】従来において、クレジットカードによる
決済を行った場合に、店舗では集金条件毎に入金予定額
を計算し、得られた入金予定額と実際の入金額とが一致
したときに正常であるとし、入金済みとする。
決済を行った場合に、店舗では集金条件毎に入金予定額
を計算し、得られた入金予定額と実際の入金額とが一致
したときに正常であるとし、入金済みとする。
【０００４】しかし、集金条件には、契約種別（支払い
方法）、手数料率、締切日、及び端数処理などがあり、
これらはクレジットカード会社毎に相違する。したがっ
て、入金予定額を算出し入金額の適否をチェックする手
順は、クレジットカード会社毎に相違することとなる。
方法）、手数料率、締切日、及び端数処理などがあり、
これらはクレジットカード会社毎に相違する。したがっ
て、入金予定額を算出し入金額の適否をチェックする手
順は、クレジットカード会社毎に相違することとなる。
【０００５】
【発明が解決しようとする課題】上述のように、従来に
おいては、入金額の適否をチェックするためのアルゴリ
ズムがクレジットカード会社毎に相違するので、そのた
めのロジックをクレジットカード会社毎に作成しておく
必要があり、その作業に多くの時間と労力とを要してい
る。
おいては、入金額の適否をチェックするためのアルゴリ
ズムがクレジットカード会社毎に相違するので、そのた
めのロジックをクレジットカード会社毎に作成しておく
必要があり、その作業に多くの時間と労力とを要してい
る。
【０００６】また、店舗においては、クレジットカード
会社毎に異なるロジックを適用して計算しチェックを行
う必要があるので、入金額の実際のチェックのためにも
多くの時間と労力とを要している。
会社毎に異なるロジックを適用して計算しチェックを行
う必要があるので、入金額の実際のチェックのためにも
多くの時間と労力とを要している。
【０００７】本発明は、上述の問題に鑑みてなされたも
ので、クレジットカード会社などの債権先に対して、集
金条件が異なる場合であっても単一のロジックを適用し
て計算とチェックを行うことを可能とし、入金額のチェ
ックに要する時間と労力とを低減することを目的とす
る。
ので、クレジットカード会社などの債権先に対して、集
金条件が異なる場合であっても単一のロジックを適用し
て計算とチェックを行うことを可能とし、入金額のチェ
ックに要する時間と労力とを低減することを目的とす
る。
【０００８】
【課題を解決するための手段】請求項１の発明に係る装
置は、債権先から入金された入金額が予定入金額に対し
て妥当であるか否かをチェックするためのチェック装置
であって、前記債権先について、手数料率及び許容値を
含む集金条件を定めた集金条件ファイルと、前記債権先
に対する債権額を記録した債権管理ファイルと、入力さ
れた実際の入金額を記憶するメモリ領域と、前記債権管
理ファイルを参照して債権額の合計を求める合計手段
と、前記合計手段により求められた債権額の合計に対し
て、前記集金条件ファイルから読み出した前記手数料率
による手数料及び振込手数料を減じた額である入金予定
額を算出する算出手段と、前記算出手段により算出され
た前記入金予定額と前記メモリ領域から読み出した前記
入金額との差額が前記集金条件ファイルから得られる許
容値以内であるか否かを判断する判断手段と、を有して
なる。
置は、債権先から入金された入金額が予定入金額に対し
て妥当であるか否かをチェックするためのチェック装置
であって、前記債権先について、手数料率及び許容値を
含む集金条件を定めた集金条件ファイルと、前記債権先
に対する債権額を記録した債権管理ファイルと、入力さ
れた実際の入金額を記憶するメモリ領域と、前記債権管
理ファイルを参照して債権額の合計を求める合計手段
と、前記合計手段により求められた債権額の合計に対し
て、前記集金条件ファイルから読み出した前記手数料率
による手数料及び振込手数料を減じた額である入金予定
額を算出する算出手段と、前記算出手段により算出され
た前記入金予定額と前記メモリ領域から読み出した前記
入金額との差額が前記集金条件ファイルから得られる許
容値以内であるか否かを判断する判断手段と、を有して
なる。
【０００９】 請求項２の発明に係る装置は、前記債権
管理ファイル２２には、債権額についての入金が済んだ
ことを示す入金済みフラグＦＫを記録する項が設けら
れ、前記入金予定額と前記入金額との差額が前記許容値
ＰＡ以内であると前記判断手段が判断した場合には、当
該債権額について前記入金済みフラグＦＫを記録する。
管理ファイル２２には、債権額についての入金が済んだ
ことを示す入金済みフラグＦＫを記録する項が設けら
れ、前記入金予定額と前記入金額との差額が前記許容値
ＰＡ以内であると前記判断手段が判断した場合には、当
該債権額について前記入金済みフラグＦＫを記録する。
【００１０】 請求項３の発明に係る装置は、前記メモ
リ領域から読み出した前記入金額を含む入金情報、前記
算出手段により算出された前記入金予定額を含む算定入
金額情報、及び前記差額が前記許容値以内であるか否か
を前記判断手段が判断した結果についての情報を、画面
に表示する手段を有してなる。
リ領域から読み出した前記入金額を含む入金情報、前記
算出手段により算出された前記入金予定額を含む算定入
金額情報、及び前記差額が前記許容値以内であるか否か
を前記判断手段が判断した結果についての情報を、画面
に表示する手段を有してなる。
【００１１】 請求項４の発明に係る装置は、債権先か
ら入金された入金額が予定入金額に対して妥当であるか
否かをチェックするためのチェック装置であって、前記
債権先について、支払い方法、手数料率、及び許容値を
含む集金条件を定めた集金条件ファイル２１と、前記債
権先について、債権額、支払い方法、及び入金済みフラ
グを記録する債権管理ファイル２２と、入金の対象範囲
における実際の入金額を記憶するメモリ領域３１と、前
記債権管理ファイル２２を参照して前記対象範囲におけ
る債権額の合計を求める合計手段と、前記合計手段によ
り求められた債権額の合計に対して、前記集金条件ファ
イル２１から読み出した前記手数料率による手数料及び
振込手数料を減じた額である入金予定額を算出する算出
手段３２と、前記算出手段３２により算出された前記入
金予定額と前記メモリ領域３１から読み出した前記入金
額との差額が前記集金条件ファイル２１から得られる許
容値ＰＡ以内であるか否かを判断する判断手段３３と、
前記入金予定額と前記入金額との差額が前記許容値ＰＡ
以内であると前記判断手段３３が判断した場合に、前記
債権管理ファイル２２の前記対象範囲における債権額に
ついて前記入金済みフラグＦＫを記録する手段と、前記
入金予定額と前記入金額との差額が前記許容値ＰＡ以内
でないと前記判断手段が判断した場合に、エラーを表示
する手段と、を有してなる。
ら入金された入金額が予定入金額に対して妥当であるか
否かをチェックするためのチェック装置であって、前記
債権先について、支払い方法、手数料率、及び許容値を
含む集金条件を定めた集金条件ファイル２１と、前記債
権先について、債権額、支払い方法、及び入金済みフラ
グを記録する債権管理ファイル２２と、入金の対象範囲
における実際の入金額を記憶するメモリ領域３１と、前
記債権管理ファイル２２を参照して前記対象範囲におけ
る債権額の合計を求める合計手段と、前記合計手段によ
り求められた債権額の合計に対して、前記集金条件ファ
イル２１から読み出した前記手数料率による手数料及び
振込手数料を減じた額である入金予定額を算出する算出
手段３２と、前記算出手段３２により算出された前記入
金予定額と前記メモリ領域３１から読み出した前記入金
額との差額が前記集金条件ファイル２１から得られる許
容値ＰＡ以内であるか否かを判断する判断手段３３と、
前記入金予定額と前記入金額との差額が前記許容値ＰＡ
以内であると前記判断手段３３が判断した場合に、前記
債権管理ファイル２２の前記対象範囲における債権額に
ついて前記入金済みフラグＦＫを記録する手段と、前記
入金予定額と前記入金額との差額が前記許容値ＰＡ以内
でないと前記判断手段が判断した場合に、エラーを表示
する手段と、を有してなる。
【００１２】
【００１３】メモリ領域として、ＣＰＵのレジスタ、Ｒ
ＡＭ、その他の半導体メモリ、磁気ディスクや光磁気デ
ィスクなどの記憶領域を用いることが可能である。
ＡＭ、その他の半導体メモリ、磁気ディスクや光磁気デ
ィスクなどの記憶領域を用いることが可能である。
【００１４】
【発明の実施の形態】図１は本発明に係るチェック装置
５を適用した債権管理システム１の構成を示すブロック
図、図２は集金条件ファイル２１の構成の例を示す図、
図３は債権管理ファイル２２の構成の例を示す図、図４
は自動仕訳ファイル２３の構成の例を示す図である。以
下の説明においては、各地に店舗を持つ量販店に債権管
理システム１を用いた例を説明する。
５を適用した債権管理システム１の構成を示すブロック
図、図２は集金条件ファイル２１の構成の例を示す図、
図３は債権管理ファイル２２の構成の例を示す図、図４
は自動仕訳ファイル２３の構成の例を示す図である。以
下の説明においては、各地に店舗を持つ量販店に債権管
理システム１を用いた例を説明する。
【００１５】図１において、債権管理システム１は、ホ
スト１１及び端末装置１２ａ，１２ｂ，１２ｃ…などか
らなっている。これらホスト１１及び端末装置１２ａ，
１２ｂ，１２ｃ…は、例えば量販店の本部に設置され
る。なお、端末装置１２ａ，１２ｂ，１２ｃはいずれも
同じ機能を有しているので、これらの全部又は一部を
「端末装置１２」と記載することがある。他の構成要素
についても同様である。
スト１１及び端末装置１２ａ，１２ｂ，１２ｃ…などか
らなっている。これらホスト１１及び端末装置１２ａ，
１２ｂ，１２ｃ…は、例えば量販店の本部に設置され
る。なお、端末装置１２ａ，１２ｂ，１２ｃはいずれも
同じ機能を有しているので、これらの全部又は一部を
「端末装置１２」と記載することがある。他の構成要素
についても同様である。
【００１６】ホスト１１には、回線１５を介してセンタ
ー１３が接続される。センター１３には、多数のクレジ
ットカード会社のホスト１４ａ，１４ｂ，１４ｃ…が接
続されている。ホスト１１には、回線１８を介してスト
アコントローラ１６が接続される。ストアコントローラ
１６には、量販店の各店舗に設置された多数のＰＯＳ端
末１７が接続される。回線１５，１８として、ＬＡＮ、
ＷＡＮ、インターネット、専用回線、公衆回線、又はイ
ンタフェースのケーブルなどを用いることができる。ま
た、ホスト１１には、集金条件ファイル２１、債権管理
ファイル２２、及び自動仕訳ファイル２３が接続されて
いる。
ー１３が接続される。センター１３には、多数のクレジ
ットカード会社のホスト１４ａ，１４ｂ，１４ｃ…が接
続されている。ホスト１１には、回線１８を介してスト
アコントローラ１６が接続される。ストアコントローラ
１６には、量販店の各店舗に設置された多数のＰＯＳ端
末１７が接続される。回線１５，１８として、ＬＡＮ、
ＷＡＮ、インターネット、専用回線、公衆回線、又はイ
ンタフェースのケーブルなどを用いることができる。ま
た、ホスト１１には、集金条件ファイル２１、債権管理
ファイル２２、及び自動仕訳ファイル２３が接続されて
いる。
【００１７】図２に示すように、集金条件ファイル２１
には、クレジットカード会社である債権先ＣＰ、契約種
別ＫＳ、手数料率α、締切日ＳＤ、及び許容値ＰＡなど
の項目が設けられている。手数料率αは、通常、売上金
に対する割合で示され、契約種別ＫＳ及びクレジットカ
ード会社に応じて異なる。許容値ＰＡは、売上金に基づ
いて計算される入金予定額ＡＲと実際の入金額ＴＴとの
差額について、それが許容値ＰＡとして設定されている
額よりも低い場合に、その入金額ＴＴを妥当であると判
断するためのものである。
には、クレジットカード会社である債権先ＣＰ、契約種
別ＫＳ、手数料率α、締切日ＳＤ、及び許容値ＰＡなど
の項目が設けられている。手数料率αは、通常、売上金
に対する割合で示され、契約種別ＫＳ及びクレジットカ
ード会社に応じて異なる。許容値ＰＡは、売上金に基づ
いて計算される入金予定額ＡＲと実際の入金額ＴＴとの
差額について、それが許容値ＰＡとして設定されている
額よりも低い場合に、その入金額ＴＴを妥当であると判
断するためのものである。
【００１８】なお、許容値ＰＡとして、百円乃至数百円
程度が設定される。千円乃至数１０００円、又は１万円
程度が設定される場合もある。この許容値ＰＡは、本来
は零であるはずの差額が発生したときであっても、再度
の計算を行ったりその原因を追求したりすることなく、
これを入金調整ＮＴとして処理することによって、全体
としての処理効率の向上を図るものである。したがっ
て、取り引きされる金額に対して微小な額であれば、債
権管理システム１を利用する者が適宜設定することがで
きる。その際に、各集金条件毎にそれぞれの許容値ＰＡ
を設定してもよいし、また、全体又はグループ毎に、少
し大きめの許容値ＰＡを設置しておいてもよい。
程度が設定される。千円乃至数１０００円、又は１万円
程度が設定される場合もある。この許容値ＰＡは、本来
は零であるはずの差額が発生したときであっても、再度
の計算を行ったりその原因を追求したりすることなく、
これを入金調整ＮＴとして処理することによって、全体
としての処理効率の向上を図るものである。したがっ
て、取り引きされる金額に対して微小な額であれば、債
権管理システム１を利用する者が適宜設定することがで
きる。その際に、各集金条件毎にそれぞれの許容値ＰＡ
を設定してもよいし、また、全体又はグループ毎に、少
し大きめの許容値ＰＡを設置しておいてもよい。
【００１９】図２の例では、債権先ＣＰつまりクレジッ
トカード会社が「ＡＡＡ」であり、契約種別ＫＳがリボ
ルビング払いである場合に、手数料率αは３％、締切日
ＳＤは月末、許容値ＰＡは１００円となっている。
トカード会社が「ＡＡＡ」であり、契約種別ＫＳがリボ
ルビング払いである場合に、手数料率αは３％、締切日
ＳＤは月末、許容値ＰＡは１００円となっている。
【００２０】図３に示すように、債権管理ファイル２２
には、債権先ＣＰ、契約種別ＫＳ、受注番号ＪＮ、売上
日ＵＤ、売掛額ＡＣ、及び入金フラグＦＫなどの項目が
設けられている。入金フラグＦＫは、売掛額ＡＣについ
ての入金が済んだ場合に記録する項目であり、本発明に
おける入金済みフラグに対応する。
には、債権先ＣＰ、契約種別ＫＳ、受注番号ＪＮ、売上
日ＵＤ、売掛額ＡＣ、及び入金フラグＦＫなどの項目が
設けられている。入金フラグＦＫは、売掛額ＡＣについ
ての入金が済んだ場合に記録する項目であり、本発明に
おける入金済みフラグに対応する。
【００２１】図４において、自動仕訳ファイル２３に
は、現金預金ＧＹ、手数料ＡＦ、振込手数料ＦＴ、入金
調整ＮＴ、及び売掛額ＡＣなどの項目が設けられてお
り、借方及び貸方のそれぞれについて、合計額が図の下
部に記録される。
は、現金預金ＧＹ、手数料ＡＦ、振込手数料ＦＴ、入金
調整ＮＴ、及び売掛額ＡＣなどの項目が設けられてお
り、借方及び貸方のそれぞれについて、合計額が図の下
部に記録される。
【００２２】次に、債権管理システム１の動作及び操作
方法について説明する。図５はホスト１１における処理
のうちのチェック機能を取り出して示すブロック図、図
６は端末装置１２の表示面ＨＧに表示される判断結果画
面ＨＧ１の例を示す図、図７はチェック処理の全体の流
れを示すフローチャート、図８は入金予定額算出処理を
示すフローチャートである。
方法について説明する。図５はホスト１１における処理
のうちのチェック機能を取り出して示すブロック図、図
６は端末装置１２の表示面ＨＧに表示される判断結果画
面ＨＧ１の例を示す図、図７はチェック処理の全体の流
れを示すフローチャート、図８は入金予定額算出処理を
示すフローチャートである。
【００２３】図５に示すように、ホスト１１には、入金
額ＴＴを始めとする入金情報ＮＪを記憶するメモリ領域
３１、債権管理ファイル２２を参照して入金予定額ＡＲ
を算出する算出部３２、算出された入金予定額ＡＲと入
金額ＴＴとの差額が集金条件ファイル２１から得られる
許容値ＰＡ以内であるか否かを判断する判断部３３が設
けられる。算出部３２及び判断部３３は、ＣＰＵがプロ
グラムを実行することによって機能的に実現される。し
かし、その一部をハードウエア又はファームウエアによ
り実現してもよい。
額ＴＴを始めとする入金情報ＮＪを記憶するメモリ領域
３１、債権管理ファイル２２を参照して入金予定額ＡＲ
を算出する算出部３２、算出された入金予定額ＡＲと入
金額ＴＴとの差額が集金条件ファイル２１から得られる
許容値ＰＡ以内であるか否かを判断する判断部３３が設
けられる。算出部３２及び判断部３３は、ＣＰＵがプロ
グラムを実行することによって機能的に実現される。し
かし、その一部をハードウエア又はファームウエアによ
り実現してもよい。
【００２４】さて、顧客は、店舗で買い物をしたとき
に、クレジットカードによって決済を行うことができ
る。クレジットカードとして、種々のクレジットカード
会社のものを使用することができる。また、クレジット
カードを使用する際に、支払い方法として、翌月の１回
払い、ボーナス併用払い、分割払い、又はリボルビング
払いなど、種々の支払い方法（契約種別ＫＳ）を指定す
ることができる。通常、支払い方法の相違によって手数
料率αが異なる。
に、クレジットカードによって決済を行うことができ
る。クレジットカードとして、種々のクレジットカード
会社のものを使用することができる。また、クレジット
カードを使用する際に、支払い方法として、翌月の１回
払い、ボーナス併用払い、分割払い、又はリボルビング
払いなど、種々の支払い方法（契約種別ＫＳ）を指定す
ることができる。通常、支払い方法の相違によって手数
料率αが異なる。
【００２５】図１を参照して、購入金額（売掛額Ａ
Ｃ）、クレジットカード会社名（債権先ＣＰ）、支払い
方法などの情報は、それぞれの取り引き毎に、ＰＯＳ端
末１７からストアコントローラ１６及び回線１８を介し
てホスト１１に転送される。このような情報転送処理
は、リアルタイムにより又はバッチ処理により行われ
る。
Ｃ）、クレジットカード会社名（債権先ＣＰ）、支払い
方法などの情報は、それぞれの取り引き毎に、ＰＯＳ端
末１７からストアコントローラ１６及び回線１８を介し
てホスト１１に転送される。このような情報転送処理
は、リアルタイムにより又はバッチ処理により行われ
る。
【００２６】また、クレジットカードにより決済がなさ
れたこと、及びそれに付随する情報は、それぞれのクレ
ジットカード会社に伝えられる。量販店にとって、クレ
ジットカード会社は本発明における債権先ＣＰに相当
し、量販店のクレジットカード会社に対する売掛額ＡＣ
つまり量販店における売上額は、本発明における債権額
に相当する。クレジットカード会社は、締め切り日毎の
合計の売掛額ＡＣについて、それらから手数料ＡＦ及び
振込手数料ＦＴを減じた額を計算し、支払い先である量
販店の指定口座に振り込む。振り込まれた金額が実際の
入金額である。なお、文中において、売掛額ＡＣの合計
ＡＣＴを「売掛額ＡＣ」と記載することがある。
れたこと、及びそれに付随する情報は、それぞれのクレ
ジットカード会社に伝えられる。量販店にとって、クレ
ジットカード会社は本発明における債権先ＣＰに相当
し、量販店のクレジットカード会社に対する売掛額ＡＣ
つまり量販店における売上額は、本発明における債権額
に相当する。クレジットカード会社は、締め切り日毎の
合計の売掛額ＡＣについて、それらから手数料ＡＦ及び
振込手数料ＦＴを減じた額を計算し、支払い先である量
販店の指定口座に振り込む。振り込まれた金額が実際の
入金額である。なお、文中において、売掛額ＡＣの合計
ＡＣＴを「売掛額ＡＣ」と記載することがある。
【００２７】量販店においては、その取り引き銀行の銀
行通帳の記載により、又はクレジットカード会社からの
支払い通知などにより、入金のあったこと及び入金額Ｔ
Ｔを知ることができる。入金があった場合に、担当者
は、端末装置１２を操作し、図６に示すように、その表
示面ＨＧに判断結果画面ＨＧ１を表示させ、その画面Ｈ
Ｇ１において、クレジットカード会社名又はそのコード
名、契約種別ＫＳ、及び入金額ＴＴなどの入金情報ＮＪ
を入力する。入力された入金情報ＮＪは、画面ＨＧ１に
表示されるとともに、図５に示すようにホスト１１のメ
モリ領域３１に記憶される。なお、入金情報ＮＪを、ク
レジットカード会社のホスト１４からセンター１３を介
してホスト１１に直接的に送信するように構成すること
も可能である。
行通帳の記載により、又はクレジットカード会社からの
支払い通知などにより、入金のあったこと及び入金額Ｔ
Ｔを知ることができる。入金があった場合に、担当者
は、端末装置１２を操作し、図６に示すように、その表
示面ＨＧに判断結果画面ＨＧ１を表示させ、その画面Ｈ
Ｇ１において、クレジットカード会社名又はそのコード
名、契約種別ＫＳ、及び入金額ＴＴなどの入金情報ＮＪ
を入力する。入力された入金情報ＮＪは、画面ＨＧ１に
表示されるとともに、図５に示すようにホスト１１のメ
モリ領域３１に記憶される。なお、入金情報ＮＪを、ク
レジットカード会社のホスト１４からセンター１３を介
してホスト１１に直接的に送信するように構成すること
も可能である。
【００２８】ホスト１１において、入力された入金情報
に基づいて、各クレジットカード会社からの入金額が妥
当であるか否かがチェックされる。図７に示すように、
入金額ＴＴが入力されると（＃１１）、入金予定額ＡＲ
の算出が行われる（＃１２）。これらの算出結果は、判
断結果画面ＨＧ１に算定結果情報ＳＫとして表示され
る。
に基づいて、各クレジットカード会社からの入金額が妥
当であるか否かがチェックされる。図７に示すように、
入金額ＴＴが入力されると（＃１１）、入金予定額ＡＲ
の算出が行われる（＃１２）。これらの算出結果は、判
断結果画面ＨＧ１に算定結果情報ＳＫとして表示され
る。
【００２９】その後、入金情報ＮＪに対応する許容値Ｐ
Ａが集金条件ファイル２１から読み出される（＃１
３）。入金予定額ＡＲと入金額ＴＴとの差額が、許容値
ＰＡ以内であるか否かが判断される（＃１４）。イエス
である場合には、入金された入金情報ＮＪに対応する債
権管理ファイル２２の入金フラグＦＫの項目に、入金済
であることを示すフラグが記録される（＃１５）。この
ときに、自動仕訳を行って自動仕訳ファイル２３に必要
な事項を記録する。そして、判断結果画面ＨＧ１におい
て、チェックの結果情報ＫＫを表示する。結果情報ＫＫ
としては、例えば、入金予定額ＡＲと入金額ＴＴとの差
額が許容値（誤差）ＰＡ内であること、入金フラグＦＫ
を記録して入金消込みを行ったこと、また差額があった
場合には入金調整を行った旨などが表示される。
Ａが集金条件ファイル２１から読み出される（＃１
３）。入金予定額ＡＲと入金額ＴＴとの差額が、許容値
ＰＡ以内であるか否かが判断される（＃１４）。イエス
である場合には、入金された入金情報ＮＪに対応する債
権管理ファイル２２の入金フラグＦＫの項目に、入金済
であることを示すフラグが記録される（＃１５）。この
ときに、自動仕訳を行って自動仕訳ファイル２３に必要
な事項を記録する。そして、判断結果画面ＨＧ１におい
て、チェックの結果情報ＫＫを表示する。結果情報ＫＫ
としては、例えば、入金予定額ＡＲと入金額ＴＴとの差
額が許容値（誤差）ＰＡ内であること、入金フラグＦＫ
を記録して入金消込みを行ったこと、また差額があった
場合には入金調整を行った旨などが表示される。
【００３０】また、ステップ＃１４でノーである場合に
は、表示面ＨＧにエラーメッセージが表示される（＃１
６）。図８において、対象範囲における売掛額ＡＣの合
計ＡＣＴを算出する（＃２１）。対象範囲は締切日ＳＤ
に応じて定められ、売上日ＵＤが対象範囲内である売掛
額ＡＣが抽出される。算出された合計ＡＣＴはメモリ領
域３に記憶される。次に、手数料ＡＦを、売掛額の合計
ＡＣＴ×手数料率αとして算出する（＃２２）。入金予
定額ＡＲを、合計ＡＣＴ−（手数料ＡＦ＋振込手数料Ｆ
Ｔ）として算出する（＃２３）。
は、表示面ＨＧにエラーメッセージが表示される（＃１
６）。図８において、対象範囲における売掛額ＡＣの合
計ＡＣＴを算出する（＃２１）。対象範囲は締切日ＳＤ
に応じて定められ、売上日ＵＤが対象範囲内である売掛
額ＡＣが抽出される。算出された合計ＡＣＴはメモリ領
域３に記憶される。次に、手数料ＡＦを、売掛額の合計
ＡＣＴ×手数料率αとして算出する（＃２２）。入金予
定額ＡＲを、合計ＡＣＴ−（手数料ＡＦ＋振込手数料Ｆ
Ｔ）として算出する（＃２３）。
【００３１】このように、本実施形態によると、集金条
件の異なる種々のクレジットカード会社などの債権先に
対して、例えば図７及び図８に示す単一のロジックを適
用して計算とチェックを行うことができる。したがっ
て、入金額ＴＴのチェックに要する時間と労力とを大幅
に低減することができる。
件の異なる種々のクレジットカード会社などの債権先に
対して、例えば図７及び図８に示す単一のロジックを適
用して計算とチェックを行うことができる。したがっ
て、入金額ＴＴのチェックに要する時間と労力とを大幅
に低減することができる。
【００３２】また、入金のチェックの結果が正常であっ
た場合には、債権管理ファイル２２の入金フラグＦＫに
記録を行うようにしたので、いわゆる入金消込みが自動
的に行われる。入金情報ＮＪ及びチェック結果が判断結
果画面ＨＧ１として表示されるので、担当者はチェック
状況が一目瞭然である。
た場合には、債権管理ファイル２２の入金フラグＦＫに
記録を行うようにしたので、いわゆる入金消込みが自動
的に行われる。入金情報ＮＪ及びチェック結果が判断結
果画面ＨＧ１として表示されるので、担当者はチェック
状況が一目瞭然である。
【００３３】上述の実施形態においては、入金情報ＮＪ
を端末装置１２から入力し、ホスト１１において入金額
ＴＴのチェックを行い、その結果を端末装置１２に表示
するように構成したが、端末装置１２において入金額Ｔ
Ｔのチェックを行うようにしてもよい。また、ホスト１
１に設けた表示装置の表示面に判断結果画面ＨＧ１を表
示し、またホスト１１において入金情報ＮＪを入力する
ように構成してもよい。
を端末装置１２から入力し、ホスト１１において入金額
ＴＴのチェックを行い、その結果を端末装置１２に表示
するように構成したが、端末装置１２において入金額Ｔ
Ｔのチェックを行うようにしてもよい。また、ホスト１
１に設けた表示装置の表示面に判断結果画面ＨＧ１を表
示し、またホスト１１において入金情報ＮＪを入力する
ように構成してもよい。
【００３４】上述の実施形態において、集金条件ファイ
ル２１及び債権管理ファイル２２の構成、債権管理シス
テム１の全体又は各部の構成、処理内容、処理順序、処
理タイミングなどは、本発明の趣旨に沿って適宜変更す
ることができる。
ル２１及び債権管理ファイル２２の構成、債権管理シス
テム１の全体又は各部の構成、処理内容、処理順序、処
理タイミングなどは、本発明の趣旨に沿って適宜変更す
ることができる。
【００３５】本発明は、クレジットカード会社以外の種
々の債権先に対する入金額ＴＴのチェックに適用するこ
とができる。
々の債権先に対する入金額ＴＴのチェックに適用するこ
とができる。
【００３６】
【発明の効果】本発明によると、クレジットカード会社
などの債権先に対して、集金条件が異なる場合であって
も単一のロジックを適用して計算とチェックを行うこと
が可能となり、入金額のチェックに要する時間と労力と
を低減することができる。
などの債権先に対して、集金条件が異なる場合であって
も単一のロジックを適用して計算とチェックを行うこと
が可能となり、入金額のチェックに要する時間と労力と
を低減することができる。
【００３７】請求項２の発明によると、入金のチェック
の結果が正常であった場合には、債権管理ファイルの入
金フラグに記録を行うようにしたので、いわゆる入金消
込みが自動的に行われる。
の結果が正常であった場合には、債権管理ファイルの入
金フラグに記録を行うようにしたので、いわゆる入金消
込みが自動的に行われる。
【００３８】請求項３の発明によると、入金情報及びチ
ェック結果が表示面に表示されるので、担当者はチェッ
ク状況を一目で容易に認識することができる。
ェック結果が表示面に表示されるので、担当者はチェッ
ク状況を一目で容易に認識することができる。
【図１】本発明に係るチェック装置を適用した債権管理
システムの構成を示すブロック図である。
システムの構成を示すブロック図である。
【図２】集金条件ファイルの構成の例を示す図である。
【図３】債権管理ファイルの構成の例を示す図である。
【図４】自動仕訳ファイルの構成の例を示す図である。
【図５】ホストにおける処理のうちのチェック機能を取
り出して示すブロック図である。
り出して示すブロック図である。
【図６】端末装置の表示面に表示される判断結果画面の
例を示す図である。
例を示す図である。
【図７】チェック処理の全体の流れを示すフローチャー
トである。
トである。
【図８】入金予定額算出処理を示すフローチャートであ
る。
る。
１ 債権管理システム（チェック装置）
５ チェック装置
２１ 集金条件ファイル
２２ 債権管理ファイル
３１ メモリ領域
３２ 算出部（予定額を算出する手段）
３３ 判断部（判断する手段）
ＣＰ 債権先
ＰＡ 許容値
ＡＣ 売掛額（債権額）
ＴＴ 入金額
ＡＲ 入金予定額
ＮＪ 入金情報
ＦＫ 入金フラグ（入金済みフラグ）
ＳＫ 算定結果情報（算定入金額情報）
ＫＫ 結果情報（結果についての情報）
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 高木 容子
神奈川県川崎市中原区上小田中４丁目１
番１号 富士通株式会社内
(72)発明者 辻 聡子
神奈川県川崎市中原区上小田中４丁目１
番１号 富士通株式会社内
(56)参考文献 特開 平８−202791（ＪＰ，Ａ)
特開 昭61−276084（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 17/60
Claims (4)
- 【請求項１】債権先から入金された入金額が予定入金額
に対して妥当であるか否かをチェックするためのチェッ
ク装置であって、 前記債権先について、手数料率及び許容値を含む集金条
件を定めた集金条件ファイルと、 前記債権先に対する債権額を記録した債権管理ファイル
と、 入力された実際の入金額を記憶するメモリ領域と、 前記債権管理ファイルを参照して債権額の合計を求める
合計手段と、 前記合計手段により求められた債権額の合計に対して、
前記集金条件ファイルから読み出した前記手数料率によ
る手数料及び振込手数料を減じた額である 入金予定額を
算出する算出手段と、前記算出手段により 算出された前記入金予定額と前記メ
モリ領域から読み出した前記入金額との差額が前記集金
条件ファイルから得られる許容値以内であるか否かを判
断する判断手段と、 を有してなることを特徴とする入金額のチェック装置。 - 【請求項２】前記債権管理ファイルには、債権額につい
ての入金が済んだことを示す入金済みフラグを記録する
項が設けられ、 前記入金予定額と前記入金額との差額が前記許容値以内
であると前記判断手段が判断した場合には、当該債権額
について前記入金済みフラグを記録する、 請求項１記載の入金額のチェック装置。 - 【請求項３】前記メモリ領域から読み出した前記入金額
を含む入金情報、前記算出手段により算出された前記入
金予定額を含む算定入金額情報、及び前記差額が前記許
容値以内であるか否かを前記判断手段が判断した結果に
ついての情報を、画面に表示する手段を有してなる、 請求項１又は請求項２記載の入金額のチェック装置。 - 【請求項４】債権先から入金された入金額が予定入金額
に対して妥当であるか否かをチェックするためのチェッ
ク装置であって、 前記債権先について、支払い方法、手数料率、及び許容
値を含む集金条件を定めた集金条件ファイルと、 前記債権先について、債権額、支払い方法、及び入金済
みフラグを記録する債権管理ファイルと、 入金の対象範囲における実際の入金額を記憶するメモリ
領域と、 前記債権管理ファイルを参照して前記対象範囲における
債権額の合計を求める合計手段と、 前記合計手段により求められた債権額の合計に対して、
前記集金条件ファイルから読み出した前記手数料率によ
る手数料及び振込手数料を減じた額である 入金予定額を
算出する算出手段と、前記算出手段により 算出された前記入金予定額と前記メ
モリ領域から読み出した前記入金額との差額が前記集金
条件ファイルから得られる許容値以内であるか否かを判
断する判断手段と、 前記入金予定額と前記入金額との差額が前記許容値以内
であると前記判断手段が判断した場合に、前記債権管理
ファイルの前記対象範囲における債権額について前記入
金済みフラグを記録する手段と、 前記入金予定額と前記入金額との差額が前記許容値以内
でないと前記判断手段が判断した場合に、エラーを表示
する手段と、 を有してなることを特徴とする入金額のチェック装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20248098A JP3506915B2 (ja) | 1998-07-17 | 1998-07-17 | 入金額のチェック装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20248098A JP3506915B2 (ja) | 1998-07-17 | 1998-07-17 | 入金額のチェック装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000035989A JP2000035989A (ja) | 2000-02-02 |
| JP3506915B2 true JP3506915B2 (ja) | 2004-03-15 |
Family
ID=16458220
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20248098A Expired - Fee Related JP3506915B2 (ja) | 1998-07-17 | 1998-07-17 | 入金額のチェック装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3506915B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2585301A (en) * | 2000-01-05 | 2001-07-16 | Daniel Lanin | System and method for trusted self-billing for utilities |
| JP2017191537A (ja) * | 2016-04-15 | 2017-10-19 | 株式会社リンク・プロセシング | クレジット処理装置 |
-
1998
- 1998-07-17 JP JP20248098A patent/JP3506915B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000035989A (ja) | 2000-02-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8065187B2 (en) | System, program product, and associated methods to autodraw for micro-credit attached to a prepaid card | |
| US8103549B1 (en) | System, program product, and associated methods to autodraw for micro-credit attached to prepaid card | |
| US8682730B2 (en) | System and method for linked account having sweep feature | |
| US7188083B2 (en) | System for and method of rapid collection of income taxes | |
| US8083133B2 (en) | System and method for accounting for activation of stored value cards | |
| US8296226B2 (en) | Apparatus, system, and method for an asset-backed purchase card | |
| US8131619B1 (en) | Service fee-based payment processing | |
| US20040002916A1 (en) | Systems and methods for managing balance transfer accounts | |
| US20020152124A1 (en) | Methods and systems for remote point-of-sale funds transfer | |
| US20050182720A1 (en) | Online payment system and method | |
| US20080052229A1 (en) | Automated loan repayment system and method | |
| US20090164370A1 (en) | Transfer Account Systems, Computer Program Products, And Associated Computer-Implemented Methods | |
| CA2295613A1 (en) | Automated loan repayment | |
| US20140164192A1 (en) | Franchise royalty and advertising fee collection | |
| US20020087428A1 (en) | Fixed-monetary-amount purchasing system for precious metals | |
| JP2011159260A (ja) | 仕訳データ作成装置、仕訳データ作成方法及びプログラム | |
| US20070073615A1 (en) | Presentation instrument transaction processing pricing systems and methods | |
| JP3506915B2 (ja) | 入金額のチェック装置 | |
| JP2001143007A (ja) | Ｉｃカードによる電子決済システム | |
| US20140006192A1 (en) | Selective escrow of funds based on transaction receipts | |
| KR102344412B1 (ko) | 블록체인을 이용한 결제오류 방지 방법 및 시스템 | |
| JP2003016155A (ja) | 旅行業向け会計処理システム | |
| KR20000059133A (ko) | 온라인 및 오프라인 거래보호를 위한 지불유보 현금카드시스템 | |
| JP2001014384A (ja) | 資金繰り管理システム、管理方法及びコンピュータ読みとり可能な記録媒体 | |
| US20220129977A1 (en) | Online tokenization of outstanding debt |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031216 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20031217 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071226 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081226 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091226 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091226 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101226 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111226 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111226 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121226 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121226 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131226 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |