JP2000076348A

JP2000076348A - クレジット処理装置

Info

Publication number: JP2000076348A
Application number: JP24970498A
Authority: JP
Inventors: Masakatsu Owaki; 雅克大脇
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 1998-09-03
Filing date: 1998-09-03
Publication date: 2000-03-14
Anticipated expiration: 2018-09-03
Also published as: JP3872907B2

Abstract

(57)【要約】【課題】クレジットカード会社からの入金予定や入金
実績等を迅速かつ正確に管理できるようにする。【解決手段】カード会社別，支払区分別に各売上時期
に対する入金時期を設定記憶した入金時期テーブル２を
設け、このテーブルから、クレジット売上明細データ中
の会社コードでかつ支払区分の売上日付に対する入金時
期を取得し、入金予定テーブル３で各売上明細データ中
の売上金額を会社コード別かつ支払区分別でかつ入金時
期別に集計する一方、入金実績テーブル４でクレジット
カード会社からの入金明細データ中の入金額を会社コー
ド別かつ支払区分別でかつ売上時期別に集計する。そし
てこれらの集計結果からクレジットカードの会社別に、
支払区分別かつ入金時期別の入金予定及び支払区分別か
つ売上時期別の入金実績を管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クレジット売上が
成立した商品売買取引に対するクレジットカード会社か
らの入金を管理する機能を有したクレジット処理装置に
関する。

【０００２】

【従来の技術】従来のクレジット処理装置は、クレジッ
ト売上による商品売買取引が成立すると、その取引で使
用されたクレジットカードの会社コード別に支払区分，
売上日付，売上金額等からなる売上明細データを作成す
る。そしてこの売上明細データに基づいて即時または日
毎のバッチ処理等によりクレジットカード会社に対して
掛売金を請求していた。なお、この掛売金の請求方法と
しては、信用照会はオンラインや電話にてクレジット売
上取引時に即時に行い、クレジット会社への請求明細は
一定期間分まとめてＭＴ（磁気テーブ）に出力してクレ
ジット会社に送付する方法、オンラインで行う信用照会
をもって請求を兼ねるギャザリングという方法などがあ
る。

【０００３】ところで、クレジット売上が成立した商品
売買取引の売上金額は、クレジットカード会社から入金
があるまで一時的に店舗経営者が負担することになる。
一方、クレジットカード会社からの入金時期は、会社に
よっても、また支払区分（一括払い，分割払いなど）に
よっても異なっていて一概には定まらない。そこで店舗
側では、現在立て替えている金額（負担金額）がいくら
なのか、またその金額の入金予定時期がいつなのか、さ
らには入金された実績があるか等をクレジット会社別に
随時管理している必要があった。

【０００４】ところが従来のクレジット処理装置は、ク
レジットカード会社に対して掛売金を請求する処理機能
は有していたものの、その請求に対する入金予定や入金
実績等を管理する機能はなかった。このため店舗側で
は、店舗経営者がクレジット売上による商品売買取引で
作成されたクレジット伝票を確認したり、煩雑な計算を
行ったりして、クレジットカード会社別に、掛売金の額
やその入金予定時期及び入金実績等を手作業で管理して
いるのが実情であった。

【０００５】

【発明が解決しようとする課題】このように、従来のク
レジット処理装置では、クレジットカード会社からの入
金予定や入金実績等を管理することができなかったの
で、それらを管理するための煩雑な手作業が要求されて
おり、迅速かつ正確な管理ができなかった。

【０００６】本発明はこのような事情に基づいてなされ
たもので、その目的とするところは、クレジットカード
会社からの入金予定や入金実績等を迅速かつ正確に管理
することができ、入金管理業務の効率化を図り得るクレ
ジット処理装置を提供しようとするものである。

【０００７】

【課題を解決するための手段】本願請求項１記載の発明
は、クレジットカードの会社コード別でかつクレジット
売上の支払区分別に各売上時期に対する入金時期を設定
記憶した入金時期テーブルと、クレジット売上による商
品売買取引が成立する毎にその取引で使用されたクレジ
ットカードの会社コード，支払区分，売上日付，売上金
額からなる売上明細データを作成する売上明細作成手段
と、入金時期テーブルを参照して売上明細作成手段によ
り作成した売上明細データ中の会社コードでかつ支払区
分の売上日付に対する入金時期を取得する入金時期取得
手段と、売上明細作成手段により作成した各売上明細デ
ータ中の売上金額を会社コード別かつ支払区分別でかつ
入金時期取得手段により取得した入金時期別に集計する
入金予定額集計手段と、各クレジットカード会社からの
入金が発生する毎にその入金を行ったクレジットカード
会社の会社コード及び入金額と入金対象の支払区分及び
売上時期とからなる入金明細データを作成する入金明細
作成手段と、この入金明細作成手段により作成した各入
金明細データ中の入金額を会社コード別かつ支払区分別
でかつ売上時期別に集計する入金実績集計手段とを設
け、入金予定額集計手段による集計結果と入金実績集計
手段による集計結果とからクレジットカードの会社別
に、支払区分別かつ入金時期別の入金予定及び支払区分
別かつ売上時期別の入金実績を管理するようにしたクレ
ジット処理装置である。

【０００８】本願請求項２記載の発明は、上記請求項１
記載のクレジット処理装置に、さらに、入金予定額集計
手段による集計結果と入金実績集計手段による集計結果
とを比較して入金実績額が入金予定額を下回る会社コー
ド，支払区分及び売上時期の未入金データを検出する未
入金データ検出手段と、この未入金データ検出手段によ
り検出した会社コード，支払区分及び売上時期の未入金
データを当該入金実績額と入金予定額との差額及び当該
売上時期に対する入金時期とともに出力する未入金デー
タ出力手段とを設けたものである。本願請求項３記載の
発明は、上記請求項２記載のクレジット処理装置におい
て、未入金データ出力手段が、入金時期からの遅滞状況
を併せて出力する機能を有したものである。

【０００９】

【発明の実施の形態】以下、本発明の一実施の形態を図
面を用いて説明する。図１において、１は本発明に関わ
るクレジット処理装置を示す。このクレジット処理装置
１は、図２に示すように、クレジットカードの会社コー
ド別でかつクレジット売上の支払区分別に各売上時期
（取扱開始日〜取扱終了日）に対する入金時期（入金予
定日）を予め設定記憶した入金時期テーブル２を設けて
いる。

【００１０】また、図３に示すように会社コード，支払
区分，取扱開始日，取扱終了日，入金予定日，件数及び
入金予定額の各項目からなる入金予定レコードを蓄積記
憶する入金予定テーブル３と、図４に示すように会社コ
ード，支払区分，取扱開始日，取扱終了日，入金日及び
入金実績額の各項目からなる入金実績レコードを蓄積記
憶する入金実績テーブル４を設けている。さらに、図５
に示すように会社コード，支払区分，売上日，売上金額
及び処理済フラグ（未処理＝０，処理済＝１）の各項目
からなる売上明細レコードを蓄積記憶する売上明細テー
ブル５と、図６に示すように会社コード，支払区分，取
扱開始日，取扱終了日，入金日，入金額及び処理済フラ
グ（未処理＝０，処理済＝１）の各項目からなる入金明
細レコードを蓄積記憶する入金明細テーブル６を設けて
いる。なお、これらのテーブル２〜６は、ＨＤＤ（Hard
Disc Drive ）装置等の不揮発性の記憶装置上に形成さ
れている。また、これらのテーブル２〜６のレコード
は、詳細には説明しないが、不要となったものから順に
自動的あるいは手動で削除され、容量がフルにならない
ように工夫されている。

【００１１】しかして、このクレジット処理装置１は、
いずれも図示しないＣＰＵ（Central Processing Unit
），ＲＯＭ（Read Only Memory），ＲＡＭ（Random Ac
cessMemory），Ｉ／Ｏ（Input/Output）ポート等で構成
されるコンピュータを主体として、図１に示すように売
上明細作成部７，入金明細作成部８，売上処理部９，入
金処理部１０及びレポート出力部１１の各部を形成して
いる。

【００１２】売上明細作成部７は、インラインまたはオ
ンラインで接続された決済端末（電子式キャッシュレジ
スタ，ＰＯＳ（Point Of Sales）ターミナル等）１２に
おいてクレジット売上による商品売買取引が成立する毎
に、該決済端末１２から送信される取引情報により、そ
の取引で使用されたクレジットカードの会社コード，支
払区分，売上日付，売上金額からなる売上明細レコード
（処理済フラグ＝０）を作成して、前記売上明細テーブ
ル５に書込む機能を有したもので、売上明細作成手段を
構成する。入金明細作成部８は、キーボードや磁気テー
ブ読取装置等の入力部１３からの入力により、若しくは
通信網１４を介して接続されるクレジットカード会社の
ホストコンピュータからのオンライン伝送により各クレ
ジットカード会社からの入金が発生する毎に、その入金
を行ったクレジットカード会社の会社コード及び入金額
と入金対象の支払区分及び売上時期（取扱開始日〜取扱
終了日）とからなる入金明細レコード（処理済フラグ＝
０）を作成し、前記入金明細テーブル６に書込む機能を
有したもので、入金明細作成手段を構成する。

【００１３】売上処理部９は、内部時計１５によって計
時される日時が予め設定された時期になると、入金時期
テーブル２を参照して、売上明細テーブル５に蓄積され
た売上明細データ毎にその会社コードでかつ支払区分の
売上日付に対する入金時期（入金予定日）を取得する。
そして、入金予定テーブル３を使用して、その売上明細
データ中の売上金額を会社コード別かつ支払区分別でか
つ入金時期別に集計する機能を有したもので、入金時期
取得手段及び入金予定額集計手段を構成する。

【００１４】その具体的な処理の流れを図７のフローチ
ャートに示す。すなわち売上処理部９は、その処理を開
始すると、先ず、ＳＴ（ステップ）１として売上明細テ
ーブル５から先頭の売上明細レコードを読込む。そし
て、ＳＴ２として該当する売上明細レコードを読込むこ
とができたならば、ＳＴ３としてその読込んだレコード
の処理済フラグを調べる。ここで、処理済フラグが
“１”にセットされていた場合には、読込んだ売上明細
レコードは既に売上処理済なのでＳＴ１３に進み、売上
明細テーブル５から次の売上明細レコードを読込む。そ
してＳＴ２に戻り、次の売上明細レコードを読込むこと
ができたならば、その読込んだレコードの処理済フラグ
を調べる。

【００１５】一方、ＳＴ３にて読込んだレコードの処理
済フラグが“０”にリセットされていた場合には、読込
んだ売上明細レコードは売上処理前なのでＳＴ４に進
み、その売上明細レコードの会社コード，支払区分及び
売上日付を検索キーとして入金時期テーブル２を検索す
る。そして、入金時期テーブル２に会社コード及び支払
区分が一致し、売上日付を取扱期間とする入金時期レコ
ードが存在するか否かをチェックする。その結果、ＳＴ
５として該当する入金時期レコードが存在しない場合に
は、入金時期設定テーブル２の設定内容が異常なので、
ＳＴ６として設定エラーログデータ（当該売上明細レコ
ードも含めるものとする）を図示しないエラーログファ
イルに出力する。しかる後、ＳＴ１３に進み、売上明細
テーブル５から次の売上明細レコードを読込む。

【００１６】ＳＴ５にて入金時期テーブル２に該当する
入金時期レコードが存在する場合には、ＳＴ７としてそ
の該当する入金時期レコードの会社コード，支払区分，
取扱開始日，取扱終了日及び入金予定日を取得する（入
金時期取得手段）。次に、ＳＴ８としてその取得した会
社コード，支払区分及び入金予定日を検索キーとして入
金予定テーブル３を検索する。そして、入金予定テーブ
ル３に会社コード，支払区分及び入金予定日が一致する
入金予定レコードが存在するか否かをチェックする。そ
の結果、ＳＴ９として該当する入金予定レコードが存在
しない場合には、ＳＴ１０としてＳＴ７にて取得した会
社コード，支払区分，取扱開始日，取扱終了日及び入金
予定日の各データと今回読込んだ売上明細レコード中の
売上金額（入金予定額）とから入金予定レコード（件数
＝１）を作成する。そして、この入金予定レコードを入
金予定テーブル３に登録する。この際、入金予定テーブ
ル３内の各入金予定レコードを、会社コードの小さい順
かつ支払区分の小さい順でかつ取扱開始日の早い順に並
べ変える。これに対し、ＳＴ９にて入金予定テーブル３
に該当する入金予定レコードが存在する場合には、ＳＴ
１１としてその該当する入金予定レコードの件数に１を
加算し、入金予定額に今回読込んだ売上明細レコード中
の売上金額を加算する（入金予定額集計手段）。

【００１７】しかる後、ＳＴ１２として今回読込んだ売
上明細レコード中の処理済フラグを“１”にセットした
ならばＳＴ１３に進み、売上明細テーブル５から次の売
上明細レコードを読込む。しかして売上処理部９は、Ｓ
Ｔ２にて売上明細テーブル５から該当する売上明細レコ
ードを読込むことができなくなるまで、ＳＴ３乃至ＳＴ
１３の処理を繰返す。そして該当する売上明細レコード
を読込むことができなかった時点で、今回の処理を終了
する。

【００１８】入金処理部１０は、内部時計１５によって
計時される日時が予め設定された時期になると、入金実
績テーブル４を使用して、入金明細テーブル６に蓄積さ
れた各入金明細データ中の入金額を会社コード別かつ支
払区分別でかつ売上時期（取扱開始日〜取扱終了日）別
に集計する機能を有したもので、入金実績集計手段を構
成する。

【００１９】その具体的な処理の流れを図８のフローチ
ャートに示す。すなわち入金処理部１０は、その処理を
開始すると、先ず、ＳＴ１として入金明細テーブル６か
ら先頭の入金明細レコードを読込む。そして、ＳＴ２と
して該当する入金明細レコードを読込むことができたな
らば、ＳＴ３としてその読込んだレコードの処理済フラ
グを調べる。ここで、処理済フラグが“１”にセットさ
れていた場合には、読込んだ入金明細レコードは既に入
金処理済なのでＳＴ１２に進み、入金明細テーブル６か
ら次の入金明細レコードを読込む。そしてＳＴ２に戻
り、次の入金明細レコードを読込むことができたなら
ば、その読込んだレコードの処理済フラグを調べる。

【００２０】一方、ＳＴ３にて読込んだレコードの処理
済フラグが“０”にリセットされていた場合には、読込
んだ入金明細レコードは入金処理前なのでＳＴ４に進
み、その入金明細レコードの会社コード，支払区分及び
取扱期間（取扱開始日〜取扱終了日）を検索キーとして
入金時期テーブル２を検索する。そして、入金時期テー
ブル２に会社コード，支払区分及び取扱期間の一致する
入金時期レコードが存在するか否かをチェックする。そ
の結果、ＳＴ５として該当する入金時期レコードが存在
しない場合には、入金明細レコードの内容が異常なの
で、ＳＴ６として入金エラーログデータ（当該入金明細
レコードも含めるものとする）を図示しないエラーログ
ファイルに出力する。しかる後、ＳＴ１２に進み、入金
明細テーブル６から次の入金明細レコードを読込む。

【００２１】ＳＴ５にて入金時期テーブル２に該当する
入金時期レコードが存在する場合には、ＳＴ７として今
回読込んだ入金明細レコードの会社コード，支払区分及
び取扱期間を検索キーとして入金実績テーブル４を検索
する。そして、入金実績テーブル４に会社コード，支払
区分及び取扱期間が一致する入金実績レコードが存在す
るか否かをチェックする。その結果、ＳＴ８として該当
する入金実績レコードが存在しない場合には、ＳＴ９と
して今回読込んだ入金明細レコードの会社コード，支払
区分，取扱開始日，取扱終了日，入金日及び入金額（入
金実績額）から入金実績レコードを作成し、入金実績テ
ーブル４に登録する。この際、入金実績テーブル４内の
各入金実績レコードを、会社コードの小さい順かつ支払
区分の小さい順でかつ取扱期間の早い順に並べ変える。
これに対し、ＳＴ８にて入金実績テーブル４に該当する
入金実績レコードが存在する場合には、ＳＴ１０として
その該当する入金実績レコードの入金日を今回読込んだ
入金明細レコードの入金日に更新するとともに、入金実
績額に今回読込んだ入金明細レコードの入金額を加算す
る（入金実績集計手段）。

【００２２】しかる後、ＳＴ１１として今回読込んだ入
金明細レコード中の処理済フラグを“１”にセットした
ならばＳＴ１２に進み、入金明細テーブル６から次の入
金明細レコードを読込む。しかして入金処理部８は、Ｓ
Ｔ２にて入金明細テーブル６から該当する入金明細レコ
ードを読込むことができなくなるまで、ＳＴ３乃至ＳＴ
１２の処理を繰返す。そして該当する入金明細レコード
を読込むことができなかった時点で、今回の処理を終了
する。

【００２３】レポート出力部１１は、内部時計１５によ
って計時される日時が予め設定された時期になると、前
記入金予定テーブル３で会社コード別かつ支払区分別で
かつ入金予定日別に集計された入金予定額と、前記入金
実績テーブル４で会社コード別かつ支払区分別でかつ取
扱期間別に集計された入金実績額とを比較して、入金実
績額が入金予定額を下回る会社コード，支払区分及び売
上時期（取扱期間）の未入金データを検出する。そして
その検出した会社コード，支払区分及び売上時期の未入
金データを、当該入金実績額と入金予定額との差額及び
当該売上時期に対する入金時期（入金予定日）、さらに
は入金時期からの遅滞状況を併せて未入金レポート１６
（図１３を参照）として印字出力する機能を有したもの
で、未入金データ検出手段及び未入金データ出力手段を
構成する。

【００２４】その具体的な処理の流れを図９，１０のフ
ローチャートに示す。すなわちレポート出力部１１は、
その処理を開始すると、先ず、ＳＴ１としてＡ〜Ｌの１
２個のワークメモリエリアを「０」にクリアする。ま
た、ＳＴ２として未入金レポート１６のヘッダ部とし
て、タイトル（未入金レポート），出力日付及び各項目
（会社，支払区分，取扱期間，入金予定額，入金額，未
入金，入金予定日，入金日及び遅滞）を用紙に印字す
る。なお、ワークメモリエリアＡ〜Ｉは、上記各項目
「会社」，「支払区分」，「取扱期間」，「入金予定
額」，「入金額」，「未入金」，「入金予定日」，「入
金日」及び「遅滞」のデータを一時的に格納する。ま
た、ワークメモリエリアＪ，Ｋ及びＬは、上記項目「入
金予定額」，「入金額」及び「未入金」の合計データを
一時的に格納する。

【００２５】レポート出力部１１は、次に、ＳＴ３とし
て入金予定テーブル３から先頭の入金予定レコードを読
込む。そして、ＳＴ４として該当する入金予定レコード
を読込むことができたならば、ＳＴ５としてその読込ん
だレコードの会社コード，支払区分，取扱期間（取扱開
始日〜取扱終了日），入金予定額及び入金予定日をそれ
ぞれワークメモリエリアＡ，Ｂ，Ｃ，Ｄ及びＧにセット
する。

【００２６】次に、ＳＴ６としてその読込んだ入金予定
レコードの会社コード，支払区分及び取扱期間を検索キ
ーとして入金実績テーブル４を検索する。そして、入金
実績テーブル４に会社コード，支払区分及び取扱期間が
一致する入金実績レコードが存在するか否かをチェック
する。その結果、ＳＴ７として該当する入金実績レコー
ドが存在しない場合には、ＳＴ８としてワークメモリエ
リアＥに「０」を、またワークメモリエリアＨに「−」
をセットする。これに対し、ＳＴ７にて該当する入金実
績レコードが存在する場合には、ＳＴ９としてその入金
実績レコードの入金実績額及び入金日を取得し、それぞ
れワークメモリエリアＥ及びＨにセットする。

【００２７】次に、ＳＴ１０としてワークメモリエリア
Ｄのデータ，つまりは入金予定額とワークメモリエリア
Ｅのデータ，つまりは入金実績額とを比較して、入金実
績額が入金予定額を下回るか否かを判断する（未入金検
出手段）。そして、入金実績額が入金予定額以上の場合
にはＳＴ１１に進み、入金予定テーブル３から次の入金
予定レコードを読込む。そしてＳＴ４に戻り、次の入金
予定レコードを読込むことができたならば、ＳＴ５以降
の処理を繰返す。

【００２８】ＳＴ１０にて入金実績額が入金予定額を下
回る場合にはＳＴ１２に進み、図示しない名称設定テー
ブルを参照して、ワークメモリエリアＡ内の会社コード
をクレジットカード会社名に、またワークメモリエリア
Ｂ内の支払区分を支払区分名にそれぞれ変換する。ま
た、ＳＴ１３としてワークメモリエリアＤ内の入金予定
額からワークメモリエリアＥ内の入金実績額を減じるこ
とで未入金額を算出する。そして、ＳＴ１４としてこの
未入金額をワークメモリエリアＦにセットする。

【００２９】次に、ＳＴ１５としてワークメモリエリア
Ｇ内のデータ，つまりは入金予定日と時計部１５にて計
時されている当日日付とを比較して、入金予定日を経過
しているか否かを判断する。そして入金予定日を経過し
ていない場合には、ＳＴ１６としてワークメモリエリア
Ｉに「−」をセットする。これに対し、入金予定日を経
過している場合には、ＳＴ１７として当日日付からワー
クメモリエリアＧ内の入金予定日を減じることにより遅
滞日数を算出する。そして、ＳＴ１８としてこの遅滞日
数をワークメモリエリアＩにセットする。

【００３０】次に、ＳＴ１９としてワークメモリエリア
Ｄのデータ，つまりは入金予定額をワークメモリエリア
Ｊに加算し、ワークメモリエリアＥのデータ，つまりは
入金額をワークメモリエリアＫに加算し、ワークメモリ
エリアＦのデータ，つまりは未入金額をワークメモリエ
リアＬに加算する。しかる後、ＳＴ２０として用紙にワ
ークメモリエリアＡ〜Ｉの各データをそれぞれ項目「会
社」，「支払区分」，「取扱期間」，「入金予定額」，
「入金額」，「未入金」，「入金予定日」，「入金日」
及び「遅滞」に対応させて１行で印字する（未入金デー
タ出力手段）。

【００３１】そして印字後、ＳＴ２１に進み、入金予定
テーブル３から次の入金予定レコードを読込む。そして
ＳＴ４に戻り、次の入金予定レコードを読込むことがで
きたならば、ＳＴ５以降の処理を繰返す。

【００３２】しかしてレポート出力部１１は、ＳＴ４に
て入金予定テーブル３から該当する入金予定レコードを
読込むことができなくなるまで、ＳＴ５以降の処理を繰
返す。そして該当する入金予定レコードを読込むことが
できなかった場合には、用紙に項目「合計」とともにワ
ークメモリエリアＪ，Ｋ及びＬの各データを１行で印字
して、今回の処理を終了する。

【００３３】このように構成された本実施の形態のクレ
ジット処理装置１において、今（３月１日とする）、売
上時期テーブル２に図２に示すデータが設定されている
ものとする。なお、会社コード「０００１」の会社名を
「Ｘ会社」、「０００２」の会社名を「Ｙ会社」とし、
支払区分「０１」の支払区分名を「一括」，「０２」の
支払区分名を「分割」とする。

【００３４】また、売上明細テーブル５には図５に示す
９つの売上明細レコードが格納されているものとする。
そうすると、先頭から６番目までの売上明細レコードが
売上処理済であり、その売上処理によって、入金予定テ
ーブル３には図３に示す４つの入金予定レコードが登録
されている。さらに、入金明細テーブル６には図６に示
す６つの入金明細レコードが格納されているものとす
る。そうすると、先頭から２番目までの入金明細レコー
ドが入金処理済であるので、これにより入金実績テーブ
ル４には、図４に示す２つの入金実績レコードが登録さ
れている。

【００３５】この状態で、内部時計１５によって計時さ
れる日時が売上処理部９の開始日時になると、売上処理
部９が作動する。これにより、売上明細テーブル５に格
納された７番目から９番目までの売上明細レコードが順
に売上処理される。先ず、７番目の売上明細レコード
は、会社コード「０００２」，支払区分「０１」，売上
日「０２０３（２月３日）」であるから、入金時期テー
ブル２から入金予定日「０２２５（２月２５日）」が取
得される。そして入金予定テーブル３には、会社コード
「０００２」，支払区分「０１」及び入金予定日「０２
２５」の一致するレコードが３番目に存在するので、こ
のレコードの件数に１が加算され、かつ入金予定額に売
上金額「１５０００」が加算される。

【００３６】次に、８番目の売上明細レコードは、会社
コード「０００１」，支払区分「０２」，売上日「０２
１０（２月１０日）」であるから、入金時期テーブル２
から入金予定日「０２２８（２月２８日）」が取得され
る。そして入金予定テーブル３には、会社コード「００
０１」，支払区分「０２」及び入金予定日「０２２８」
の一致するレコードが２番目に存在するので、このレコ
ードの件数に１が加算され、かつ入金予定額に売上金額
「１００００」が加算される。

【００３７】次に、９番目の売上明細レコードは、会社
コード「０００２」，支払区分「０２」，売上日「０２
２５（２月２５日）」であるから、入金時期テーブル２
から入金予定日「０３１０（３月１０日）」が取得され
る。そして、入金予定テーブル３には、会社コード「０
００２」，支払区分「０２」及び入金予定日「０３１
０」の一致するレコードが存在しないので、会社コード
「０００２」，支払区分「０２」，取扱開始日「０２０
１」，取扱終了日「０２２９」，入金予定日「０３１
０」，件数「１」及び入金予定額「８０００」の入金予
定レコードが作成され、この入金予定レコードが入金予
定テーブル３の５番目に登録される。その結果、入金予
定テーブル３の内容は、図１１に示すように更新され
る。

【００３８】一方、引き続き内部時計１５によって計時
される日時が入金処理部１０の開始日時になると、入金
処理部１０が作動する。これにより、入金明細テーブル
６に格納された３番目から６番目までの入金明細レコー
ドが順に入金処理される。先ず、３番目の入金明細レコ
ードは、会社コード「０００２」，支払区分「０１」，
取扱開始日「０１１０（１月１０日）」，取扱終了日
「０２０９（１月１０日）」であり、これと一致する入
金実績レコードは入金実績テーブル４に存在しないの
で、会社コード「０００２」，支払区分「０１」，取扱
開始日「０１１０」，取扱終了日「０２０９」，入金日
「０２２５」，入金実績額「１００００」の入金実績レ
コードが作成され、この入金実績レコードが入金実績テ
ーブル４の２番目に登録される。次に、４番目の入金明
細レコードは、会社コード「０００２」，支払区分「０
２」，取扱開始日「０１０１（１月１日）」，取扱終了
日「０１３１（１月３１日）」であり、これと一致する
入金実績レコードは入金実績テーブル４の３番目に存在
するので、この３番目の入金実績レコードの入金日が
「０２２５」に更新されるとともに、入金実績額に入金
額「８０００」が加算される。

【００３９】次に、５番目の入金明細レコードは、会社
コード「０００１」，支払区分「０２」，取扱開始日
「０１１６（１月１６日）」，取扱終了日「０２１５
（２月１５日）」であり、これと一致する入金実績レコ
ードは入金実績テーブル４に存在しないので、会社コー
ド「０００１」，支払区分「０２」，取扱開始日「０１
１６」，取扱終了日「０２１５」，入金日「０２２
８」，入金実績額「３００００」の入金実績レコードが
作成され、この入金実績レコードが入金実績テーブル４
の２番目に登録される。次に、６番目の入金明細レコー
ドは、会社コード「０００２」，支払区分「０１」，取
扱開始日「０１１０」，取扱終了日「０２０９」であ
り、これと一致する入金実績レコードは入金実績テーブ
ル４の３番目に存在するので、この３番目の入金実績レ
コードの入金日が「０３０１」に更新されるとともに、
入金実績額に入金額「１００００」が加算される。その
結果、入金実績テーブル４の内容は、図１２に示すよう
に更新される。

【００４０】その後、内部時計１５によって計時される
日時がレポート出力部１１の開始日時になると、レポー
ト出力部１１が作動する。これにより、先ず、用紙にレ
ポートヘッダ部が印字される。

【００４１】次に、入金予定テーブル３における先頭レ
コードの会社コード「０００１」，支払区分「０１」，
取扱期間「０１０１〜０１３１」，入金予定額「１００
００」及び入金予定日「０２１０」がワークメモリエリ
アＡ，Ｂ，Ｃ，Ｄ，Ｇにセットされる。また、入金実績
テーブル４には会社コード「０００１」，支払区分「０
１」及び取扱期間「０１０１〜０１３１」の一致する入
金実績レコードが存在するので、その入金実績レコード
の入金実績額「１００００」と入金日「０２１０」がワ
ークメモリエリアＥ，Ｈに格納される。

【００４２】そしてこの場合、ワークメモリエリアＤの
入金予定額とワークメモリエリアＥの入金実績額とは等
しいので、次に、入金予定テーブル３における２番目レ
コードの会社コード「０００１」，支払区分「０２」，
取扱期間「０１１６〜０２１５」，入金予定額「４００
００」及び入金予定日「０２２８」がワークメモリエリ
アＡ，Ｂ，Ｃ，Ｄ，Ｇにセットされる。また、入金実績
テーブル４には会社コード「０００１」，支払区分「０
２」及び取扱期間「０１１６〜０２１５」の一致する入
金実績レコードが存在するので、その入金実績レコード
の入金実績額「３００００」と入金日「０２２８」がワ
ークメモリエリアＥ，Ｈに格納される。

【００４３】そしてこの場合、ワークメモリエリアＥの
入金実績額はワークメモリエリアＤの入金予定額より少
ないので、ワークメモリエリアＡの会社コード「０００
１」が会社名「Ｘ会社」に変換されるとともに、ワーク
メモリエリアＢの支払区分「０２」が支払区分名「分
割」に変換される。また、ワークメモリエリアＦに未入
金額「１００００」がセットされる。また、ワークメモ
リエリアＩに遅滞日数「１」がセットされる。さらに、
ワークメモリエリアＪ，Ｋ，Ｌにそれぞれ「４０００
０」，「３００００」，「１００００」がセットされ
る。しかして、用紙の項目に続く１行目にワークメモリ
エリアＡ〜Ｉの内容が１行で印字される。

【００４４】次に、入金予定テーブル３における３番目
レコードの会社コード「０００２」，支払区分「０
１」，取扱期間「０１１０〜０２０９」，入金予定額
「３５０００」及び入金予定日「０２２５」がワークメ
モリエリアＡ，Ｂ，Ｃ，Ｄ，Ｇにセットされる。また、
入金実績テーブル４には会社コード「０００２」，支払
区分「０１」及び取扱期間「０１１０〜０２０９」の一
致する入金実績レコードが存在するので、その入金実績
レコードの入金実績額「２００００」と入金日「０３０
１」がワークメモリエリアＥ，Ｈに格納される。

【００４５】そしてこの場合、ワークメモリエリアＥの
入金実績額はワークメモリエリアＤの入金予定額より少
ないので、ワークメモリエリアＡの会社コード「０００
２」が会社名「Ｙ会社」に変換されるとともに、ワーク
メモリエリアＢの支払区分「０１」が支払区分名「一
括」に変換される。また、ワークメモリエリアＦに未入
金額「１５０００」がセットされる。また、ワークメモ
リエリアＩに遅滞日数「５」がセットされる。さらに、
ワークメモリエリアＪ，Ｋ，Ｌの内容がそれぞれ「７５
０００」，「５００００」，「２５０００」に更新され
る。しかして、用紙の項目に続く２行目にワークメモリ
エリアＡ〜Ｉの内容が１行で印字される。

【００４６】次に、入金予定テーブル３における４番目
レコードの会社コード「０００２」，支払区分「０
２」，取扱期間「０１０１〜０１３１」，入金予定額
「２００００」及び入金予定日「０２１０」がワークメ
モリエリアＡ，Ｂ，Ｃ，Ｄ，Ｇにセットされる。また、
入金実績テーブル４には会社コード「０００２」，支払
区分「０２」及び取扱期間「０１０１〜０１３１」の一
致する入金実績レコードが存在するので、その入金実績
レコードの入金実績額「２００００」と入金日「０２２
５」がワークメモリエリアＥ，Ｈに格納される。

【００４７】そしてこの場合、ワークメモリエリアＤの
入金予定額とワークメモリエリアＥの入金実績額とは等
しいので、次に、入金予定テーブル３における５番目レ
コードの会社コード「０００２」，支払区分「０２」，
取扱期間「０２０１〜０２２９」，入金予定額「８００
０」及び入金予定日「０３１０」がワークメモリエリア
Ａ，Ｂ，Ｃ，Ｄ，Ｇにセットされる。また、入金実績テ
ーブル４には会社コード「０００２」，支払区分「０
２」及び取扱期間「０２０１〜０２２９」の一致する入
金実績レコードが存在しないので、ワークメモリエリア
Ｅ，Ｈにそれぞれデータ「０」，「−」が格納される。

【００４８】そしてこの場合、ワークメモリエリアＥの
入金実績額はワークメモリエリアＤの入金予定額より少
ないので、ワークメモリエリアＡの会社コード「０００
２」が会社名「Ｙ会社」に変換されるとともに、ワーク
メモリエリアＢの支払区分「０２」が支払区分名「分
割」に変換される。また、ワークメモリエリアＦに未入
金額「８０００」がセットされる。また、ワークメモリ
エリアＩにデータ「−」がセットされる。さらに、ワー
クメモリエリアＪ，Ｋ，Ｌの内容がそれぞれ「８３００
０」，「５００００」，「３３０００」に更新される。
しかして、用紙の項目に続く３行目にワークメモリエリ
アＡ〜Ｉの内容が１行で印字される。

【００４９】最後に、ワークメモリエリアＪ，Ｋ，Ｌの
内容が項目「合計」とともに用紙に印字されて、図１３
に示す未入金レポート１６が発行される。したがって、
店舗経営者は、未入金レポート１６の内容から、クレジ
ットカード会社「Ｘ会社」に対しては、１月１６日から
２月１５日の期間内に取扱った分割払いのクレジット売
上に対する請求４万円のうち１万円が入金されておら
ず、入金予定日２月２８日から１日遅滞していることが
わかる。

【００５０】同様に、クレジットカード会社「Ｙ会社」
に対しては、１月１０日から２月９日の期間内に取扱っ
た一括払いのクレジット売上に対する請求３万５千円の
うち１万５千円が入金されておらず、入金予定日２月２
５日から５日遅滞していること、及び２月１日から２月
２９日の期間内に取扱った分割払いのクレジット売上に
対する請求８千円については入金がなく、入金予定日が
３月１０日であることがわかる。

【００５１】このように本実施の形態のクレジット処理
装置１を採用することによって、店舗経営者は、クレジ
ット伝票の精査や煩雑な計算を行わなくても、クレジッ
ト会社への請求に対する入金予定や入金実績等を迅速か
つ正確に管理できるようになる。

【００５２】なお、本発明は前記一実施の形態に限定さ
れるものではない。例えば前記一実施の形態では、未入
金のある全請求（クレジット会社別かつ支払区分別でか
つ取扱期間別）を未入金レポート１６に一括して印字出
力したが、例えばクレジット会社毎や支払区分毎に分け
て印字出力する機能を持たせ、ユーザが適宜選択できる
ようにしてもよい。また、未入金データの出力方法はレ
ポートの印字に限定されるものではなく、レポートと同
様な画像をディスプレイに表示させたり、フロッピーデ
ィスクなどのコンピュータ読取り可能な記録媒体に記録
する方法等が考えられる。

【００５３】また、前記一実施の形態における入金予定
テーブル３及び入金実績テーブル４にそれぞれ蓄積され
たデータを印字または表示出力できるようにしても、店
舗経営者が両テーブルの内容からクレジット会社への請
求に対する入金予定や入金実績等を容易に把握できるの
で、従来より作業性を大幅に向上できるものである。

【００５４】

【発明の効果】以上詳述したように本願請求項１記載の
発明によれば、クレジットカード会社からの入金予定や
入金実績等を迅速かつ正確に管理することができ、入金
管理業務の効率化を図り得るクレジット処理装置を提供
できる。また、本願請求項２記載の発明によれば、上記
請求項１記載の発明と同等な効果を奏することはもとよ
り、現時点で立て替えている負担金額分についての詳細
な情報を容易に取得できる効果を奏し得る。さらに、本
願請求項３記載の発明によれば、その負担金額分につい
てのより詳細な情報を容易に取得できる効果を奏し得
る。

【図面の簡単な説明】

【図１】本発明の一実施の形態の要部構成を示すブロ
ック図。

【図２】図１における入金時期テーブルの構成図。

【図３】図１における入金予定テーブルの構成図。

【図４】図１における入金実績テーブルの構成図。

【図５】図１における売上明細テーブルの構成図。

【図６】図１における入金明細テーブルの構成図。

【図７】図１における売上処理部で行われる処理の流
れを示すフローチャート。

【図８】図１における入金処理部で行われる処理の流
れを示すフローチャート。

【図９】図１におけるレポート出力部で行われる処理
の流れを示すフローチャート。

【図１０】図１におけるレポート出力部で行われる処理
の流れを示すフローチャート。

【図１１】図２における入金予定テーブルのデータの他
の状態を示す図。

【図１２】図３における入金実績テーブルのデータの他
の状態を示す図。

【図１３】未入金レポートの一発行例を示す図。

【符号の説明】

１…クレジット処理装置２…入金時期テーブル３…入金予定テーブル４…入金実績テーブル５…売上明細テーブル６…入金明細テーブル７…売上明細作成部８…入金明細作成部９…売上処理部１０…入金処理部１１…レポート出力部１６…未入金レポート

Claims

【特許請求の範囲】

【請求項１】クレジットカードの会社コード別でかつ
クレジット売上の支払区分別に各売上時期に対する入金
時期を設定記憶した入金時期テーブルと、クレジット売上による商品売買取引が成立する毎にその
取引で使用されたクレジットカードの会社コード，支払
区分，売上日付，売上金額からなる売上明細データを作
成する売上明細作成手段と、前記入金時期テーブルを参照して前記売上明細作成手段
により作成した売上明細データ中の会社コードでかつ支
払区分の売上日付に対する入金時期を取得する入金時期
取得手段と、前記売上明細作成手段により作成した各売上明細データ
中の売上金額を会社コード別かつ支払区分別でかつ前記
入金時期取得手段により取得した入金時期別に集計する
入金予定額集計手段と、各クレジットカード会社からの入金が発生する毎にその
入金を行ったクレジットカード会社の会社コード及び入
金額と入金対象の支払区分及び売上時期とからなる入金
明細データを作成する入金明細作成手段と、この入金明細作成手段により作成した各入金明細データ
中の入金額を会社コード別かつ支払区分別でかつ売上時
期別に集計する入金実績集計手段とを具備し、前記入金予定額集計手段による集計結果と前記入金実績
集計手段による集計結果とから前記クレジットカードの
会社別に、支払区分別かつ入金時期別の入金予定及び支
払区分別かつ売上時期別の入金実績を管理するようにし
たことを特徴とするクレジット処理装置。
【請求項２】請求項１記載のクレジット処理装置にお
いて、前記入金予定額集計手段による集計結果と前記入金実績
集計手段による集計結果とを比較して入金実績額が入金
予定額を下回る会社コード，支払区分及び売上時期の未
入金データを検出する未入金データ検出手段と、この未入金データ検出手段により検出した会社コード，
支払区分及び売上時期の未入金データを当該入金実績額
と入金予定額との差額及び当該売上時期に対する入金時
期とともに出力する未入金データ出力手段とを具備した
ことを特徴とするクレジット処理装置。
【請求項３】未入金データ出力手段は、入金時期から
の遅滞状況を併せて出力する機能を有したことを特徴と
する請求項２記載のクレジット処理装置。