JP2005004512A - Method for paying amount by pos terminal and amount payment program - Google Patents

Method for paying amount by pos terminal and amount payment program Download PDF

Info

Publication number
JP2005004512A
JP2005004512A JP2003167830A JP2003167830A JP2005004512A JP 2005004512 A JP2005004512 A JP 2005004512A JP 2003167830 A JP2003167830 A JP 2003167830A JP 2003167830 A JP2003167830 A JP 2003167830A JP 2005004512 A JP2005004512 A JP 2005004512A
Authority
JP
Japan
Prior art keywords
payment
cash
customer
settlement
amount
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.)
Granted
Application number
JP2003167830A
Other languages
Japanese (ja)
Other versions
JP4177180B2 (en
Inventor
Yoshiharu Shimada
嘉治 島田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2003167830A priority Critical patent/JP4177180B2/en
Publication of JP2005004512A publication Critical patent/JP2005004512A/en
Application granted granted Critical
Publication of JP4177180B2 publication Critical patent/JP4177180B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method and a program for paying an amount by a POS terminal capable of performing settlement advantageous to both of a customer and a store. <P>SOLUTION: The method for paying an amount by the POS terminal is constituted of a step 1 for reading out the price of a commodity and determining a transaction amount, a step 2 for finding out expenses to be generated by the settlement of the transaction amount by cash and expenses to be generated by the settlement by a means other than cash and a step 3 for displaying a message that a benefit corresponding to a difference between the expenses to be generated by the cash settlement and the expenses to be generated by the settlement by the means other than cash is additionally presented in performing the settlement by the means other than cash when the expenses to be generated by the cash settlement is higher than the expenses to be generated by the settlement by the means other than cash. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明はPOS端末の金額支払い方法及び金額支払いプログラムに関する。
【0002】
【従来の技術】
例えば、3万円以上の商品を現金で購入した場合、200円の印紙税が発生する。通常は、この印紙税を店舗側が負担し、印紙税として納税している。ところが、同じ3万円以上の商品をクレジットカードで購入した場合は、クレジットカード会社に支払う手数料(決済金額の0.5%)のみを負担するだけであるので、例えば商品額が3万円である場合、30000(円)×0.005=150円を負担するだけですむ。
【0003】
このような場合、顧客としては、現金で支払おうが、クレジットカードで支払おうが、同じ3万円を負担することに変わりはない。従って、顧客にとっては同じ3万円を支払うなら、より有利な決済を選びたい。また、店舗としても、上記金額の差額である200(円)−150(円)=50円を、そのまま負担するよりは、ポイントとして顧客に還元した方が店舗の負担も軽くてすみ、また顧客サービスにつながる。
【0004】
なお、この種のPOS端末に関する技術は、出願人が初めて気づいた事項であるので、先行する類似の特許文献はない。
【0005】
【発明が解決しようとする課題】
前述したように、3万円以上の商品の購入を行なう場合、顧客としてはその金額を支払うことに変わりはないが、店舗側にとっては現金で支払われるより、クレジットカードで支払って貰う方が有利である。例えば、前述の例をとれば、現金取引よりクレジットカードによる取引の方が50円お得である。しかしながら、この50円をそのまま利益とするよりは、ポイントとして顧客に還元した方が顧客サービスにつながり、メリットが多い。
【0006】
本発明はこのような課題に鑑みてなされたものであって、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払い方法及び金額支払いプログラムを提供することを目的としている。
【0007】
【課題を解決するための手段】
(1)請求項1記載の発明は、以下の通りである。図1は本発明方法の原理を示すフローチャートである。本発明は、商品の価格を読み取って取引金額を決定し(ステップ1)、取引金額に対する現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費を求め(ステップ2)、現金払いによる決済を行なう際に発生する経費が現金払い以外による決済を行なう際に発生する経費よりも高い場合には、現金払い以外による決済を行なう時には、現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費との差額相当の特典を更に与える旨を表示する(ステップ3)、ことを特徴とする。
【0008】
このように構成すれば、現金払い以外による決済が有利な場合には、顧客は現金払い以外による決済を行ない、現金による決済の場合との差額は特典として還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払い方法を提供することができる。
(2)請求項2記載の発明は、商品の価格を読み取って取引金額を決定するステップと、取引金額に対する現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費を求めるステップと、現金払いによる決済を行なう際に発生する経費が現金払い以外による決済を行なう際に発生する経費よりも高い場合には、現金払い以外による決済を行なう時には、現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費との差額相当の特典を更に与える旨を表示するステップと、をコンピュータで実行することを特徴とする。
【0009】
このように構成すれば、現金払い以外による決済が有利な場合には、顧客は現金払い以外による決済を行ない、現金による決済の場合との差額は特典として還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払いプログラムを提供することができる。
(3)請求項3記載の発明は、前記ステップ3による表示は、顧客側のディスプレイに表示されることを特徴とする。
【0010】
このように構成すれば、顧客側で現金払い以外による決済をすることを選択することができる。
【0011】
この発明において、前記ステップ3による表示は、オペレータ側のディスプレイに表示されることを特徴とする。
【0012】
このように構成すれば、オペレータ側から顧客に対して、現金払い以外による決済をするか現金支払いにするかを問い合わせることができる。
【0013】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。図2は本発明方法を実行するハードウェアの構成例を示すブロック図である。図において、10はPOS端末である。POS端末10内において、30は商品登録処理部である。11はPOS端末10の動作を制御するCPUである。該CPU11はバス1を介して各構成要素と接続されている。12はオペレータ用のオペレータディスプレイ、13は商品から商品コード等を示すバーコードを読み込むバーコードスキャナ装置、14はオペレータ用のオペレータキーボード、15はこれら構成要素12〜14を制御するオペレータ側入力/出力処理部である。
【0014】
16はカスタマ(顧客)用のカスタマディスプレイ、17は顧客が種々の情報を入力するタッチパネル装置、18はこれら構成要素16,17を制御するカスタマ側入力/出力処理部である。19はレシートに印字するサーマルプリンタ、20は該サーマルプリンタ19を制御するレシート発行部である。21は全商品の商品コードと商品価格とを対応づけたテーブルが格納されるPLUファイル、22は金額と対応する印紙税額が記憶される印紙税テーブルである。
【0015】
商品登録処理部30において、31は商品のバーコードをスキャンして、商品の価格情報をPLUファイル21から獲得し、買い上げ商品の小計を計算し、消費税を計算し、小計と消費税を合算した合計を計算する集計部である。32はカード手数料と、印紙税を算出し、これらカード手数料と印紙税との大小比較を行なう印紙税・カード手数料比較部である。
【0016】
33は店舗、顧客双方に有利な決済方法を顧客側のカスタマディスプレイ16に表示して、現金支払いを行なうか、クレジットカード支払いを行なうかを顧客に問い合わせ、現金支払いボタン又はクレジットカード支払いボタンの何れかを選択させ、選択したボタンの種類を獲得する機能を有する顧客問合わせ部である。34は、買い上げ商品の小計に応じたポイントの計算を行なうと共に、店舗、顧客双方に有利な決済方法を顧客が選択した際、(印紙税−クレジットカード手数料)の金額に相当するポイントを計算し、上記の買い上げ商品の小計に応じたポイントに加算するポイント計算部である。このように構成された装置の動作を説明すれば、以下の通りである。
【0017】
図3,図4は本発明の動作の第1の例を示すフローチャートで、主としてPOS端末(電子レジスタ)側の動作を示している。オペレータは商品に付されたバーコードをバーコードスキャナ装置13でスキャンする(S1)。読み込まれたバーコードは、集計部31に通知され、該集計部31はPLUファイル21を検索してバーコードに対応した値段情報を獲得する(S2)。次に、CPU11は取引明細をメモリ(図示せず)に登録する(S3)。次に、CPU11は取引明細の登録が終了したかどうかチェックする(S4)。終了していない場合にはステップS1に戻り、商品のバーコードの読み込みを行なう。
【0018】
取引明細登録が終了した場合には、集計部31は小計計算と、消費税の計算と、小計と消費税の合計計算を行なう(S5)。次に、CPU11は小計に該当する印紙税を印紙税テーブル22から読み出す(S6)。図5は印紙税テーブル例を示す図である。図に示すように、29999円未満は0円、3万円から10万円までは200円、100001から20万円までは400円というように決まっている。それ以上の金額になると、印紙税は更に高くなる。最高で20万円である。
【0019】
次に、CPU11はクレジットカード払いの時の手数料を算出する(S7)。クレジットカード払いの時の手数料は例えば0.5%である。次に、印紙税・カード手数料比較部32は印紙税がクレジットカード払いの時の手数料よりも高いかどうかチェックする(S8)。印紙税がクレジットカード払いの手数料よりも安い場合には、通常の決済処理を行なう(S9)。
【0020】
印紙税がクレジットカード払いの手数料よりも高い場合には、印紙税・カード手数料比較部32は、カスタマディスプレイ16に対して、支払い方法選択画面表示依頼を行なう(S10)。顧客問合わせ部33は、カスタマ側入力/出力処理部18を介してカスタマディスプレイ16に対して支払い方法選択画面表示を行なう(S11)。顧客問合わせ部33は、カスタマディスプレイ16に対して、クレジット払いの時には、(印紙税−クレジット払い手数料)相当の特典(例えばポイント)がつく旨の表示を行なう(S12)。
【0021】
図6はカスタマディスプレイ画面例を示す図である。図に示すように、「クレジットカードをお持ちですか。クレジットカードでお買い上げいただくと、お買い上げポイントに加えて5ポイントをサービスさせていただきます。」という表示がなされる。このような表示を行なうことにより、顧客側でクレジットカード支払いにすることを選択することができる。なお、前記特典はポイントに限るものではなく、その他のものを用いることができる。
【0022】
次に、支払い方法(クレジットカード又は現金)の選択を行なう(S13)。図6に示すように、カスタマディスプレイ16上にクレジットカードボタン40と現金ボタン41が表示される。この場合、クレジットカード払いを勧めているので、クレジットカードボタン40を強調する表示を行なう。
【0023】
CPU11は、これらボタンの内、どのボタンが押されるかで支払い方法はクレジットであるかどうかをチェックする(S14)。支払い方法とし現金が選択された場合には、現金による決済と、ポイント加算を行なう(S15)。ポイント加算は、ポイント計算部34で行なう。
【0024】
支払い方法としてカード払いが選択された場合、クレジットカードによる決済が行なわれる(S16)。そして、ポイント計算部34は、支払い金額相当のポイントに(印紙税−クレジット手数料)相当のポイントを加算する(S17)。この時、顧客毎のポイントはメモリに記憶される。最後に、レシート発行部20がサーマルプリンタ19でレシートを発行し、取引が終了する(S18)。
【0025】
このように、本発明によれば、クレジットによる決済が有利な場合には、顧客はクレジットカードによる決済を行ない、現金による決済の場合との差額はポイントとして還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払い方法を提供することができる。
【0026】
図7は本発明方法を実行する他のハードウェアの構成例を示すブロック図である。図2と同一のものは、同一の符号を付して示す。図2に比較して、図7のブロック図では、顧客が操作するためのカスタマディスプレイ16と、タッチパネル装置17と、カスタマ側入力/出力処理部18が省かれている。図において、30’は商品登録処理部である。商品登録処理部30’において、35は店舗、顧客双方に有利な決済方法をオペレータ側のディスプレイ12に表示して、現金支払いを行なうか、クレジット支払いを行なうかを、顧客に対してオペレータに問合わせをさせるためのオペレータ問合わせ部である。その他の構成は、図2に示すブロック図と同じである。このように構成された装置の動作を説明すれば、以下の通りである。
【0027】
図8,図9は本発明の第2の例を示すフローチャートである。この実施の形態例は、クレジットカード払いか現金払いかをオペレータから顧客に問い合わせするようにしたものである。オペレータは商品に付されたバーコードをバーコードスキャナ装置13でスキャンする(S1)。読み込まれたバーコードは、集計部31に通知され、該集計部31はPLUファイル21を検索してバーコードに対応した値段情報を獲得する(S2)。次に、CPU11は取引明細をメモリ(図示せず)に登録する(S3)。次に、CPU11は取引明細の登録が終了したかどうかチェックする(S4)。終了していない場合にはステップS1に戻り、商品のバーコードの読み込みを行なう。
【0028】
取引明細登録が終了した場合には、集計部31は小計計算と、消費税の計算と、小計と消費税の合計計算を行なう(S5)。次に、CPU11は小計に該当する印紙税を印紙税テーブル22から読み出す(S6)。前述したように、印紙税テーブル22は図5に示すような構成になっている。
【0029】
次に、CPU11はクレジットカード払いの時の手数料を算出する(S7)。クレジットカード払いの時の手数料は例えば0.5%である。次に、印紙税・カード手数料比較部32は印紙税がクレジットカード払いの時の手数料よりも高いかどうかチェックする(S8)。印紙税がクレジットカード払いの手数料よりも安い場合には、通常の決済処理を行なう(S9)。
【0030】
印紙税がクレジットカード払いの手数料よりも高かった場合には、オペレータ問合わせ部35はオペレータ側入力/出力処理部15を介してオペレータディスプレイ12に支払い方法画面を表示する(S10)。図10はオペレータディスプレイ画面例を示す図である。例えば、図に示すように、「クレジットカードでの支払いが有利です。クレジットカードでお買い上げいただくと、お買い上げポイントに加えて5ポイントをサービスさせていただきます。お支払い方法をお客様にお尋ね下さい。」と表示される。
【0031】
このようにすれば、オペレータ側から顧客に対して、クレジット支払いにするか現金支払いにするかを問い合わせることができる。
【0032】
オペレータは、この画面表示を元に、顧客に対してクレジットカードによる支払いか現金による支払いかを求める。この場合に、クレジット払いによる場合には、支払い金額相当のポイントに(印紙税−クレジット払い手数料)相当のポイントが加算される旨を顧客に通知する。
【0033】
オペレータ側入力/出力処理部15は、クレジット支払い又は現金支払いの何れのボタンが押下されるかを待つ(S11)。オペレータは、オペレータキーボード14から、クレジット支払いキー又は現金支払いキーを押下する。そして、クレジット支払いキーが押下されたかどうかをチェックする(S12)。クレジット支払いキーが押下されない場合には、現金による決済とポイント加算を行なう(S13)。
【0034】
クレジット支払いキーが押下された場合には、クレジットカードによる決済を行なう(S14)。次に、ポイント計算部34は、支払い金額相当のポイントに(印紙税−クレジット支払い手数料)相当のポイントを加算する(S15)。この結果は、メモリ(図示せず)に記憶される。そして、最後にレシート発行部20により、サーマルプリンタ19によるレシート発行が行なわれる(S16)。
【0035】
このように、この実施の形態例によれば、クレジットカードによる支払いか現金による支払いかをオペレータから顧客に通知するようにすることで、クレジットによる決済が有利な場合には、顧客はクレジットカードによる決済を行ない、現金による決済の場合との差額はポイントとして還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払い方法を提供することができる。
【0036】
なお、上述した各シーケンスをソフトウェアとして記憶しておき、コンピュータで実行させることができる。このようにすれば、クレジットによる決済が有利な場合には、顧客はクレジットカードによる決済を行ない、現金による決済の場合との差額はポイントとして還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払いプログラムを提供することができる。
【0037】
上述の実施の形態例では、現金支払い以外による決済の例としてクレジットカードによる支払いの場合を例にとった。しかしながら、本発明はこれに限るものではなく、他の方式を用いることもできる。例えば、デビッドカードによる支払い等が考えられる。
【0038】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
(1)請求項1記載の発明によれば、現金払い以外による決済が有利な場合には、顧客は現金払い以外による決済を行ない、現金による決済の場合との差額は特典として還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払い方法を提供することができる。
(2)請求項2記載の発明によれば、現金払い以外による決済が有利な場合には、顧客は現金払い以外による決済を行ない、現金による決済の場合との差額は特典として還元されるので、店舗側は次の取引も期待することができ、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払いプログラムを提供することができる。
(3)請求項3記載の発明によれば、顧客側で現金払い以外による決済をすることを選択することができる。
【0039】
このように、本発明によれば、顧客、店舗双方に有利な決済が行なえるPOS端末の金額支払い方法及び金額支払いプログラムを提供することができる。
【図面の簡単な説明】
【図1】本発明方法の原理を示すフローチャートである。
【図2】本発明方法を実行するハードウェアの構成例を示すブロック図である。
【図3】本発明の動作の第1の例を示すフローチャートである。
【図4】本発明の動作の第1の例を示すフローチャートである。
【図5】印紙税額テーブル例を示す図である。
【図6】カスタマディスプレイ画面例を示す図である。
【図7】本発明方法を実行する他のハードウェアの構成例を示すブロック図である。
【図8】本発明の動作の第2の例を示すフローチャートである。
【図9】本発明の動作の第2の例を示すフローチャートである。
【図10】オペレータディスプレイ画面例を示す図である。
【符号の説明】
1 バス
10 POS端末
11 CPU
12 オペレータディスプレイ
13 バーコードスキャナ装置
14 オペレータキーボード
15 オペレータ側入力/出力処理部
16 カスタマディスプレイ
17 タッチパネル装置
18 カスタマ側入力/出力処理部
19 サーマルプリンタ
20 レシート発行部
21 PLUファイル
22 印紙税テーブル
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an amount payment method and an amount payment program for a POS terminal.
[0002]
[Prior art]
For example, when a product of 30,000 yen or more is purchased with cash, a stamp tax of 200 yen is generated. Normally, the store bears this stamp tax and pays it as a stamp tax. However, if you purchase a product with the same price of 30,000 yen or more with a credit card, you only pay the fee paid to the credit card company (0.5% of the settlement amount). In some cases, you only have to pay 30000 (yen) x 0.005 = 150 yen.
[0003]
In such a case, the customer will pay the same 30,000 yen, whether paying with cash or paying with a credit card. Therefore, if the customer pays the same 30,000 yen, he wants to choose a more advantageous settlement. Also, as a store, the burden on the store can be reduced by returning it to the customer as a point rather than paying the difference of 200 (yen) -150 (yen) = 50 yen as it is to the customer. Leads to service.
[0004]
In addition, since the technique regarding this kind of POS terminal is a matter which the applicant noticed for the first time, there is no previous similar patent document.
[0005]
[Problems to be solved by the invention]
As mentioned above, when purchasing a product of 30,000 yen or more, the customer still pays the amount, but it is more advantageous for the store to pay with a credit card than to pay with cash. It is. For example, taking the above-mentioned example, a transaction with a credit card is 50 yen less than a cash transaction. However, rather than using this 50 yen as a profit, returning it to the customer as a point leads to customer service and has many advantages.
[0006]
The present invention has been made in view of such problems, and an object of the present invention is to provide an amount payment method and an amount payment program for a POS terminal capable of making an advantageous settlement for both customers and stores.
[0007]
[Means for Solving the Problems]
(1) The invention described in claim 1 is as follows. FIG. 1 is a flowchart showing the principle of the method of the present invention. The present invention determines the transaction amount by reading the price of the product (step 1), and calculates the expenses incurred when making payment by cash payment for the transaction amount and the expenses incurred when making payment by other than cash payment. (Step 2) If the expenses incurred when making a payment by cash payment are higher than the expenses incurred by making a payment by other than cash payment, It is displayed that a privilege equivalent to the difference between the expense generated when performing the payment and the expense generated when performing payment other than cash payment is further given (step 3).
[0008]
If configured in this way, if payment by other than cash payment is advantageous, the customer will make payment by other than cash payment, and the difference from the case of payment by cash will be returned as a privilege, so the store side Transactions can also be expected, and it is possible to provide a POS terminal amount payment method that can make an advantageous settlement for both customers and stores.
(2) The invention described in claim 2 is the step of determining the transaction amount by reading the price of the product, the expense incurred when performing payment by cash payment for the transaction amount, and when performing payment by other than cash payment When paying for non-cash payments, the steps to find out the costs to be incurred and if the costs incurred when making payments by cash payment are higher than those incurred by payments other than cash payment, And a step of displaying that a privilege equivalent to the difference between the expense generated when making a payment by the method and the expense generated when making a payment other than by cash payment is executed by a computer.
[0009]
If configured in this way, if payment by other than cash payment is advantageous, the customer will make payment by other than cash payment, and the difference from the case of payment by cash will be returned as a privilege, so the store side Transactions can also be expected, and it is possible to provide a POS terminal price payment program that can make an advantageous settlement for both customers and stores.
(3) The invention described in claim 3 is characterized in that the display in step 3 is displayed on a display on the customer side.
[0010]
If comprised in this way, it can choose to make payment other than cash payment by the customer side.
[0011]
In the present invention, the display in the step 3 is displayed on a display on the operator side.
[0012]
If comprised in this way, it can be inquired from the operator side whether the payment other than cash payment or cash payment is made to the customer.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 2 is a block diagram showing a hardware configuration example for executing the method of the present invention. In the figure, reference numeral 10 denotes a POS terminal. In the POS terminal 10, reference numeral 30 denotes a product registration processing unit. A CPU 11 controls the operation of the POS terminal 10. The CPU 11 is connected to each component via the bus 1. 12 is an operator display for an operator, 13 is a bar code scanner device for reading a bar code indicating a product code from a product, 14 is an operator keyboard for an operator, and 15 is an operator input / output for controlling these components 12 to 14 It is a processing unit.
[0014]
Reference numeral 16 denotes a customer display for the customer (customer), 17 denotes a touch panel device for the customer to input various information, and 18 denotes a customer side input / output processing unit for controlling these components 16 and 17. Reference numeral 19 denotes a thermal printer that prints on a receipt, and reference numeral 20 denotes a receipt issuing unit that controls the thermal printer 19. Reference numeral 21 denotes a PLU file that stores a table in which product codes of all products are associated with product prices, and 22 is a stamp tax table that stores a stamp tax amount corresponding to the amount of money.
[0015]
In the merchandise registration processing unit 30, 31 scans the bar code of the merchandise, obtains price information of the merchandise from the PLU file 21, calculates the subtotal of the purchased merchandise, calculates the consumption tax, and adds the subtotal and the consumption tax. It is a totaling part that calculates the total. A stamp tax / card fee comparison unit 32 calculates a card fee and a stamp tax, and compares the card fee with the stamp tax.
[0016]
33 displays a settlement method advantageous to both the store and the customer on the customer display 16 on the customer side, and inquires of the customer whether to make a cash payment or a credit card payment, either a cash payment button or a credit card payment button. This is a customer inquiry unit having a function of selecting the button and acquiring the type of the selected button. 34 calculates the point according to the subtotal of the purchased product, and calculates the point corresponding to the amount of (stamping tax-credit card fee) when the customer selects a settlement method advantageous to both the store and the customer. A point calculation unit for adding to the points corresponding to the subtotal of the purchased product. The operation of the apparatus configured as described above will be described as follows.
[0017]
3 and 4 are flowcharts showing a first example of the operation of the present invention, and mainly show the operation on the POS terminal (electronic register) side. The operator scans the barcode attached to the product with the barcode scanner device 13 (S1). The read barcode is notified to the totaling unit 31, and the totaling unit 31 searches the PLU file 21 to obtain price information corresponding to the barcode (S2). Next, the CPU 11 registers the transaction details in a memory (not shown) (S3). Next, the CPU 11 checks whether or not the transaction details have been registered (S4). If not completed, the process returns to step S1 to read the barcode of the product.
[0018]
When the transaction details registration is completed, the totaling unit 31 performs subtotal calculation, consumption tax calculation, and total calculation of subtotal and consumption tax (S5). Next, the CPU 11 reads the stamp tax corresponding to the subtotal from the stamp tax table 22 (S6). FIG. 5 is a diagram showing an example of a stamp tax table. As shown in the figure, it is determined that 0 yen is less than 29999 yen, 200 yen from 30,000 yen to 100,000 yen, 400 yen from 100,000 to 200,000 yen. If it is more than that, the stamp tax will be higher. The maximum is 200,000 yen.
[0019]
Next, the CPU 11 calculates a fee for credit card payment (S7). The fee at the time of credit card payment is 0.5%, for example. Next, the stamp tax / card fee comparison unit 32 checks whether or not the stamp tax is higher than the fee at the time of credit card payment (S8). If the stamp tax is lower than the credit card payment fee, normal settlement processing is performed (S9).
[0020]
When the stamp tax is higher than the credit card payment fee, the stamp tax / card fee comparison unit 32 requests the customer display 16 to display a payment method selection screen (S10). The customer inquiry unit 33 displays a payment method selection screen on the customer display 16 via the customer side input / output processing unit 18 (S11). The customer inquiry section 33 displays on the customer display 16 that a privilege (for example, points) equivalent to (stamping tax-credit payment fee) is attached when paying credit (S12).
[0021]
FIG. 6 shows an example of a customer display screen. As shown in the figure, the message “Do you have a credit card? If you purchase with a credit card, you will receive 5 points in addition to the purchase points.” Is displayed. By performing such display, the customer can select to pay by credit card. In addition, the said privilege is not restricted to a point, The other thing can be used.
[0022]
Next, a payment method (credit card or cash) is selected (S13). As shown in FIG. 6, a credit card button 40 and a cash button 41 are displayed on the customer display 16. In this case, since credit card payment is recommended, the credit card button 40 is highlighted.
[0023]
The CPU 11 checks whether or not the payment method is credit according to which of these buttons is pressed (S14). When cash is selected as the payment method, settlement with cash and point addition are performed (S15). Point addition is performed by the point calculator 34.
[0024]
When card payment is selected as the payment method, settlement by credit card is performed (S16). Then, the point calculation unit 34 adds a point equivalent to (payment tax-credit fee) to a point equivalent to the payment amount (S17). At this time, the points for each customer are stored in the memory. Finally, the receipt issuing unit 20 issues a receipt with the thermal printer 19, and the transaction ends (S18).
[0025]
Thus, according to the present invention, when payment by credit is advantageous, the customer performs payment by credit card, and the difference from the case of payment by cash is returned as a point. Transactions can also be expected, and it is possible to provide a POS terminal amount payment method that can make an advantageous settlement for both customers and stores.
[0026]
FIG. 7 is a block diagram showing another hardware configuration example for executing the method of the present invention. The same components as those in FIG. 2 are denoted by the same reference numerals. Compared with FIG. 2, the customer display 16, the touch panel device 17, and the customer side input / output processing unit 18 for operation by the customer are omitted in the block diagram of FIG. 7. In the figure, reference numeral 30 'denotes a product registration processing unit. In the merchandise registration processing unit 30 ′, 35 displays a settlement method advantageous to both the store and the customer on the display 12 on the operator side, and asks the customer whether to pay cash or credit. This is an operator inquiry section for matching. Other configurations are the same as those in the block diagram shown in FIG. The operation of the apparatus configured as described above will be described as follows.
[0027]
8 and 9 are flowcharts showing a second example of the present invention. In this embodiment, the operator is inquired of the customer whether to pay by credit card or cash. The operator scans the barcode attached to the product with the barcode scanner device 13 (S1). The read barcode is notified to the totaling unit 31, and the totaling unit 31 searches the PLU file 21 to obtain price information corresponding to the barcode (S2). Next, the CPU 11 registers the transaction details in a memory (not shown) (S3). Next, the CPU 11 checks whether or not the transaction details have been registered (S4). If not completed, the process returns to step S1 to read the barcode of the product.
[0028]
When the transaction details registration is completed, the totaling unit 31 performs subtotal calculation, consumption tax calculation, and total calculation of subtotal and consumption tax (S5). Next, the CPU 11 reads the stamp tax corresponding to the subtotal from the stamp tax table 22 (S6). As described above, the stamp tax table 22 is configured as shown in FIG.
[0029]
Next, the CPU 11 calculates a fee for credit card payment (S7). The fee at the time of credit card payment is 0.5%, for example. Next, the stamp tax / card fee comparison unit 32 checks whether or not the stamp tax is higher than the fee at the time of credit card payment (S8). If the stamp tax is lower than the credit card payment fee, normal settlement processing is performed (S9).
[0030]
If the stamp tax is higher than the credit card payment fee, the operator inquiry unit 35 displays a payment method screen on the operator display 12 via the operator side input / output processing unit 15 (S10). FIG. 10 is a diagram showing an example of an operator display screen. For example, as shown in the figure, “Payment with a credit card is advantageous. If you purchase with a credit card, you will receive 5 points in addition to the points you purchased. Please ask the customer how to pay. Is displayed.
[0031]
In this way, the operator can inquire of the customer whether to pay by credit or cash.
[0032]
Based on this screen display, the operator asks the customer whether to pay by credit card or cash. In this case, in the case of credit payment, the customer is notified that points equivalent to (payment tax-credit payment fee) are added to points equivalent to the payment amount.
[0033]
The operator side input / output processing unit 15 waits for which button of credit payment or cash payment is pressed (S11). The operator presses a credit payment key or a cash payment key from the operator keyboard 14. Then, it is checked whether or not the credit payment key is pressed (S12). If the credit payment key is not pressed, cash settlement and point addition are performed (S13).
[0034]
If the credit payment key is pressed, settlement by credit card is performed (S14). Next, the point calculation unit 34 adds points equivalent to (payment tax-credit payment fee) to points equivalent to the payment amount (S15). This result is stored in a memory (not shown). Finally, the receipt issuance unit 20 issues a receipt by the thermal printer 19 (S16).
[0035]
As described above, according to this embodiment, the customer is notified by credit card when payment by credit is advantageous by notifying the customer from the credit card or cash. Since the difference between payment and cash payment is paid as a point, the store side can also expect the next transaction, and the amount payment method of the POS terminal that can make payments advantageous to both customers and stores Can be provided.
[0036]
Each sequence described above can be stored as software and executed by a computer. In this way, if credit settlement is advantageous, the customer will pay by credit card, and the difference from the case of cash settlement will be returned as a point, so the store will also expect the next transaction In addition, it is possible to provide a POS terminal price payment program capable of making an advantageous settlement for both customers and stores.
[0037]
In the above-described embodiment, the case of payment by credit card is taken as an example of settlement by other than cash payment. However, the present invention is not limited to this, and other methods can be used. For example, payment by a David card can be considered.
[0038]
【The invention's effect】
As described above, according to the present invention, the following effects can be obtained.
(1) According to the invention described in claim 1, when payment by other than cash payment is advantageous, the customer makes payment by other than cash payment, and the difference from the case of payment by cash is returned as a privilege. The store side can also expect the next transaction, and can provide an amount payment method for the POS terminal that can make an advantageous settlement for both the customer and the store.
(2) According to the invention described in claim 2, when payment other than cash payment is advantageous, the customer performs payment other than cash payment, and the difference from the case of cash payment is returned as a privilege. The store side can also expect the next transaction, and can provide a POS terminal price payment program that can make an advantageous settlement for both the customer and the store.
(3) According to the invention described in claim 3, it is possible to select payment by other than cash payment on the customer side.
[0039]
As described above, according to the present invention, it is possible to provide an amount payment method and an amount payment program for a POS terminal capable of making an advantageous settlement for both a customer and a store.
[Brief description of the drawings]
FIG. 1 is a flowchart showing the principle of the method of the present invention.
FIG. 2 is a block diagram showing a configuration example of hardware for executing the method of the present invention.
FIG. 3 is a flowchart showing a first example of the operation of the present invention.
FIG. 4 is a flowchart showing a first example of the operation of the present invention.
FIG. 5 is a diagram showing an example of a stamp tax amount table;
FIG. 6 is a diagram showing an example of a customer display screen.
FIG. 7 is a block diagram showing another hardware configuration example for executing the method of the present invention.
FIG. 8 is a flowchart showing a second example of the operation of the present invention.
FIG. 9 is a flowchart showing a second example of the operation of the present invention.
FIG. 10 is a diagram showing an example of an operator display screen.
[Explanation of symbols]
1 bus 10 POS terminal 11 CPU
12 operator display 13 bar code scanner device 14 operator keyboard 15 operator side input / output processing unit 16 customer display 17 touch panel device 18 customer side input / output processing unit 19 thermal printer 20 receipt issuing unit 21 PLU file 22 stamp tax table

Claims (3)

商品の価格を読み取って取引金額を決定し(ステップ1)、
取引金額に対する現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費を求め(ステップ2)、
現金払いによる決済を行なう際に発生する経費が現金払い以外による決済を行なう際に発生する経費よりも高い場合には、現金払い以外による決済を行なう時には、現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費との差額相当の特典を更に与える旨を表示する(ステップ3)、
ことを特徴とするPOS端末の金額支払い方法。
Determine the transaction amount by reading the price of the product (Step 1)
Find the expenses incurred when making payment by cash payment for the transaction amount and the expenses incurred when making payment by other than cash payment (Step 2),
Occurred when making a payment by cash payment when making a payment by non-cash payment if the expense incurred when making a payment by cash payment is higher than the expense incurred by a payment by non-cash payment A message indicating that a privilege equivalent to the difference between the expense and the expense incurred when making a settlement other than cash payment is given (step 3).
The amount payment method of the POS terminal characterized by the above-mentioned.
商品の価格を読み取って取引金額を決定するステップと、
取引金額に対する現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費を求めるステップと、
現金払いによる決済を行なう際に発生する経費が現金払い以外による決済を行なう際に発生する経費よりも高い場合には、現金払い以外による決済を行なう時には、現金払いによる決済を行なう際に発生する経費と、現金払い以外による決済を行なう際に発生する経費との差額相当の特典を更に与える旨を表示するステップと、
をコンピュータで実行することを特徴とするPOS端末の金額支払いプログラム。
Reading the price of the product and determining the transaction amount;
Asking for the costs incurred when making a cash payment for the transaction amount, and for the costs incurred when making a non-cash payment,
Occurred when making a payment by cash payment when making a payment by non-cash payment if the expense incurred when making a payment by cash payment is higher than the expense incurred by a payment by non-cash payment A step of displaying that a privilege equivalent to the difference between the expense and the expense incurred when making a payment other than cash payment is given,
Is executed by a computer.
前記ステップ3による表示は、顧客側のディスプレイに表示されることを特徴とする請求項1記載のPOS端末の金額支払い方法。2. The POS terminal price payment method according to claim 1, wherein the display in step 3 is displayed on a display on the customer side.
JP2003167830A 2003-06-12 2003-06-12 Amount payment method and amount payment program for POS terminal Expired - Fee Related JP4177180B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003167830A JP4177180B2 (en) 2003-06-12 2003-06-12 Amount payment method and amount payment program for POS terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003167830A JP4177180B2 (en) 2003-06-12 2003-06-12 Amount payment method and amount payment program for POS terminal

Publications (2)

Publication Number Publication Date
JP2005004512A true JP2005004512A (en) 2005-01-06
JP4177180B2 JP4177180B2 (en) 2008-11-05

Family

ID=34093528

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003167830A Expired - Fee Related JP4177180B2 (en) 2003-06-12 2003-06-12 Amount payment method and amount payment program for POS terminal

Country Status (1)

Country Link
JP (1) JP4177180B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115538A (en) * 2003-10-06 2005-04-28 Fujitsu Ltd Pos device and program for pos device
JP2007310575A (en) * 2006-05-17 2007-11-29 Fuji Electric Holdings Co Ltd Service-providing terminal device and security system
JP5685738B1 (en) * 2014-03-11 2015-03-18 パナソニックIpマネジメント株式会社 Payment processing system
JP2016224519A (en) * 2015-05-27 2016-12-28 株式会社寺岡精工 Merchandise data processor

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06243350A (en) * 1993-02-19 1994-09-02 Tokyo Electric Co Ltd Article sales data processor
JPH07230582A (en) * 1994-02-21 1995-08-29 Tec Corp Commodity sale register data processor
JP2002133530A (en) * 2000-10-27 2002-05-10 Toshiba Tec Corp Credit processor

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06243350A (en) * 1993-02-19 1994-09-02 Tokyo Electric Co Ltd Article sales data processor
JPH07230582A (en) * 1994-02-21 1995-08-29 Tec Corp Commodity sale register data processor
JP2002133530A (en) * 2000-10-27 2002-05-10 Toshiba Tec Corp Credit processor

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115538A (en) * 2003-10-06 2005-04-28 Fujitsu Ltd Pos device and program for pos device
JP2007310575A (en) * 2006-05-17 2007-11-29 Fuji Electric Holdings Co Ltd Service-providing terminal device and security system
JP5685738B1 (en) * 2014-03-11 2015-03-18 パナソニックIpマネジメント株式会社 Payment processing system
JP2016224519A (en) * 2015-05-27 2016-12-28 株式会社寺岡精工 Merchandise data processor

Also Published As

Publication number Publication date
JP4177180B2 (en) 2008-11-05

Similar Documents

Publication Publication Date Title
JP6965056B2 (en) Transaction settlement system, transaction processing device, settlement device and its program
JP2014222390A (en) Receipt issuance system
JP5114887B2 (en) POS register
JP2021196698A (en) Information processor and control program thereof
JP6449746B2 (en) Checkout system
JP4177180B2 (en) Amount payment method and amount payment program for POS terminal
JP2004326239A (en) Article sales method and article sales system
JP4762933B2 (en) Merchandise sales data processing apparatus and computer program for merchandise sales data processing
JP4314957B2 (en) POS device and POS device program
JP2010267175A (en) Pos terminal,method and program for processing accounting, and program recording medium
JP2003109121A (en) Commercial transaction processor and commercial transaction processing method
JP2002032864A (en) Clearing device and receipt for purchased commodities
JP6742495B2 (en) Payment device
JP6633727B2 (en) Product registration device, control program and checkout system
JP5237329B2 (en) Product sales data processing apparatus and program
JP6919035B2 (en) Checkout system
JPH04373097A (en) Sales data processor
JP7363813B2 (en) Processing equipment, processing method and program
JP6805309B2 (en) Sales data processing equipment, sales data processing methods and programs
JP2006039619A (en) Commodity sales data processor
JP3479606B2 (en) Electronic cash register
JPH04225498A (en) Commodity sales data processor
JP2004157809A (en) Sales data processor, point summing up program and storage medium
JP2005056329A (en) Pos terminal and point processing program
JP2021166108A (en) Checkout system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060605

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080811

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: 20080819

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080821

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110829

Year of fee payment: 3

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: 20120829

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120829

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130829

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees