JP3806308B2 - Credit claim data processing device - Google Patents
Credit claim data processing device Download PDFInfo
- Publication number
- JP3806308B2 JP3806308B2 JP2001071018A JP2001071018A JP3806308B2 JP 3806308 B2 JP3806308 B2 JP 3806308B2 JP 2001071018 A JP2001071018 A JP 2001071018A JP 2001071018 A JP2001071018 A JP 2001071018A JP 3806308 B2 JP3806308 B2 JP 3806308B2
- Authority
- JP
- Japan
- Prior art keywords
- credit
- payment
- billing
- data
- terminals
- 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
- 238000000034 method Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 11
- 238000004891 communication Methods 0.000 description 7
- 238000013523 data management Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 235000013305 food Nutrition 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 101000661807 Homo sapiens Suppressor of tumorigenicity 14 protein Proteins 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 101001139126 Homo sapiens Krueppel-like factor 6 Proteins 0.000 description 2
- 101000710013 Homo sapiens Reversion-inducing cysteine-rich protein with Kazal motifs Proteins 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 101000911772 Homo sapiens Hsc70-interacting protein Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、クレジットカードで決済された商取引に対してのクレジット会社への請求データを作成し、クレジット会社のホストにオンラインで送信出力するか、磁気テープ等の記録媒体に書込み出力する機能を有したクレジット請求データ処理装置に関する。
【0002】
【従来の技術】
一般に、クレジット会社と加盟店契約を結んだ商店では、そのクレジット会社が発行するクレジットカードでの決済が可能となり、クレジット決済端末とその上位機であるコントローラが設置される。そして、買物客からクレジットカードでの決済の申し出を受けた店員が、そのクレジットカードのデータや支払区分,クレジット利用金額等のデータをクレジット決済端末に入力すると、このクレジット決済端末からコントローラを介してクレジット会社のホストコンピュータにオンラインでクレジットカードでの決済可否の問合せが行われる。そして、クレジットカードでの決済が承認されると、クレジット決済端末からクレジット伝票が印字発行される。また、決済が承認されたクレジットカードのデータや支払区分,クレジット利用金額等を含むクレジットの取引明細データがコントローラで記憶保存される。
【0003】
しかして、コントローラでは、定期的に、記憶保存されたクレジットの取引明細データを基にクレジット会社への請求データが作成される。この請求データは、磁気テープに書き出されてクレジット会社に送られるか、オンラインでクレジット会社のホストコンピュータに送信され、クレジット会社では、加盟店からの請求データに基づいて当該加盟店に現金を支払う仕組みとなっていた。
【0004】
ところで、クレジットカードでの決済には、クレジット会社から加盟店に対して手数料,いわゆるクレジット手数料が課せられる。このクレジット手数料は、クレジット会社との契約によってその比率が加盟店毎に設定される。そしてクレジット会社では、加盟店からの請求に対して当該加盟店に対するクレジット手数料の比率分を差し引いた金額を支払っていた。
【0005】
【発明が解決しようとする課題】
従来、クレジット会社から加盟店に課せられるクレジット手数料の比率は、例えば、電化商品等のように比較的高額な商品を取扱っている加盟店に対しては、食品等のように比較的低額な商品を取扱っている加盟店よりも比率を高くするというように、クレジット会社がその加盟店の業種・業態やクレジットカードの取扱い実績等を総合判断して決定していた。
【0006】
一方、最近では、家電販売店でも食品を取扱ったり、食品を取扱うスーパーマーケットで電化商品や家具等の高額商品を販売したりというように、業態の複合化現象が見られている。このため、クレジット手数料の比率も加盟店単位でなく、その加盟店の売場単位に設定することが望まれていた。
【0007】
しかしながら従来は、加盟店単位にクレジットカードで決済された商取引の売上総額を求め、クレジット会社への請求データを作成していたので、クレジット会社側からみると、その加盟店の売場毎の売上を把握することができないために、クレジット手数料を売場単位に設定することはできなかった。
【0008】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、1つの加盟店に対してクレジット手数料を例えば売場単位に複数設定することが可能なクレジット会社への請求データを作成できるクレジット請求データ処理装置を提供しようとするものである。
【0009】
【課題を解決するための手段】
本願請求項1記載の発明は、複数台のクレジット決済端末でそれぞれ処理されたクレジットカードによる決済の支払区分,クレジット利用金額等を含む取引明細データを収集し、その各取引明細データに基づいてクレジットカードで決済された商取引に対してのクレジット会社への請求データを作成して出力するクレジット請求データ処理装置に、各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎にクレジットにかかる手数料の比率を設定したテーブルを設け、さらに、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を合計し、その合計金額から当該組に対応する比率の手数料を差し引いた金額を請求金額として、組単位にクレジットカードで支払われた代金に対するクレジット会社への請求データを作成する手段を設けたものである。
【0010】
また、本願請求項2記載の発明は、同様なクレジット請求データ処理装置に、各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎に支払区分別にクレジットにかかる手数料の比率をそれぞれ設定したテーブルを設け、さらに、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を支払区分別に合計し、その支払区分別の合計金額から当該組でかつ当該支払区分に対応する比率の手数料を差し引いた金額を請求金額として、組単位にそれぞれ支払区分別にクレジットカードで支払われた代金に対するクレジット会社への請求データを作成する手段を設けたものである。
【0011】
【発明の実施の形態】
以下、この発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、家電販売店の一部で食品を取扱っている1つの加盟店に対して、売場単位にかつ支払区分(一括払い,リボルビング払い,ボーナス払い等)毎にクレジット手数料を設定する場合である。
【0012】
図1は本実施の形態の全体構成を示すシステム系統図であり、1つの加盟店に、5台のクレジット決済端末11,12,13,14,15と、その上位機である1台のストアコントローラ20とを設置し、各クレジット決済端末11,12,13,14,15とストアコントローラ20との間を、LAN等の通信回線30で接続している。また、クレジット専用のネットワーク40を介して、ストアコントローラ20をクレジット会社のホストコンピュータ50に接続している。なお、クレジット決済端末11,12,13,14,15としては、商品販売データの売上登録機能を有したPOS(Point Of Sales)端末を用いてもよく、クレジット決済専用機であってもよい。
【0013】
各クレジット決済端末11,12,13,14,15には、予め[001],[002],[003],[004],[005]というように固有の端末番号(T/MNo)を割当て設定している。そして、この実施の形態では、端末番号[001],[002],[003]の3台のクレジット決済端末11,12,13が売場コード[01]の家電売場に置かれているものとし、端末番号[004],[005]の2台のクレジット決済端末14,15が売場コード[02]の食品売場に置かれているものとして説明を続ける。
【0014】
図2はクレジット決済端末11〜15の要部構成を示すブロック図であり、各クレジット決済端末11〜15は同一構成である。図示するように、クレジット決済端末11〜15は、制御部本体を構成するCPU(Central Processing Unit)101、プログラム等の固定的データを予め格納したROM(Read Only Memory)102、CPU101によって処理されるデータや処理されたデータを一時的に格納するRAM(Random Access Memory)103、現在の日付及び時刻を計時する時計部104、通信回線30を介して接続されるストアコントローラ20とのデータ通信を司る通信インタフェース105及び各種の入出力機器が接続される入出力機器インタフェース106を備えており、これらをアドレスバス,データバス等のバスライン107で接続している。
【0015】
また、入出力機器インタフェース106に、クレジット会社が発行するクレジットカード60に記録されている会社コード,会員コード等のカードデータを読取るためのカードリーダ108、クレジット利用金額,支払区分等のクレジット決済に必要なデータの入力に供する各種キーが配列されたキーボード109、キー入力データやメッセージ等を表示するためのディスプレイ110、クレジット伝票を印字発行するためのプリンタ111等を接続している。
【0016】
かかる構成のクレジット決済端末11〜15は、カードリーダ108によりクレジットカード60のカードデータが読取られるとともに、キーボード109を介してクレジット利用金額及び支払区分が入力されると、通信インタフェース105に接続されたストアコントローラ20を介してクレジット会社のホストコンピュータ50にオンラインでクレジットカード60での決済可否の問合せを行う。そして、クレジットカード60での決済を承認する応答信号がホストコンピュータ50からストアコントローラ20を介して返信されると、プリンタ111を駆動してクレジット伝票を印字発行する。また、図3に示すように、自端末に設定されている端末番号や、クレジットカード60から読取った会社コード,会員コード等のカードデータや、キー入力された支払区分,クレジット利用金額等の決済データや、時計部104から読込んだ現在日付である取扱年月日等のデータからなるクレジットの取引明細データを作成して、RAM103に一時記憶するものとなっている。
【0017】
ストアコントローラ20は、上述したような各クレジット決済端末11,12,13,14,15とクレジット会社のホストコンピュータ50との間のオンライン通信中継機能の他に、特に、各クレジット決済端末11,12,13,14,15でそれぞれ処理されたクレジットの取引明細データを収集し、その各取引明細データに基づいてクレジットカード60で決済された商取引に対してのクレジット会社への請求データを作成して出力するクレジット請求データ処理装置としての機能を有している。
【0018】
図4は上記クレジット請求データ処理装置としての機能を実現するためにストアコントローラ20が有する構成を示すブロック図である。同図において、クレジット取引データファイル21は、各クレジット決済端末11,12,13,14,15のRAM103に記憶されたクレジットの取引明細データを記憶保存するファイルであり、ストアコントローラ20は、例えば毎営業日の閉店後に各クレジット決済端末11,12,13,14,15から通信回線30を介してクレジットの取引明細データを収集して、上記クレジット取引データファイル21に格納するものとなっている。
【0019】
請求データ管理テーブル22は、あるクレジット会社に対して有効な全ての支払区分を1つにまとめた請求グループを、1つのクレジット会社に対して複数形成し、各請求グループにそれぞれ異なる請求グループ番号を設定して、図5に示すように、それぞれの請求グループ番号,会社コード及び支払区分を記憶するとともに、それに対応して、請求グループ単位にかつ支払区分毎に設定されるクレジット手数料の比率と、クレジット会社から割当てられる一意の請求コードとを記憶するテーブルである。
【0020】
因みに、図5に示した本実施の形態は、会社コード[2a99661]のクレジット会社1社に対して、一括払いの売上である「一括売上」と、一括払いで売上げた商品の返品である「一括取消」と、リボルビング払いの売上である「リボル払い売上」と、リボルビング払いで売上げた商品の返品である「リボ払い取消」と、ボーナス払いの売上である「ボーナス売上」と、ボーナス払いで売上げた商品の返品である「ボーナス取消」の6通りの支払区分が有効であり、このクレジット会社に対して請求グループ番号[0001]及び[0002]の2つの請求グループを形成した場合であり、請求グループ番号[0001]の支払区分「一括売上」に対してはクレジット手数料の比率を0.7%に設定し、かつ請求コードを[9966101]に設定している。同様に、請求グループ番号[0001]の支払区分「一括取消」に対してはクレジット手数料の比率を−0.7%、請求コードを[9966111]に設定し、支払区分「リボ払い売上」に対してはクレジット手数料の比率を1.0%、請求コードを[9966102]に設定し、支払区分「リボ払い取消」に対してはクレジット手数料の比率を−1.0%、請求コードを[9966112]に設定し、支払区分「ボーナス売上」に対してはクレジット手数料の比率を1.2%、請求コードを[9966103]に設定し、支払区分「ボーナス取消」に対してはクレジット手数料の比率を−1.2%、請求コードを[9966113]に設定している。また、請求グループ番号[0001]の支払区分「一括売上」に対してはクレジット手数料の比率を0.9%、請求コードを[9966201]に設定し、支払区分「一括取消」に対してはクレジット手数料の比率を−0.9%、請求コードを[9966211]に設定し、支払区分「リボ払い売上」に対してはクレジット手数料の比率を1.2%、請求コードを[9966202]に設定し、支払区分「リボ払い取消」に対してはクレジット手数料の比率を−1.2%、請求コードを[9966212]に設定し、支払区分「ボーナス売上」に対してはクレジット手数料の比率を1.4%、請求コードを[9966203]に設定し、支払区分「ボーナス取消」に対してはクレジット手数料の比率を−1.4%、請求コードを[9966213]に設定している。
【0021】
ターミナル別請求グループ設定テーブル23は、各クレジット決済端末11,12,13,14,15を売場単位に複数の組に分類して管理し、その組毎に請求データ管理テーブル22に設定されているクレジット手数料の比率を紐付けするためのテーブルで、図6に示すように、各クレジット決済端末11,12,13,14,15のターミナル番号[001],[002],[003],[004],[005]にそれぞれ対応して、そのクレジット決済端末が置かれている売場の売場コード及び売場名称とともに請求グループ番号を記憶するようになっている。
【0022】
因みに、図6に示した本実施の形態では、ターミナル番号[001],[002]及び[003]がそれぞれ設定された家電売場にある3台のクレジット決済端末11,12,13に対しては請求グループ番号[0002]を設定して、この請求グループ番号[0002]に対応する支払区分毎のクレジット手数料の比率を紐付け、ターミナル番号[004]及び[005]がそれぞれ設定された食品売場にある2台のクレジット決済端末14,15に対しては請求グループ番号[0001]を設定して、この請求グループ番号[0001]に対応する支払区分毎のクレジット手数料の比率を紐付けている。
【0023】
クレジット請求データ作成処理部24は、クレジット取引データファイル21に記憶保存されたクレジットの取引明細データのうち、同一の組に属するクレジット決済端末,つまり同一の請求グループ番号が設定されたクレジット決済端末から収集した取引明細データのクレジット利用金額を支払区分別に合計し、その支払区分別の合計金額から当該請求グループ番号でかつ当該支払区分に対応する比率のクレジット手数料を差し引いた金額を請求金額として、請求グループ単位にそれぞれ支払区分別にクレジットカード60で支払われた代金に対するクレジット会社への請求データを作成するものである。
【0024】
具体的には、図7の流れ図に示す処理を実行する。はじめに、あるクレジット会社の締め日になるとこの処理を自動的に開始し、ST(ステップ)1としてそのクレジット会社の会社コードを請求対象会社コードとして取得するとともに、前回の締め日から今回の締め日前日までの期間を請求期間として取得する。また、ST2として、図8に示すように、請求コード,支払区分,手数料率(クレジット手数料の比率),取引金額,取引数,請求金額の各項目からなる請求レコードを蓄積記憶するクレジット請求データファイル25を作成する。
【0025】
次に、ST3としてデータ読出カウンタnを一旦“0”にリセットした後、ST4としてこのカウンタnを「1」だけカウントアップする。そして、ST5としてクレジット取引データファイル21から先頭よりn(読出カウンタnの値)番目の取引明細データを読込む。
【0026】
ここで、ST6としてクレジット取引データファイル21にn番目の取引明細データが存在し読込んだ場合には、ST7としてそのn番目取引明細データの会社コードが請求対象会社コードと一致するか否かを判断する。そして一致する場合には、次に、ST8としてそのn番目取引明細データの取扱年月日が請求期間内か否かを判断する。そして請求期間内の場合には、ST9としてターミナル別請求グループ設定テーブル23を参照してn番目取引明細データの端末番号に対応する請求グループ番号を取得する。次に、ST10として請求データ管理テーブル22を参照して、取得した請求グループ番号とn番目取引明細データの支払区分とに対応する手数料率及び請求コードを取得する。そして、ST11として請求データファイル25を検索して、n番目取引明細データの支払区分とそれに対応する手数料率及び請求コードとがセットされた請求レコードが格納されているか否かをチェックする。
【0027】
ここで、ST12として請求データファイル25に該当する請求レコードが格納されていない場合には、ST13としてn番目取引明細データの支払区分とそれに対応する手数料率及び請求コードとをセットし、取引金額,取引数及び請求金額を“0”とした請求レコードを請求データファイル25に追加格納する。しかる後、ST14としてその追加格納した請求レコードの取引金額にn番目取引明細データのクレジット利用金額を加算する。また、同レコードの取引数に“1”を加算する。
【0028】
これに対し、ST12にて請求データファイル25に該当する請求レコードが格納されていた場合にはST14の処理に進み、その該当する請求レコードの取引金額にn番目取引明細データのクレジット利用金額を、また、同レコードの取引数に“1”をそれぞれ加算する。
【0029】
一方、ST7にてn番目取引明細データの会社コードが請求対象会社コードと一致しない場合、及びST8にて請求対象会社コードとは一致するが取扱年月日が請求期間外の場合には、ST9乃至ST14の各処理を実行しない。
【0030】
その後、ST4の処理に戻り、データ読出カウンタnをさらに「1」だけカウントアップしたならば、クレジット取引データファイル21から先頭よりn番目の取引明細データを読込んで、ST7以降の処理を実行する。こうして、クレジット取引データファイル21に蓄積された各取引明細データを1データずつ順次読込んで、ST7以降の処理を繰返し実行する。そして、ST6にてクレジット取引データファイル21にn番目の取引明細データが存在しないことを確認したならば、ST15としてクレジット請求データファイル25に格納された請求レコード毎に、クレジット利用金額の合計金額である取引金額から手数料率分を差し引いた請求金額を算出して、同レコードの請求金額を書換える。
【0031】
クレジット請求データ作成処理部24は、以上のST1〜ST15の各処理を順次実行することにより、締め日となったクレジット会社への請求データを作成する。
【0032】
クレジット請求データ送信処理部26は、上記クレジット請求データ作成処理部24の作用により作成されたクレジット請求データファイル25を、該当するクレジット会社のホストコンピュータ50に、ネットワーク40を介してオンライン送信する処理を実行するものである。なお、クレジット請求データファイル25をオンライン送信するのでなく、磁気テープなどの記録媒体に書込み出力する処理を実行してもよい。
【0033】
クレジット入金データ受信処理部27は、クレジット会社のホストコンピュータ50からネットワーク40を介してオンライン送信されてくる入金データを受信する処理を実行するものである。ここで、入金データは、該当するクレジット会社が加盟店からの請求に対して当該加盟店に支払った現金の金額データである。なお、入金データをオンラインで受信するのでなく、キーボードなどから手入力されたものを取込み処理してもよい。
【0034】
クレジット請求/入金精査処理部28は、上記クレジット入金データ受信処理部27で受信処理した入金データと、クレジット請求データファイル25に格納されている請求データとの精査を実行するものである。例えば、クレジット請求データファイル25に格納されている各請求レコードの請求金額を合算した金額と入金データである金額とを比較し、一致する場合には入金OKを判定し、一致しない場合には入金エラーを判定する。そして、この判定結果を、ストアコントローラ20に接続されるディスプレイ29に表示出力するものである。
【0035】
このように構成された本実施の形態においては、各クレジット決済端末11,12,13,14,15でクレジットカード60による決済が処理される毎に、そのクレジットカード60のカードデータ(会社コード,会員コード等)や、支払区分及びクレジット利用金額や,取扱年月日等の取引明細データが、このクレジット決済を処理したクレジット決済端末を識別する端末番号とともに作成される。そして、各クレジット決済端末11,12,13,14,15から、その端末の端末番号を含む取引明細データがストアコントローラ20によって収集され、クレジット取引データファイル21に記憶保存される。
【0036】
一方、ストアコントローラ20では、クレジット会社の締め日になると、自動的にクレジット請求データ作成処理部24が動作する。そして、クレジット取引データファイル21に記憶保存されている取引明細データのうち、該当するクレジット会社が発行したクレジットカードで請求期間内に決済された取引明細データに基づいて、そのクレジット会社のクレジットカード60で決済された商取引のクレジット利用金額の合計が算出される。この場合において、クレジット利用金額の合計は、そのクレジット決済を処理したクレジット決済端末11,12,13,14,15に対して予め設定されている請求グループ番号単位に、かつ、支払区分別に分類されて算出される。そして、この請求グループ番号単位でかつ支払区分別に算出されたクレジット利用金額の合計金額と、請求データ管理テーブル22に、当該請求グループ番号でかつ当該支払区分に対応して設定されているクレジット手数料の比率分を差し引いた請求金額とを含むクレジット請求データファイル25が作成される。
【0037】
こうして作成されたクレジット請求データファイル25は、クレジット請求データ送信処理部26の作用により、該当するクレジット会社のホストコンピュータ50にネットワーク40を介してオンライン送信される。
【0038】
クレジット会社では、クレジット請求データファイル25のデータを解析し、クレジット加盟店から請求された金額、つまり請求グループ番号単位でかつ支払区分別に算出されたクレジット利用金額の合計金額から、その請求グループ番号でかつその支払区分に対応して予め契約したクレジット手数料の比率分を差し引いた金額を支払うとともに、その金額の入金データをオンラインで該当するクレジット加盟店のストアコントローラ50に送信する。
【0039】
これにより、ストアコントローラ50ではクレジット請求/入金精査処理部28が動作して、入金データと請求データの精査が行なわれ、その結果がディスプレイ29に表示される。
【0040】
このように、本実施の形態によれば、1つの加盟店において、請求グループ単位にクレジット決済された商取引のクレジット利用金額が支払区分毎に合計され、この請求グループ単位でかつ支払区分毎の合計金額に基づいて請求データが作成され、該当するクレジット会社に請求されるので、1つの加盟店に対してクレジット手数料を請求グループ単位に複数設定することができる。したがって、請求グループを売場単位とすることによって、1つの加盟店に対してクレジット手数料を売場単位に複数設定する運用を容易に実施することができるようになる。
【0041】
なお、前記実施の形態では、請求グループ単位に支払区分毎にクレジット手数料を設定したが、支払区分と無関係に請求グループ単位に対して一律のクレジット手数料を課する場合にも、本発明は適用できるものである。
【0042】
また、請求グループを売場単位としたが、例えばフロア単位とすることによって1つの加盟店に対してクレジット手数料をフロア単位に複数設定する運用も容易に実施できるようになる。
【0043】
【発明の効果】
以上詳述したように、本願請求項1記載の発明によれば、1つの加盟店に対してクレジット手数料を例えば売場単位に複数設定することが可能なクレジット会社への請求データを作成できるクレジット請求データ処理装置を提供できる。
【0044】
また、本願請求項2記載の発明によれば、売場単位でかつ支払区分毎にクレジット手数料を設定することが可能なクレジット会社への請求データを作成できるクレジット請求データ処理装置を提供できる。
【図面の簡単な説明】
【図1】 本発明の一実施の形態におけるシステム全体図。
【図2】 同実施の形態におけるクレジット決済端末の要部構成を示すブロック図。
【図3】 同実施の形態においてクレジット決済端末が作成するクレジット取引明細データのデータ構造を示す図。
【図4】 同実施の形態のストアコントローラ20が有するクレジット請求データ処理装置としての機能を実現するための構成を示すブロック図。
【図5】 図4における請求データ管理テーブルのデータ構造を示す図。
【図6】 図4におけるターミナル別請求グループ設定テーブルのデータ構造を示す図。
【図7】 図4におけるクレジット請求データ作成処理部の処理手順を示す流れ図。
【図8】 図4におけるクレジット請求データファイルのデータ構造を示す図。
【符号の説明】
11,12,13,14,15…クレジット決済端末
20…ストアコントローラ
50…クレジット会社のホストコンピュータ
21…クレジット取引データファイル
22…請求データ管理テーブル
23…ターミナル別請求グループ設定テーブル
24…クレジット請求データ作成処理部
25…クレジット請求データファイル
26…クレジット請求データ送信処理部
27…クレジット入金データ受信処理部
28…クレジット請求/入金精査処理部[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
[0010]
Further, the invention according to
[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
[0013]
Each
[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
[0015]
Further, the
[0016]
The credit settlement terminals 11 to 15 having such a configuration are connected to the
[0017]
In addition to the online communication relay function between each
[0018]
FIG. 4 is a block diagram showing a configuration of the
[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
[0022]
Incidentally, in the present embodiment shown in FIG. 6, for the three
[0023]
The credit billing data
[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
[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
[0032]
The credit request data
[0033]
The credit receipt data
[0034]
The credit billing / payment
[0035]
In the present embodiment configured as described above, each time the payment by the credit card 60 is processed in each
[0036]
On the other hand, in the
[0037]
The credit billing data file 25 created in this way is transmitted online via the
[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
[0039]
As a result, in the
[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
[0044]
Further, according to the invention described in
[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
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 (2)
前記各クレジット決済端末を複数の組に分類して管理するとともに、そのクレジット決済端末の組毎にクレジットにかかる手数料の比率を設定したテーブルと、
このテーブルで管理されるクレジット決済端末の組毎に、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を合計する合計手段と、
この合計手段によりクレジット決済端末の組毎に算出されるクレジット利用金額の合計額と前記テーブルに設定されている同一の組のクレジットにかかる手数料の比率とから組単位に前記クレジットカードで支払われた代金に対するクレジット会社への請求データを作成する請求データ作成手段と、
を備えたことを特徴とするクレジット請求データ処理装置。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:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001071018A JP3806308B2 (en) | 2001-03-13 | 2001-03-13 | Credit claim data processing device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001071018A JP3806308B2 (en) | 2001-03-13 | 2001-03-13 | Credit claim data processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002269465A JP2002269465A (en) | 2002-09-20 |
JP3806308B2 true JP3806308B2 (en) | 2006-08-09 |
Family
ID=18928795
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001071018A Expired - Fee Related JP3806308B2 (en) | 2001-03-13 | 2001-03-13 | Credit claim data processing device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3806308B2 (en) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7844490B2 (en) * | 2005-11-02 | 2010-11-30 | Visa U.S.A. Inc. | Method and system for conducting promotional programs |
JP2009285488A (en) * | 2009-09-08 | 2009-12-10 | Glory Ltd | Game medium-dispensing system using debit settlement |
JP5827859B2 (en) * | 2011-09-30 | 2015-12-02 | 日本郵便株式会社 | Settlement support system and settlement support method |
JP5636403B2 (en) * | 2012-08-22 | 2014-12-03 | 東芝テック株式会社 | Information processing apparatus and program |
JP6075608B2 (en) * | 2012-10-03 | 2017-02-08 | 株式会社フライトシステムコンサルティング | Payment terminal device and method, and program |
JP2017191537A (en) * | 2016-04-15 | 2017-10-19 | 株式会社リンク・プロセシング | Credit processing device |
US20190095899A1 (en) * | 2017-09-26 | 2019-03-28 | American Express Travel Related Services Company, Inc. | Segmenting multiple repayment schemes |
JP2020144793A (en) * | 2019-03-08 | 2020-09-10 | 株式会社ロイヤリティマーケティング | Information processing device, method and program |
-
2001
- 2001-03-13 JP JP2001071018A patent/JP3806308B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002269465A (en) | 2002-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2016098774A1 (en) | Store terminal device, membership management server, proxy settlement server, and settlement method | |
JP3806308B2 (en) | Credit claim data processing device | |
CN106327725A (en) | Check-out system, payment apparatus and control method thereof, and input processing apparatus | |
JP3922104B2 (en) | Point management device, point management system, point management method, and point management program | |
JP2003281383A (en) | Method for managing point, and point management program | |
US7703672B2 (en) | Electronic money management system, electronic money management method and computer program | |
JP6329111B2 (en) | Product data processing apparatus and program | |
JP2003271881A (en) | Purchase service system | |
JP2000090359A (en) | Charge recovery method and device | |
JPH11296584A (en) | Virtual store terminal, virtual store managing device and its system | |
JP6600039B2 (en) | Product data processing apparatus, program, product data processing method and system | |
JP4077547B2 (en) | Reward point management method | |
JP7534509B1 (en) | Journal alert system, alert data transmission method, and program for transmitting alert data | |
JP7041233B2 (en) | Product data processing equipment, programs | |
JP6797264B2 (en) | Product data processing equipment, programs, and product data processing methods | |
JPH1196461A (en) | Information management system | |
JP6889887B2 (en) | Settlement system | |
JP2001184445A (en) | Centralized account settlement service method | |
JP2014038469A (en) | Information processing apparatus, information processing system, change management method, and program | |
JP7336560B2 (en) | Product data processor, program | |
JP2006040106A (en) | Sales information management system cooperating with prepaid electronic money settlement mechanism | |
JP2010117939A (en) | Business transaction system | |
JP2001306972A (en) | Debit card settlement checkup device | |
JP6380610B2 (en) | Information processing apparatus, information display method, and program | |
KR20030050147A (en) | Method and system for providing payment by exclusive purchase card |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040322 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051122 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060123 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060509 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060512 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100519 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100519 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110519 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120519 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130519 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130519 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140519 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |