JP3806308B2

JP3806308B2 - Credit claim data processing device

Info

Publication number: JP3806308B2
Application number: JP2001071018A
Authority: JP
Inventors: 公秀玉谷
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2001-03-13
Filing date: 2001-03-13
Publication date: 2006-08-09
Anticipated expiration: 2021-03-13
Also published as: JP2002269465A

Description

【０００１】
【発明の属する技術分野】
本発明は、クレジットカードで決済された商取引に対してのクレジット会社への請求データを作成し、クレジット会社のホストにオンラインで送信出力するか、磁気テープ等の記録媒体に書込み出力する機能を有したクレジット請求データ処理装置に関する。
【０００２】
【従来の技術】
一般に、クレジット会社と加盟店契約を結んだ商店では、そのクレジット会社が発行するクレジットカードでの決済が可能となり、クレジット決済端末とその上位機であるコントローラが設置される。そして、買物客からクレジットカードでの決済の申し出を受けた店員が、そのクレジットカードのデータや支払区分，クレジット利用金額等のデータをクレジット決済端末に入力すると、このクレジット決済端末からコントローラを介してクレジット会社のホストコンピュータにオンラインでクレジットカードでの決済可否の問合せが行われる。そして、クレジットカードでの決済が承認されると、クレジット決済端末からクレジット伝票が印字発行される。また、決済が承認されたクレジットカードのデータや支払区分，クレジット利用金額等を含むクレジットの取引明細データがコントローラで記憶保存される。
【０００３】
しかして、コントローラでは、定期的に、記憶保存されたクレジットの取引明細データを基にクレジット会社への請求データが作成される。この請求データは、磁気テープに書き出されてクレジット会社に送られるか、オンラインでクレジット会社のホストコンピュータに送信され、クレジット会社では、加盟店からの請求データに基づいて当該加盟店に現金を支払う仕組みとなっていた。
【０００４】
ところで、クレジットカードでの決済には、クレジット会社から加盟店に対して手数料，いわゆるクレジット手数料が課せられる。このクレジット手数料は、クレジット会社との契約によってその比率が加盟店毎に設定される。そしてクレジット会社では、加盟店からの請求に対して当該加盟店に対するクレジット手数料の比率分を差し引いた金額を支払っていた。
【０００５】
【発明が解決しようとする課題】
従来、クレジット会社から加盟店に課せられるクレジット手数料の比率は、例えば、電化商品等のように比較的高額な商品を取扱っている加盟店に対しては、食品等のように比較的低額な商品を取扱っている加盟店よりも比率を高くするというように、クレジット会社がその加盟店の業種・業態やクレジットカードの取扱い実績等を総合判断して決定していた。
【０００６】
一方、最近では、家電販売店でも食品を取扱ったり、食品を取扱うスーパーマーケットで電化商品や家具等の高額商品を販売したりというように、業態の複合化現象が見られている。このため、クレジット手数料の比率も加盟店単位でなく、その加盟店の売場単位に設定することが望まれていた。
【０００７】
しかしながら従来は、加盟店単位にクレジットカードで決済された商取引の売上総額を求め、クレジット会社への請求データを作成していたので、クレジット会社側からみると、その加盟店の売場毎の売上を把握することができないために、クレジット手数料を売場単位に設定することはできなかった。
【０００８】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、１つの加盟店に対してクレジット手数料を例えば売場単位に複数設定することが可能なクレジット会社への請求データを作成できるクレジット請求データ処理装置を提供しようとするものである。
【０００９】
【課題を解決するための手段】
本願請求項１記載の発明は、複数台のクレジット決済端末でそれぞれ処理されたクレジットカードによる決済の支払区分，クレジット利用金額等を含む取引明細データを収集し、その各取引明細データに基づいてクレジットカードで決済された商取引に対してのクレジット会社への請求データを作成して出力するクレジット請求データ処理装置に、各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎にクレジットにかかる手数料の比率を設定したテーブルを設け、さらに、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を合計し、その合計金額から当該組に対応する比率の手数料を差し引いた金額を請求金額として、組単位にクレジットカードで支払われた代金に対するクレジット会社への請求データを作成する手段を設けたものである。
【００１０】
また、本願請求項２記載の発明は、同様なクレジット請求データ処理装置に、各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎に支払区分別にクレジットにかかる手数料の比率をそれぞれ設定したテーブルを設け、さらに、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を支払区分別に合計し、その支払区分別の合計金額から当該組でかつ当該支払区分に対応する比率の手数料を差し引いた金額を請求金額として、組単位にそれぞれ支払区分別にクレジットカードで支払われた代金に対するクレジット会社への請求データを作成する手段を設けたものである。
【００１１】
【発明の実施の形態】
以下、この発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、家電販売店の一部で食品を取扱っている１つの加盟店に対して、売場単位にかつ支払区分（一括払い，リボルビング払い，ボーナス払い等）毎にクレジット手数料を設定する場合である。
【００１２】
図１は本実施の形態の全体構成を示すシステム系統図であり、１つの加盟店に、５台のクレジット決済端末１１，１２，１３，１４，１５と、その上位機である１台のストアコントローラ２０とを設置し、各クレジット決済端末１１，１２，１３，１４，１５とストアコントローラ２０との間を、ＬＡＮ等の通信回線３０で接続している。また、クレジット専用のネットワーク４０を介して、ストアコントローラ２０をクレジット会社のホストコンピュータ５０に接続している。なお、クレジット決済端末１１，１２，１３，１４，１５としては、商品販売データの売上登録機能を有したＰＯＳ（Point Of Sales）端末を用いてもよく、クレジット決済専用機であってもよい。
【００１３】
各クレジット決済端末１１，１２，１３，１４，１５には、予め［００１］，［００２］，［００３］，［００４］，［００５］というように固有の端末番号（Ｔ／ＭNo）を割当て設定している。そして、この実施の形態では、端末番号［００１］，［００２］，［００３］の３台のクレジット決済端末１１，１２，１３が売場コード［０１］の家電売場に置かれているものとし、端末番号［００４］，［００５］の２台のクレジット決済端末１４，１５が売場コード［０２］の食品売場に置かれているものとして説明を続ける。
【００１４】
図２はクレジット決済端末１１〜１５の要部構成を示すブロック図であり、各クレジット決済端末１１〜１５は同一構成である。図示するように、クレジット決済端末１１〜１５は、制御部本体を構成するＣＰＵ（Central Processing Unit）１０１、プログラム等の固定的データを予め格納したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１によって処理されるデータや処理されたデータを一時的に格納するＲＡＭ（Random Access Memory）１０３、現在の日付及び時刻を計時する時計部１０４、通信回線３０を介して接続されるストアコントローラ２０とのデータ通信を司る通信インタフェース１０５及び各種の入出力機器が接続される入出力機器インタフェース１０６を備えており、これらをアドレスバス，データバス等のバスライン１０７で接続している。
【００１５】
また、入出力機器インタフェース１０６に、クレジット会社が発行するクレジットカード６０に記録されている会社コード，会員コード等のカードデータを読取るためのカードリーダ１０８、クレジット利用金額，支払区分等のクレジット決済に必要なデータの入力に供する各種キーが配列されたキーボード１０９、キー入力データやメッセージ等を表示するためのディスプレイ１１０、クレジット伝票を印字発行するためのプリンタ１１１等を接続している。
【００１６】
かかる構成のクレジット決済端末１１〜１５は、カードリーダ１０８によりクレジットカード６０のカードデータが読取られるとともに、キーボード１０９を介してクレジット利用金額及び支払区分が入力されると、通信インタフェース１０５に接続されたストアコントローラ２０を介してクレジット会社のホストコンピュータ５０にオンラインでクレジットカード６０での決済可否の問合せを行う。そして、クレジットカード６０での決済を承認する応答信号がホストコンピュータ５０からストアコントローラ２０を介して返信されると、プリンタ１１１を駆動してクレジット伝票を印字発行する。また、図３に示すように、自端末に設定されている端末番号や、クレジットカード６０から読取った会社コード，会員コード等のカードデータや、キー入力された支払区分，クレジット利用金額等の決済データや、時計部１０４から読込んだ現在日付である取扱年月日等のデータからなるクレジットの取引明細データを作成して、ＲＡＭ１０３に一時記憶するものとなっている。
【００１７】
ストアコントローラ２０は、上述したような各クレジット決済端末１１，１２，１３，１４，１５とクレジット会社のホストコンピュータ５０との間のオンライン通信中継機能の他に、特に、各クレジット決済端末１１，１２，１３，１４，１５でそれぞれ処理されたクレジットの取引明細データを収集し、その各取引明細データに基づいてクレジットカード６０で決済された商取引に対してのクレジット会社への請求データを作成して出力するクレジット請求データ処理装置としての機能を有している。
【００１８】
図４は上記クレジット請求データ処理装置としての機能を実現するためにストアコントローラ２０が有する構成を示すブロック図である。同図において、クレジット取引データファイル２１は、各クレジット決済端末１１，１２，１３，１４，１５のＲＡＭ１０３に記憶されたクレジットの取引明細データを記憶保存するファイルであり、ストアコントローラ２０は、例えば毎営業日の閉店後に各クレジット決済端末１１，１２，１３，１４，１５から通信回線３０を介してクレジットの取引明細データを収集して、上記クレジット取引データファイル２１に格納するものとなっている。
【００１９】
請求データ管理テーブル２２は、あるクレジット会社に対して有効な全ての支払区分を１つにまとめた請求グループを、１つのクレジット会社に対して複数形成し、各請求グループにそれぞれ異なる請求グループ番号を設定して、図５に示すように、それぞれの請求グループ番号，会社コード及び支払区分を記憶するとともに、それに対応して、請求グループ単位にかつ支払区分毎に設定されるクレジット手数料の比率と、クレジット会社から割当てられる一意の請求コードとを記憶するテーブルである。
【００２０】
因みに、図５に示した本実施の形態は、会社コード［２ａ９９６６１］のクレジット会社１社に対して、一括払いの売上である「一括売上」と、一括払いで売上げた商品の返品である「一括取消」と、リボルビング払いの売上である「リボル払い売上」と、リボルビング払いで売上げた商品の返品である「リボ払い取消」と、ボーナス払いの売上である「ボーナス売上」と、ボーナス払いで売上げた商品の返品である「ボーナス取消」の６通りの支払区分が有効であり、このクレジット会社に対して請求グループ番号［０００１］及び［０００２］の２つの請求グループを形成した場合であり、請求グループ番号［０００１］の支払区分「一括売上」に対してはクレジット手数料の比率を０．７％に設定し、かつ請求コードを［９９６６１０１］に設定している。同様に、請求グループ番号［０００１］の支払区分「一括取消」に対してはクレジット手数料の比率を−０．７％、請求コードを［９９６６１１１］に設定し、支払区分「リボ払い売上」に対してはクレジット手数料の比率を１．０％、請求コードを［９９６６１０２］に設定し、支払区分「リボ払い取消」に対してはクレジット手数料の比率を−１．０％、請求コードを［９９６６１１２］に設定し、支払区分「ボーナス売上」に対してはクレジット手数料の比率を１．２％、請求コードを［９９６６１０３］に設定し、支払区分「ボーナス取消」に対してはクレジット手数料の比率を−１．２％、請求コードを［９９６６１１３］に設定している。また、請求グループ番号［０００１］の支払区分「一括売上」に対してはクレジット手数料の比率を０．９％、請求コードを［９９６６２０１］に設定し、支払区分「一括取消」に対してはクレジット手数料の比率を−０．９％、請求コードを［９９６６２１１］に設定し、支払区分「リボ払い売上」に対してはクレジット手数料の比率を１．２％、請求コードを［９９６６２０２］に設定し、支払区分「リボ払い取消」に対してはクレジット手数料の比率を−１．２％、請求コードを［９９６６２１２］に設定し、支払区分「ボーナス売上」に対してはクレジット手数料の比率を１．４％、請求コードを［９９６６２０３］に設定し、支払区分「ボーナス取消」に対してはクレジット手数料の比率を−１．４％、請求コードを［９９６６２１３］に設定している。
【００２１】
ターミナル別請求グループ設定テーブル２３は、各クレジット決済端末１１，１２，１３，１４，１５を売場単位に複数の組に分類して管理し、その組毎に請求データ管理テーブル２２に設定されているクレジット手数料の比率を紐付けするためのテーブルで、図６に示すように、各クレジット決済端末１１，１２，１３，１４，１５のターミナル番号［００１］，［００２］，［００３］，［００４］，［００５］にそれぞれ対応して、そのクレジット決済端末が置かれている売場の売場コード及び売場名称とともに請求グループ番号を記憶するようになっている。
【００２２】
因みに、図６に示した本実施の形態では、ターミナル番号［００１］，［００２］及び［００３］がそれぞれ設定された家電売場にある３台のクレジット決済端末１１，１２，１３に対しては請求グループ番号［０００２］を設定して、この請求グループ番号［０００２］に対応する支払区分毎のクレジット手数料の比率を紐付け、ターミナル番号［００４］及び［００５］がそれぞれ設定された食品売場にある２台のクレジット決済端末１４，１５に対しては請求グループ番号［０００１］を設定して、この請求グループ番号［０００１］に対応する支払区分毎のクレジット手数料の比率を紐付けている。
【００２３】
クレジット請求データ作成処理部２４は、クレジット取引データファイル２１に記憶保存されたクレジットの取引明細データのうち、同一の組に属するクレジット決済端末，つまり同一の請求グループ番号が設定されたクレジット決済端末から収集した取引明細データのクレジット利用金額を支払区分別に合計し、その支払区分別の合計金額から当該請求グループ番号でかつ当該支払区分に対応する比率のクレジット手数料を差し引いた金額を請求金額として、請求グループ単位にそれぞれ支払区分別にクレジットカード６０で支払われた代金に対するクレジット会社への請求データを作成するものである。
【００２４】
具体的には、図７の流れ図に示す処理を実行する。はじめに、あるクレジット会社の締め日になるとこの処理を自動的に開始し、ＳＴ（ステップ）１としてそのクレジット会社の会社コードを請求対象会社コードとして取得するとともに、前回の締め日から今回の締め日前日までの期間を請求期間として取得する。また、ＳＴ２として、図８に示すように、請求コード，支払区分，手数料率（クレジット手数料の比率），取引金額，取引数，請求金額の各項目からなる請求レコードを蓄積記憶するクレジット請求データファイル２５を作成する。
【００２５】
次に、ＳＴ３としてデータ読出カウンタｎを一旦“０”にリセットした後、ＳＴ４としてこのカウンタｎを「１」だけカウントアップする。そして、ＳＴ５としてクレジット取引データファイル２１から先頭よりｎ（読出カウンタｎの値）番目の取引明細データを読込む。
【００２６】
ここで、ＳＴ６としてクレジット取引データファイル２１にｎ番目の取引明細データが存在し読込んだ場合には、ＳＴ７としてそのｎ番目取引明細データの会社コードが請求対象会社コードと一致するか否かを判断する。そして一致する場合には、次に、ＳＴ８としてそのｎ番目取引明細データの取扱年月日が請求期間内か否かを判断する。そして請求期間内の場合には、ＳＴ９としてターミナル別請求グループ設定テーブル２３を参照してｎ番目取引明細データの端末番号に対応する請求グループ番号を取得する。次に、ＳＴ１０として請求データ管理テーブル２２を参照して、取得した請求グループ番号とｎ番目取引明細データの支払区分とに対応する手数料率及び請求コードを取得する。そして、ＳＴ１１として請求データファイル２５を検索して、ｎ番目取引明細データの支払区分とそれに対応する手数料率及び請求コードとがセットされた請求レコードが格納されているか否かをチェックする。
【００２７】
ここで、ＳＴ１２として請求データファイル２５に該当する請求レコードが格納されていない場合には、ＳＴ１３としてｎ番目取引明細データの支払区分とそれに対応する手数料率及び請求コードとをセットし、取引金額，取引数及び請求金額を“０”とした請求レコードを請求データファイル２５に追加格納する。しかる後、ＳＴ１４としてその追加格納した請求レコードの取引金額にｎ番目取引明細データのクレジット利用金額を加算する。また、同レコードの取引数に“１”を加算する。
【００２８】
これに対し、ＳＴ１２にて請求データファイル２５に該当する請求レコードが格納されていた場合にはＳＴ１４の処理に進み、その該当する請求レコードの取引金額にｎ番目取引明細データのクレジット利用金額を、また、同レコードの取引数に“１”をそれぞれ加算する。
【００２９】
一方、ＳＴ７にてｎ番目取引明細データの会社コードが請求対象会社コードと一致しない場合、及びＳＴ８にて請求対象会社コードとは一致するが取扱年月日が請求期間外の場合には、ＳＴ９乃至ＳＴ１４の各処理を実行しない。
【００３０】
その後、ＳＴ４の処理に戻り、データ読出カウンタｎをさらに「１」だけカウントアップしたならば、クレジット取引データファイル２１から先頭よりｎ番目の取引明細データを読込んで、ＳＴ７以降の処理を実行する。こうして、クレジット取引データファイル２１に蓄積された各取引明細データを１データずつ順次読込んで、ＳＴ７以降の処理を繰返し実行する。そして、ＳＴ６にてクレジット取引データファイル２１にｎ番目の取引明細データが存在しないことを確認したならば、ＳＴ１５としてクレジット請求データファイル２５に格納された請求レコード毎に、クレジット利用金額の合計金額である取引金額から手数料率分を差し引いた請求金額を算出して、同レコードの請求金額を書換える。
【００３１】
クレジット請求データ作成処理部２４は、以上のＳＴ１〜ＳＴ１５の各処理を順次実行することにより、締め日となったクレジット会社への請求データを作成する。
【００３２】
クレジット請求データ送信処理部２６は、上記クレジット請求データ作成処理部２４の作用により作成されたクレジット請求データファイル２５を、該当するクレジット会社のホストコンピュータ５０に、ネットワーク４０を介してオンライン送信する処理を実行するものである。なお、クレジット請求データファイル２５をオンライン送信するのでなく、磁気テープなどの記録媒体に書込み出力する処理を実行してもよい。
【００３３】
クレジット入金データ受信処理部２７は、クレジット会社のホストコンピュータ５０からネットワーク４０を介してオンライン送信されてくる入金データを受信する処理を実行するものである。ここで、入金データは、該当するクレジット会社が加盟店からの請求に対して当該加盟店に支払った現金の金額データである。なお、入金データをオンラインで受信するのでなく、キーボードなどから手入力されたものを取込み処理してもよい。
【００３４】
クレジット請求／入金精査処理部２８は、上記クレジット入金データ受信処理部２７で受信処理した入金データと、クレジット請求データファイル２５に格納されている請求データとの精査を実行するものである。例えば、クレジット請求データファイル２５に格納されている各請求レコードの請求金額を合算した金額と入金データである金額とを比較し、一致する場合には入金ＯＫを判定し、一致しない場合には入金エラーを判定する。そして、この判定結果を、ストアコントローラ２０に接続されるディスプレイ２９に表示出力するものである。
【００３５】
このように構成された本実施の形態においては、各クレジット決済端末１１，１２，１３，１４，１５でクレジットカード６０による決済が処理される毎に、そのクレジットカード６０のカードデータ（会社コード，会員コード等）や、支払区分及びクレジット利用金額や，取扱年月日等の取引明細データが、このクレジット決済を処理したクレジット決済端末を識別する端末番号とともに作成される。そして、各クレジット決済端末１１，１２，１３，１４，１５から、その端末の端末番号を含む取引明細データがストアコントローラ２０によって収集され、クレジット取引データファイル２１に記憶保存される。
【００３６】
一方、ストアコントローラ２０では、クレジット会社の締め日になると、自動的にクレジット請求データ作成処理部２４が動作する。そして、クレジット取引データファイル２１に記憶保存されている取引明細データのうち、該当するクレジット会社が発行したクレジットカードで請求期間内に決済された取引明細データに基づいて、そのクレジット会社のクレジットカード６０で決済された商取引のクレジット利用金額の合計が算出される。この場合において、クレジット利用金額の合計は、そのクレジット決済を処理したクレジット決済端末１１，１２，１３，１４，１５に対して予め設定されている請求グループ番号単位に、かつ、支払区分別に分類されて算出される。そして、この請求グループ番号単位でかつ支払区分別に算出されたクレジット利用金額の合計金額と、請求データ管理テーブル２２に、当該請求グループ番号でかつ当該支払区分に対応して設定されているクレジット手数料の比率分を差し引いた請求金額とを含むクレジット請求データファイル２５が作成される。
【００３７】
こうして作成されたクレジット請求データファイル２５は、クレジット請求データ送信処理部２６の作用により、該当するクレジット会社のホストコンピュータ５０にネットワーク４０を介してオンライン送信される。
【００３８】
クレジット会社では、クレジット請求データファイル２５のデータを解析し、クレジット加盟店から請求された金額、つまり請求グループ番号単位でかつ支払区分別に算出されたクレジット利用金額の合計金額から、その請求グループ番号でかつその支払区分に対応して予め契約したクレジット手数料の比率分を差し引いた金額を支払うとともに、その金額の入金データをオンラインで該当するクレジット加盟店のストアコントローラ５０に送信する。
【００３９】
これにより、ストアコントローラ５０ではクレジット請求／入金精査処理部２８が動作して、入金データと請求データの精査が行なわれ、その結果がディスプレイ２９に表示される。
【００４０】
このように、本実施の形態によれば、１つの加盟店において、請求グループ単位にクレジット決済された商取引のクレジット利用金額が支払区分毎に合計され、この請求グループ単位でかつ支払区分毎の合計金額に基づいて請求データが作成され、該当するクレジット会社に請求されるので、１つの加盟店に対してクレジット手数料を請求グループ単位に複数設定することができる。したがって、請求グループを売場単位とすることによって、１つの加盟店に対してクレジット手数料を売場単位に複数設定する運用を容易に実施することができるようになる。
【００４１】
なお、前記実施の形態では、請求グループ単位に支払区分毎にクレジット手数料を設定したが、支払区分と無関係に請求グループ単位に対して一律のクレジット手数料を課する場合にも、本発明は適用できるものである。
【００４２】
また、請求グループを売場単位としたが、例えばフロア単位とすることによって１つの加盟店に対してクレジット手数料をフロア単位に複数設定する運用も容易に実施できるようになる。
【００４３】
【発明の効果】
以上詳述したように、本願請求項１記載の発明によれば、１つの加盟店に対してクレジット手数料を例えば売場単位に複数設定することが可能なクレジット会社への請求データを作成できるクレジット請求データ処理装置を提供できる。
【００４４】
また、本願請求項２記載の発明によれば、売場単位でかつ支払区分毎にクレジット手数料を設定することが可能なクレジット会社への請求データを作成できるクレジット請求データ処理装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるシステム全体図。
【図２】同実施の形態におけるクレジット決済端末の要部構成を示すブロック図。
【図３】同実施の形態においてクレジット決済端末が作成するクレジット取引明細データのデータ構造を示す図。
【図４】同実施の形態のストアコントローラ２０が有するクレジット請求データ処理装置としての機能を実現するための構成を示すブロック図。
【図５】図４における請求データ管理テーブルのデータ構造を示す図。
【図６】図４におけるターミナル別請求グループ設定テーブルのデータ構造を示す図。
【図７】図４におけるクレジット請求データ作成処理部の処理手順を示す流れ図。
【図８】図４におけるクレジット請求データファイルのデータ構造を示す図。
【符号の説明】
１１，１２，１３，１４，１５…クレジット決済端末
２０…ストアコントローラ
５０…クレジット会社のホストコンピュータ
２１…クレジット取引データファイル
２２…請求データ管理テーブル
２３…ターミナル別請求グループ設定テーブル
２４…クレジット請求データ作成処理部
２５…クレジット請求データファイル
２６…クレジット請求データ送信処理部
２７…クレジット入金データ受信処理部
２８…クレジット請求／入金精査処理部[0001]
BACKGROUND OF THE INVENTION
The present invention has a function of creating billing data for a credit company for a commercial transaction settled by a credit card and transmitting it online to a credit company host or writing it to a recording medium such as a magnetic tape. The present invention relates to a credit billing data processing apparatus.
[0002]
[Prior art]
Generally, in a store that has signed a merchant contract with a credit company, it is possible to make a settlement with a credit card issued by the credit company, and a credit settlement terminal and a controller that is a higher-level machine are installed. When a clerk who has received a credit card payment request from a shopper enters the credit card data, payment category, credit usage amount, and other data into the credit payment terminal, the credit payment terminal passes through the controller. The credit company's host computer is inquired online about whether or not payment by credit card is possible. When payment by credit card is approved, a credit slip is printed and issued from the credit payment terminal. In addition, credit card transaction details data including credit card data for which settlement has been approved, payment classification, credit usage amount, and the like are stored and stored in the controller.
[0003]
Thus, the controller periodically creates billing data for the credit company based on the credit transaction details data stored and stored. This billing data is written on magnetic tape and sent to the credit company or sent online to the credit company's host computer, which pays the merchant cash based on the billing data from the merchant. It was a mechanism.
[0004]
By the way, in the settlement with a credit card, a fee, a so-called credit fee, is imposed on the member store from the credit company. The ratio of the credit fee is set for each member store by a contract with a credit company. The credit company pays an amount obtained by subtracting the ratio of the credit fee for the member store to the bill from the member store.
[0005]
[Problems to be solved by the invention]
Conventionally, the ratio of credit fees charged by credit companies to member stores is relatively low, such as food, for member stores that handle relatively high-priced items such as electrical products. The credit company decided to make a comprehensive judgment on the business type / category of the merchant, credit card handling results, etc. so that the ratio would be higher than that of the merchant handling the credit card.
[0006]
On the other hand, recently, consumer electronics stores handle foods, and supermarkets that handle foods sell high-priced products such as electrical goods and furniture. For this reason, it has been desired that the ratio of the credit fee is not set for each member store but for each sales floor of the member store.
[0007]
However, in the past, the total amount of commerce transactions settled by credit card was calculated for each member store, and billing data for the credit company was created. Credit fees could not be set for each sales floor because they could not be grasped.
[0008]
The present invention has been made based on such circumstances. The purpose of the present invention is to provide billing data to a credit company that can set a plurality of credit fees, for example, for each sales floor for one member store. It is an object of the present invention to provide a credit claim data processing apparatus that can be created.
[0009]
[Means for Solving the Problems]
The invention according to claim 1 of the present invention collects transaction details data including payment categories, credit usage amounts, etc. for payment by credit cards processed respectively by a plurality of credit payment terminals, and credits based on the transaction details data. Each credit payment terminal is classified into a plurality of groups and managed in a credit charge data processing device that creates and outputs billing data to a credit company for a commercial transaction settled with a card. Provide a table that sets the ratio of commissions for credits for each group, and further total the credit usage amount of transaction details data collected from credit settlement terminals belonging to the same group, and the ratio corresponding to that group from the total amount The amount after deducting the commission is paid by credit card as a billing amount It is provided with a means to create the billing data to the credit card company for a price.
[0010]
Further, the invention according to claim 2 of the present application manages and manages each credit settlement terminal into a plurality of groups in the same credit billing data processing apparatus, and applies credit for each payment category for each group of credit settlement terminals. A table with each fee ratio set is provided, and the credit usage amount of transaction details data collected from credit settlement terminals belonging to the same group is totaled by payment category, and the total amount for each payment category A means for creating billing data to a credit company for the price paid by a credit card for each payment category is provided for each group as a billing amount by subtracting the fee of the ratio corresponding to the payment category.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
In this embodiment, a credit fee is set for each sales department and for each payment category (lump sum payment, revolving payment, bonus payment, etc.) for one member store that handles food at some home appliance stores. This is the case.
[0012]
FIG. 1 is a system diagram showing the overall configuration of the present embodiment. One member store has five credit settlement terminals 11, 12, 13, 14, 15 and one store which is a higher-level machine. A controller 20 is installed, and the credit settlement terminals 11, 12, 13, 14, 15 and the store controller 20 are connected by a communication line 30 such as a LAN. Further, the store controller 20 is connected to a credit company host computer 50 via a credit-only network 40. As the credit settlement terminals 11, 12, 13, 14, and 15, a POS (Point Of Sales) terminal having a sales registration function for merchandise sales data may be used, or a credit settlement dedicated machine may be used.
[0013]
Each credit payment terminal 11, 12, 13, 14, 15 is assigned a unique terminal number (T / MNo) such as [001], [002], [003], [004], [005] in advance. It is set. In this embodiment, it is assumed that three credit settlement terminals 11, 12, and 13 with terminal numbers [001], [002], and [003] are placed in the home appliance section with the sales floor code [01]. The description will be continued assuming that the two credit settlement terminals 14 and 15 with the terminal numbers [004] and [005] are placed in the food section with the sales floor code [02].
[0014]
FIG. 2 is a block diagram showing a main configuration of the credit settlement terminals 11 to 15, and the credit settlement terminals 11 to 15 have the same configuration. As shown in the figure, the credit settlement terminals 11 to 15 are processed by a CPU (Central Processing Unit) 101 that constitutes a control unit main body, a ROM (Read Only Memory) 102 that previously stores fixed data such as programs, and the CPU 101. Data communication with a RAM (Random Access Memory) 103 that temporarily stores data and processed data, a clock unit 104 that measures the current date and time, and a store controller 20 connected via the communication line 30 A communication interface 105 and an input / output device interface 106 to which various input / output devices are connected are provided, and these are connected by a bus line 107 such as an address bus and a data bus.
[0015]
Further, the card reader 108 for reading the card data such as the company code and the membership code recorded on the credit card 60 issued by the credit company is provided in the input / output device interface 106, for credit settlement such as the credit usage amount and the payment category. A keyboard 109 on which various keys for inputting necessary data are arranged, a display 110 for displaying key input data and a message, and a printer 111 for printing and issuing a credit slip are connected.
[0016]
The credit settlement terminals 11 to 15 having such a configuration are connected to the communication interface 105 when the card data of the credit card 60 is read by the card reader 108 and the credit usage amount and the payment classification are input via the keyboard 109. An inquiry is made as to whether or not the credit card 60 can be settled online to the credit company host computer 50 via the store controller 20. When a response signal for approving payment with the credit card 60 is returned from the host computer 50 via the store controller 20, the printer 111 is driven to issue a credit slip. In addition, as shown in FIG. 3, the terminal number set in the own terminal, the card data such as the company code and the membership code read from the credit card 60, the payment classification input by key, the credit usage amount, etc. The transaction details data of the credit including the data and the data such as the handling date which is the current date read from the clock unit 104 is created and temporarily stored in the RAM 103.
[0017]
In addition to the online communication relay function between each credit settlement terminal 11, 12, 13, 14, 15 and the credit company host computer 50 as described above, the store controller 20 particularly includes each credit settlement terminal 11, 12. , 13, 14, and 15 to collect transaction transaction data for credits, and create billing data for credit companies for commercial transactions settled with the credit card 60 based on the transaction transaction data. It has a function as an output credit billing data processing device.
[0018]
FIG. 4 is a block diagram showing a configuration of the store controller 20 in order to realize the function as the credit claim data processing apparatus. In the figure, a credit transaction data file 21 is a file for storing and saving credit transaction details data stored in the RAM 103 of each credit settlement terminal 11, 12, 13, 14, 15, and the store controller 20 is After the business day is closed, credit transaction details data is collected from each credit settlement terminal 11, 12, 13, 14, 15 via the communication line 30 and stored in the credit transaction data file 21.
[0019]
The billing data management table 22 forms a plurality of billing groups, each of which is valid for a certain credit company, for one credit company, and assigns a different billing group number to each billing group. As shown in FIG. 5, each billing group number, company code and payment category are stored, and correspondingly, the ratio of the credit fee set for each billing group and for each payment category, It is a table which memorize | stores the unique charge code allocated from a credit company.
[0020]
Incidentally, in the present embodiment shown in FIG. 5, “collective sales”, which is a lump-sum payment, and “collective cancellation”, which is a return of products sold in a lump-sum payment, to one credit company with company code [2a99661]. ”,“ Revolving payment sales ”, which is sales of revolving payments,“ Revoking cancellation ”, which is a return of products sold by revolving payments,“ Bonus sales ”, which is sales of bonus payments, and sales with bonus payments. This is a case where six payment categories of “bonus cancellation” which is the return of goods are valid, and two billing groups with billing group numbers [0001] and [0002] are formed for this credit company. For the payment category “collective sales” of the number [0001], the credit fee ratio is set to 0.7%, and the billing code is set to [996610] It is set to]. Similarly, for the payment category “collective cancellation” of the billing group number [0001], the credit fee ratio is set to −0.7%, the billing code is set to [9966111], and the payment category “revolving payment sales” is set. The credit fee ratio is set to 1.0% and the billing code is set to [99666102]. The credit fee ratio is set to -1.0% and the billing code is set to [99666112] for the payment category “revocation of revocation”. To the payment category “bonus sales”, the credit fee ratio is set to 1.2%, the billing code is set to [9966103], and the payment category “bonus cancellation” is set to the credit fee ratio − 1.2%, the billing code is set to [9966113]. Also, for the payment category “collective sales” of the billing group number [0001], the ratio of the credit fee is set to 0.9%, the billing code is set to [99666201], and the credit for the payment category “collective cancellation”. The commission rate is set to -0.9%, the billing code is set to [9966211], the credit commission ratio is set to 1.2%, and the billing code is set to [99666202] for the payment category "revolving payment". For the payment category “Revoke payment cancellation”, the credit fee ratio is set to −1.2% and the billing code is set to [99666212]. For the payment category “bonus sales”, the credit fee ratio is set to 1. 4%, the billing code is set to [99666203], the credit fee ratio is -1.4% and the billing code is [99662] for the payment category “cancel bonus” It is set to 3].
[0021]
The terminal-by-terminal billing group setting table 23 manages each credit settlement terminal 11, 12, 13, 14, 15 by classifying them into a plurality of groups for each sales floor, and is set in the billing data management table 22 for each group. In the table for associating the ratio of credit fees, as shown in FIG. 6, the terminal numbers [001], [002], [003], [004] of the respective credit settlement terminals 11, 12, 13, 14, 15 ] And [005], the billing group number is stored together with the sales floor code and the sales floor name of the sales floor where the credit settlement terminal is placed.
[0022]
Incidentally, in the present embodiment shown in FIG. 6, for the three credit settlement terminals 11, 12, 13 in the home appliance section where the terminal numbers [001], [002] and [003] are set, respectively. The billing group number [0002] is set, the ratio of the credit fee for each payment category corresponding to the billing group number [0002] is linked, and the food counter where the terminal numbers [004] and [005] are set respectively. The billing group number [0001] is set for a certain two credit settlement terminals 14 and 15, and the ratio of the credit fee for each payment category corresponding to the billing group number [0001] is linked.
[0023]
The credit billing data creation processing unit 24, from the credit transaction details stored in the credit transaction data file 21, from the credit settlement terminals belonging to the same set, that is, from the credit settlement terminals set with the same billing group number. Charge the credit amount of the collected transaction details data for each payment category, and charge the amount by subtracting the credit fee of the billing group number and the ratio corresponding to the payment category from the total amount for each payment category. The billing data to the credit company for the payment paid by the credit card 60 for each group is created for each group.
[0024]
Specifically, the process shown in the flowchart of FIG. 7 is executed. First, when the closing date of a certain credit company is reached, this process is automatically started, and the company code of the credit company is acquired as the billing company code as ST (Step) 1 and from the previous closing date to the day before the current closing date. Get the period as the billing period. Further, as ST2, as shown in FIG. 8, a credit billing data file for accumulating and storing billing records comprising items of billing code, payment category, fee rate (credit fee ratio), transaction amount, number of transactions, and billing amount 25 is created.
[0025]
Next, after resetting the data reading counter n to “0” as ST3, the counter n is incremented by “1” as ST4. In ST5, the transaction details data of the nth (value of read counter n) from the top is read from the credit transaction data file 21.
[0026]
Here, when the n-th transaction details data exists and is read in the credit transaction data file 21 as ST6, it is determined whether the company code of the n-th transaction details data matches the billing company code as ST7. to decide. If they match, it is next determined in ST8 whether the handling date of the nth transaction details data is within the billing period. If it is within the billing period, the billing group number corresponding to the terminal number of the nth transaction details data is obtained by referring to the billing group setting table 23 by terminal as ST9. Next, referring to the billing data management table 22 as ST10, a commission rate and a billing code corresponding to the obtained billing group number and the payment classification of the nth transaction details data are obtained. Then, in ST11, the billing data file 25 is searched to check whether or not a billing record in which the payment classification of the nth transaction detail data, the fee rate and the billing code corresponding thereto is set is stored.
[0027]
Here, if the corresponding billing record is not stored in the billing data file 25 as ST12, the payment classification of the nth transaction detail data and the corresponding fee rate and billing code are set as ST13, the transaction amount, A billing record in which the number of transactions and the billing amount is “0” is additionally stored in the billing data file 25. Thereafter, the credit usage amount of the nth transaction details data is added to the transaction amount of the additionally stored billing record as ST14. In addition, “1” is added to the number of transactions of the record.
[0028]
On the other hand, if the corresponding billing record is stored in the billing data file 25 in ST12, the process proceeds to ST14, and the credit usage amount of the nth transaction detail data is added to the transaction amount of the corresponding billing record, In addition, “1” is added to the number of transactions in the record.
[0029]
On the other hand, if the company code of the nth transaction details data does not match the billing company code in ST7, and if the billing company code matches the billing company code in ST8, but the handling date is outside the billing period, ST9 The processes from ST14 to ST14 are not executed.
[0030]
Thereafter, returning to the process of ST4, if the data reading counter n is further incremented by “1”, the nth transaction detail data from the top is read from the credit transaction data file 21, and the processes after ST7 are executed. Thus, each transaction detail data stored in the credit transaction data file 21 is sequentially read one by one, and the processes after ST7 are repeatedly executed. If it is confirmed in ST6 that the nth transaction detail data does not exist in the credit transaction data file 21, the total amount of credit usage is calculated for each billing record stored in the credit billing data file 25 as ST15. Calculate the billing amount by subtracting the commission rate from a certain transaction amount, and rewrite the billing amount of the record.
[0031]
The credit billing data creation processing unit 24 creates billing data for the credit company on the closing date by sequentially executing the processes of ST1 to ST15.
[0032]
The credit request data transmission processing unit 26 performs a process of online transmitting the credit request data file 25 created by the operation of the credit request data creation processing unit 24 to the host computer 50 of the relevant credit company via the network 40. It is something to execute. Instead of transmitting the credit request data file 25 online, a process of writing and outputting to a recording medium such as a magnetic tape may be executed.
[0033]
The credit receipt data reception processing unit 27 executes a process of receiving receipt data transmitted online from the credit company host computer 50 via the network 40. Here, the deposit data is cash amount data paid by the corresponding credit company to the member store in response to the request from the member store. Instead of receiving the deposit data online, it may be processed by taking in data manually entered from a keyboard or the like.
[0034]
The credit billing / payment scrutiny processing unit 28 performs a scrutiny between the deposit data received and processed by the credit deposit data reception processing unit 27 and the billing data stored in the credit billing data file 25. For example, the sum of the billing amounts of each billing record stored in the credit billing data file 25 is compared with the amount as the deposit data, and if they match, the deposit OK is determined. Determine the error. Then, the determination result is displayed and output on a display 29 connected to the store controller 20.
[0035]
In the present embodiment configured as described above, each time the payment by the credit card 60 is processed in each credit payment terminal 11, 12, 13, 14, 15, the card data (company code, Member code, etc.), transaction details such as payment category and credit usage amount, date of handling, etc. are created together with a terminal number for identifying the credit settlement terminal that has processed this credit settlement. Then, transaction details data including the terminal numbers of the terminals are collected by the store controller 20 from each credit payment terminal 11, 12, 13, 14, 15 and stored in the credit transaction data file 21.
[0036]
On the other hand, in the store controller 20, the credit request data creation processing unit 24 automatically operates when the closing date of the credit company is reached. Of the transaction details stored in the credit transaction data file 21, the credit card 60 of the credit company is based on the transaction details data settled within the billing period with the credit card issued by the corresponding credit company. The total credit usage amount of the business transaction settled in is calculated. In this case, the total amount of credit usage is classified in units of billing group numbers set in advance for the credit settlement terminals 11, 12, 13, 14, 15 that have processed the credit settlement, and classified by payment category. Is calculated. Then, the total amount of credit usage calculated for each billing group number and for each payment category, and the credit fee set in the billing data management table 22 corresponding to the billing group number and corresponding to the payment category. A credit billing data file 25 including the billing amount obtained by subtracting the ratio is created.
[0037]
The credit billing data file 25 created in this way is transmitted online via the network 40 to the host computer 50 of the relevant credit company by the action of the credit billing data transmission processing unit 26.
[0038]
The credit company analyzes the data in the credit billing data file 25 and calculates the billing group number from the amount billed by the credit member store, that is, the total amount of credit usage calculated in units of billing group numbers and by payment category. In addition, an amount obtained by subtracting the proportion of the credit fee contracted in advance corresponding to the payment category is paid, and the payment data of the amount is transmitted online to the store controller 50 of the corresponding credit member store.
[0039]
As a result, in the store controller 50, the credit billing / payment scrutiny processing unit 28 operates, and the scrutinization of the deposit data and the billing data is performed, and the result is displayed on the display 29.
[0040]
As described above, according to the present embodiment, in one member store, the credit usage amount of the commercial transaction settled in credit for each billing group is totaled for each payment category, and the total for each billing group and each payment category is totaled. Since billing data is created based on the amount of money and billed to the corresponding credit company, a plurality of credit fees can be set for each billing group for one member store. Therefore, by setting the billing group as a sales floor unit, it is possible to easily perform an operation of setting a plurality of credit fees per sales floor for one member store.
[0041]
In the above embodiment, a credit fee is set for each payment category in each billing group. However, the present invention can also be applied to a case where a uniform credit fee is imposed on each billing group regardless of the payment category. Is.
[0042]
In addition, although the billing group is a sales floor unit, for example, by using a floor unit, an operation of setting a plurality of credit fees per floor for one member store can be easily performed.
[0043]
【The invention's effect】
As described above in detail, according to the invention described in claim 1 of the present application, a credit claim that can create billing data for a credit company capable of setting a plurality of credit fees, for example, for each sales floor for one member store. A data processing apparatus can be provided.
[0044]
Further, according to the invention described in claim 2 of the present application, it is possible to provide a credit claim data processing apparatus capable of creating bill data to a credit company capable of setting a credit fee for each sales floor and for each payment category.
[Brief description of the drawings]
FIG. 1 is an overall view of a system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a main configuration of a credit settlement terminal according to the embodiment.
FIG. 3 is a view showing a data structure of credit transaction statement data created by the credit settlement terminal in the embodiment.
FIG. 4 is a block diagram showing a configuration for realizing a function as a credit request data processing apparatus included in the store controller 20 of the embodiment;
FIG. 5 in FIG. Billing data management table FIG.
6 is the same as FIG. Billing group setting table by terminal FIG.
7 is a flowchart showing a processing procedure of a credit charge data creation processing unit in FIG. 4;
FIG. 8 is a diagram showing a data structure of a credit request data file in FIG. 4;
[Explanation of symbols]
11, 12, 13, 14, 15 ... credit settlement terminal
20 ... Store controller
50 ... Credit company host computer
21 ... Credit transaction data file
22 ... Billing data management table
23 ... Terminal-specific billing group setting table
24 ... Credit request data creation processing section
25 ... Credit request data file
26 ... Credit request data transmission processing section
27 ... Credit receipt data reception processing part
28 ... Credit request / Deposit review section

Claims

複数台のクレジット決済端末でそれぞれ処理されたクレジットカードによる決済の支払区分，クレジット利用金額等を含む取引明細データを収集し、その各取引明細データに基づいて前記クレジットカードで決済された商取引に対してのクレジット会社への請求データを作成して出力するクレジット請求データ処理装置において、
前記各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎にクレジットにかかる手数料の比率を設定したテーブルと、
このテーブルで管理されるクレジット決済端末の組毎に、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を合計する合計手段と、
この合計手段によりクレジット決済端末の組毎に算出されるクレジット利用金額の合計額と前記テーブルに設定されている同一の組のクレジットにかかる手数料の比率とから組単位に前記クレジットカードで支払われた代金に対するクレジット会社への請求データを作成する請求データ作成手段と、
を備えたことを特徴とするクレジット請求データ処理装置。Collect transaction details data including payment categories, credit usage amounts, etc. for payment by credit cards processed by multiple credit payment terminals, and for business transactions settled by the credit card based on each transaction details data In the credit billing data processing device that creates and outputs billing data for all credit companies,
Each credit payment terminal is classified into a plurality of groups and managed, and a table in which a ratio of a fee for credit is set for each set of credit payment terminals,
For each set of credit settlement terminals managed in this table, a total means for summing up the credit usage amounts of transaction details data collected from credit settlement terminals belonging to the same group ;
The total amount of credit usage calculated for each set of credit settlement terminals by this total means and the ratio of fees for the same set of credits set in the table are paid by the credit card in pairs. Billing data creation means for creating billing data for the credit company for the price ,
A credit claim data processing apparatus comprising:

複数台のクレジット決済端末でそれぞれ処理されたクレジットカードによる決済の支払区分，クレジット利用金額等を含む取引明細データを収集し、その各取引明細データに基づいて前記クレジットカードで決済された商取引に対してのクレジット会社への請求データを作成して出力するクレジット請求データ処理装置において、
前記各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎に前記支払区分別にクレジットにかかる手数料の比率をそれぞれ設定したテーブルと、
このテーブルで管理されるクレジット決済端末の組毎に、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を前記支払区分別に合計する合計手段と、
この合計手段によりクレジット決済端末の組毎にかつ前記支払区分別に算出されるクレジット利用金額の合計額と前記テーブルに設定されている同一の組の同一支払区分に対するクレジットにかかる手数料の比率とから組単位にそれぞれ支払区分別に前記クレジットカードで支払われた代金に対するクレジット会社への請求データを作成する請求データ作成手段と、
を備えたことを特徴とするクレジット請求データ処理装置。Collect transaction details data including payment categories, credit usage amounts, etc. for payment by credit cards processed by multiple credit payment terminals, and for business transactions settled by the credit card based on each transaction details data In the credit billing data processing device that creates and outputs billing data for all credit companies,
A table in which each credit settlement terminal is classified into a plurality of groups and managed, and a ratio of fees charged for credits is set for each payment category for each set of credit settlement terminals,
Each set of credit payment terminals that are managed in this table, the total means that the total credit available amount of the transaction detailed data collected from the credit settlement terminal belonging to the same set by the payment category,
This total means is a combination of the total amount of credit usage calculated for each set of credit settlement terminals and for each payment category, and the ratio of the fee for credit for the same payment category of the same set set in the table. Billing data creation means for creating billing data to the credit company for the price paid by the credit card for each unit of payment ,
A credit claim data processing apparatus comprising: