JP2015184793A - 商品販売データ処理装置およびプログラム - Google Patents

Abstract

【課題】本発明が解決しようとする課題は、訂正処理の際、店員の負担増となることがなく、正しい支払金額を入力することが可能な商品販売データ処理装置およびプログラムを提供することである。【解決手段】実施形態の商品販売データ処理装置は、購入商品の合計金額に対して、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払い方法を組み合わせた締め処理を実行する締め処理手段と、前記締め処理の実行に際し、前記現金または釣銭の払出しが可能な金券での支払いにおける前記合計金額に対する支払金額を印字したレシートを発行するレシート発行手段と、を備える。【選択図】図９

Description

本発明の実施形態は、商品販売データ処理装置およびプログラムに関する。

従来から、スーパーマーケットやコンビニエンスストア等の店舗では、ＰＯＳ（Point of Sales）端末やＥＣＲ（Electric Cash Register）等の商品販売データ処理装置を用いて店員が商品の販売処理を実行し、締め処理に応じて商品情報や締め情報等を印字したレシートを発行している。

このような商品販売データ処理装置において、現金および商品券による複数種類の支払方法で締め処理を実行した場合、商品販売データ処理装置は、商品券での支払いで締めた金額と、現金での支払いで締めた預り金額と、釣銭額とをレシートに印字する。

ところで、例えば、店員が割引（または値引）操作を忘れた場合や、顧客が会員カードを忘れたことにより会員割引（または値引）が実行できなかった場合は、後にこのレシートを使って訂正取引を実行し、割引処理等を行うことができる。

しかしながら、上述のように現金および商品券による複数種類の支払方法で締め処理を実行した場合は、その後に訂正取引を実行する際、店員が、上記レシートに印字された釣銭の対象の支払いとなっている現金での預り金額から釣銭額を減額して現金での支払金額を求め、求めた支払金額を訂正取引における預り金額として入力する必要があり、そのために、支払金額を算出して入力しなければならなかった。そのため、店員にとって負担増となるばかりでなく、計算間違いにより誤った支払金額を入力して訂正取引を実行する危険性もある。

本発明が解決しようとする課題は、訂正取引の際、店員の負担増となることがなく、正確な支払金額を入力することが可能な商品販売データ処理装置およびプログラムを提供することである。

実施形態の商品販売データ処理装置は、購入商品の合計金額に対して、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払い方法を組み合わせた締め処理を実行する締め処理手段と、前記締め処理の実行に際し、前記現金または釣銭の払出しが可能な金券での支払いにおける前記合計金額に対する支払金額を印字したレシートを発行するレシート発行手段と、を備える。

実施形態のプログラムは、コンピュータを、購入商品の合計金額に対して、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払い方法を組み合わせた締め処理を実行する締め処理手段と、前記締め処理の実行に際し、前記現金または釣銭の払出しが可能な金券での支払いにおける前記合計金額に対する支払金額を印字したレシートを発行するレシート発行手段と、として機能させる。

図１は、ＰＯＳ端末の外観を示す図である。 図２は、ＰＯＳ端末のハードウェア構成を示すブロック図である。 図３は、ＰＯＳ端末のメモリ部の一部構成を示すメモリマップである。 図４は、ＰＯＳ端末のＲＡＭの一部を示すメモリマップである。 図５は、ＰＯＳ端末の機能構成を示す機能ブロック図である。 図６は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。 図７は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。 図８は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。 図９は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。 図１０は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。 図１１は、ＰＯＳ端末によるレシートの印字例を示す図である。 図１２は、ＰＯＳ端末によるレシートの印字例を示す図である。

以下、図を参照して、実施形態に係る商品販売データ処理装置およびプログラムを詳細に説明する。本実施形態では、商品販売データ処理装置の一例としてＰＯＳ（Point of Sales）端末を用いて説明する。

図１は、実施形態のＰＯＳ端末１の、店員側から見た外観を示す斜視図である。図１において、ＰＯＳ端末１は、本体２と金銭収納箱３とを有する。金銭収納箱３は、ドロワを有し、顧客から預かった紙幣や貨幣といった現金や商品券等の有価証券類、および顧客に支払う釣銭等を収納している。

本体２は、置数キーを有するキーボードやタッチキー等の操作部１７、操作者である店員に情報を表示する液晶表示器等で構成された店員用表示部１８、買物をする顧客に情報を表示する液晶表示器等で構成された顧客用表示部１９を有する。また、本体２は、商品に付されたバーコードや二次元コード等のデータコードを読取る読取部２０を備えている。読取部２０は、ＣＣＤ（Charge Coupled Device）イメージセンサ等で構成され、商品に付されたバーコードや二次元コード等を光学的に読取って、商品を特定する商品コードを入力する。また、本体２は、内部に、ＰＯＳ端末１の制御部（図２を参照）や、販売する商品の商品情報や締め情報を印字してレシートとして発行する印字部２１を備えている。

次に、図２〜図４を用いて、ＰＯＳ端末１のハードウェアについて説明する。図２は、ＰＯＳ端末１のハードウェア構成を示すブロック図である。図２において、ＰＯＳ端末１は、制御主体となるＣＰＵ（Central Processing Unit）１１、各種プログラムを記憶するＲＯＭ（Read Only Memory）１２、各種データを展開するＲＡＭ（Random Access Memory）１３、各種プログラムを記憶するメモリ部１４等を備えており、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、メモリ部１４は、互いにデータバス１５を介して接続されている。ＣＰＵ１１とＲＯＭ１２とＲＡＭ１３が、制御部１００を構成する。制御部１００は、ＣＰＵ１１がＲＯＭ１２やメモリ部１４に記憶されＲＡＭ１３に展開された制御プログラム１４１に従って動作することによって、後述する制御処理を実行する。

メモリ部１４は、ＨＤＤ（Hard Disc Drive）やフラッシュメモリ等の不揮発性メモリで構成され、制御プログラム１４１を含むプログラム等を記憶する。また、メモリ部１４は、商品マスタ１４２（図３を参照）とレシートデータ記憶部１４３を備えている。

商品マスタ１４２は、店舗で販売するすべての商品の商品情報を記憶し、各商品に対して図３に示すように、商品コード部１４２１、商品名部１４２２、単価部１４２３、属性情報部１４２４を備えている。なお、商品マスタ１４２は、ＰＯＳ端末１の上位コンピュータであるストアコントローラ（図示せず）に記憶されていてもよい。

図３において、商品コード部１４２１は、商品を特定する商品コードを記憶する。商品名部１４２２は、商品コードで特定される商品の商品名を記憶する。単価部１４２３は、商品コードで特定される商品の単価を記憶する。属性情報部１４２４は、商品コードで特定される商品のその他の情報（例えば商品のサイズ、産地、原料等の属性情報）を記憶する。

図２の説明に戻る。データバス１５には、操作部１７、店員用表示部１８、顧客用表示部１９、読取部２０、印字部２１が、コントローラ１６を介して接続されている。

操作部１７は、置数キーの他、現金締めキー１７１、商品券締めキー１７２、訂正キー１７３、小計キー１７４等を含む種々のキーを備えている。現金締めキー１７１は、現金での支払いにより、取引を締めるために操作するキーである。商品券締めキー１７２は、商品券等の金券での支払いにより、取引を締めるために操作するキーである。訂正キー１７３は、締め処理を実行して取引を終了した後に、当該取引の内容を訂正するための訂正取引を実行するときに操作するキーである。小計キー１７４は、取引の締め処理を開始するためのキーである。店員は、小計キー１７４を操作して取引の締め処理の開始を宣言し、その後に、現金締めキー１７１または／および商品券締めキー１７２を操作して支払方法を決定し、決定した支払方法で締め処理を実行する。

店員用表示部１８は、表示面を店員等の操作者に向けて設置され、操作者に対して情報を表示する。顧客用表示部１９は、表示面を顧客に向けて設置され、顧客に対して情報を表示する。

読取部２０は、ＣＣＤイメージセンサ等で構成され、商品に付されたバーコードや２次元コード等のデータコードをＣＣＤで読取って、読み取られたデータコードに含まれる商品コードをコントローラ１６に入力する。実施形態では、ハンディタイプの読取部２０を用いており、店員は、手に取った読取部２０を商品に付されたデータコードに近づけるか接触させることでデータコードを読取る。なお、読取部２０は、発光された光をポリゴンミラー等で走査し、データコードで反射した光を受光する構成のスキャナであってもよい。

印字部２１は、ＰＯＳ端末１の本体内に収納されたロール状の感熱紙で形成されたレシート用紙を引き出して、例えば熱転写型の印字ヘッドを備えたサーマルプリンタ等で商品情報や締め情報等を印字し、印字後にレシートとして発行する。

また、データバス１５は、店舗内に設置された通信回線２３と電気的に接続する通信Ｉ／Ｆ（Interface）２４を接続している。通信Ｉ／Ｆ２４は、通信回線２３を介して、店舗のバックヤードに設置されたストアコントローラと接続している。ストアコントローラは、各ＰＯＳ端末から通信回線２３を介して送信された商品情報や締め情報を受信して、店舗の売上データとして蓄積する。

図４は、ＰＯＳ端末１のＲＡＭ１３の一部を示すメモリマップである。図４において、ＲＡＭ１３は、商品情報部１３１、小計金額部１３２、合計金額部１３３、税額部１３４、商品券支払部１３５、現金預り部１３６、現金支払部１３７、釣銭部１３８、置数バッファ１３９を備えている。

商品情報部１３１は、入力された商品コードに対応した商品情報（商品名、商品の単価、商品のサイズ、産地、賞味期限等の属性情報）を、商品マスタ１４２から読み出して、商品コードに対応させて記憶する。

小計金額部１３２は、各商品コードに対応して商品情報部１３１に記憶された単価を加算して合計した小計額を記憶する。この小計額には、消費税等の税額が内税として含まれている。

合計金額部１３３は、小計金額部１３２に記憶された小計額に対して、割引を行った場合の割引額や値引を行った場合の値引額を減額した合計額を記憶する。例えば、会員割引の場合、会員である顧客が提示した会員カードをＰＯＳ端末１が読み取ることで、小計金額部１３２に記憶した小計額から所定率分割引をした合計額を算出して、合計金額部１３３に記憶する。なお、会員割引以外に、例えば小計額に対してクーポン値引した場合も、値引後の合計額を記憶する。

税額部１３４は、合計金額部１３３に記憶された合計額に対して、内税である税額を計算して記憶する。税額は合計額と税率とから算出される。なお、課税対象品と非課税品とが混在している場合は、合計額のうちの課税対象合計額に対して税額を計算する。

商品券支払部１３５は、商品券での支払いが操作された場合に、当該商品券の額面額を記憶する。顧客が商品券で支払いをする場合、店員は、置数キーを操作して、当該商品券に印字された額面額を入力する。すると商品券支払部１３５は、入力された当該商品券の額面額を記憶する。商品券支払部１３５に記憶した商品券の支払い額は、当該通り引きに対して商品券で支払った金額である。なお、商品券の額面額情報を商品券にバーコードとして印字し、読取部２０を操作して当該バーコードを読み取って商品券の額面額を入力するようにしてもよい。この場合、商品券支払部１３５は、バーコードを読み取って入力された商品券の額面額を記憶する。また、商品券支払部１３５に商品券での支払額が記憶されていることは、商品券での支払があったことを示す。

現金預り部１３６は、現金での支払が操作された場合に、入力された預り金額を記憶する。現金での支払いを指定する際、店員は、置数キーを操作して、顧客から預かった現金額を入力する。すると現金預り部１３６は、入力された現金の預り額を記憶する。なお、置数キーから現金額を置数する代わりに、例えば、顧客から預かった預り金を自動釣銭機に投入し、ＰＯＳ端末１は、自動釣銭機が計数して出力する金額を入力するようにしてもよい。

現金支払部１３７は、現金預り部１３６に記憶した現金の預り金額から後述する釣銭額を減算した、当該取引に対する現金での支払金額を記憶する。現金支払部１３７に記憶した現金での支払金額は、当該取引に対して現金で支払った金額である。

釣銭部１３８は、現金預り部１３６に記憶された現金の預り金額と、合計金額部１３３に記憶された合計金額とを比較し、現金預り部１３６に記憶された現金の預り金額が合計金額部１３３に記憶された合計金額より多い場合、その差額を釣銭額として記憶する。なお、実施形態では、現金を釣銭の払出しが可能な支払いであるとしているが、釣銭部１３８は、他支払方法において釣銭が払出し可能な支払いの場合に、同様に釣銭を記憶してもよい。

置数バッファ１３９は、置数キー（図示せず）を操作して入力された数値を記憶する。置数バッファ１３９は、商品券の額面額や現金の預り金額の他、例えば商品の乗算個数等、置数キーの操作によって入力されたすべての数値を記憶する。

続いて、図５〜図１２を用いて、ＰＯＳ端末１の制御処理について説明する。なお、以下の説明において、実施形態のＰＯＳ端末１は、取引を終了する締め処理として、現金と商品券の２種類の支払い方法による締め処理を実行する。ＰＯＳ端末１は、現金による締め処理と、商品券による締め処理のいずれか一方、または両方が実行された場合に取引を終了する。ＰＯＳ端末１は、現金による締め処理の場合は、釣銭が発生した場合は釣銭の払出しを実行する。ＰＯＳ端末１は、商品券による締め処理の場合は、釣銭が発生した場合でも釣銭の払出しを実行しない。

なお、上記の現金および商品券での支払い方法での締め処理は一例であり、商品券に代わる金券やクレジット等のメディアを用いた支払方法と上記の現金での支払い方法との組み合わせであってもよい。また、クレジット等を用いた支払方法と上記の現金および商品券での支払い方法との組み合わせであってもよい。また、商品券による支払いにおいて釣銭を払出すようにし、商品券での支払いを釣銭の払出しが可能な金券での支払いとしてもよい。

図５は、ＰＯＳ端末の機能構成を示す機能ブロック図である。制御部１００が、ＲＯＭ１２やメモリ部１４に記憶された制御プログラム１４１を含む各種プログラムに従うことで、締め処理手段１０１、レシート発行手段１０２を機能させる。

締め処理手段１０１は、購入商品の合計金額に対して、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払い方法を組み合わせた締め処理を実行する機能を有する。

レシート発行手段１０２は、締め処理手段１０１による締め処理の実行に際し、現金または釣銭の払出しが可能な金券での支払いにおける合計金額に対する支払金額を印字したレシートを発行する機能を有する。

図６〜図１０は、ＰＯＳ端末の制御処理の流れを示すフローチャートである。図６において、制御部１００は、読取部２０によって読み取られたバーコードに含まれる、商品を特定する商品コードが入力されたか否かを判断する（ステップＳ１１）。商品コードが入力されたと判断した場合は（ステップＳ１１のＹｅｓ）、制御部１００は、入力された商品コードで特定される商品の商品情報（商品名、単価、属性情報）を商品マスタ１４２から読み出す（ステップＳ１２）。そして制御部１００は、読み出した商品情報を、商品コード毎に商品情報部１３１に記憶する（ステップＳ１３）。そして制御部１００は、処理を終了する。

一方、商品コードが入力されていないと判断した場合は（ステップＳ１１のＮｏ）、制御部１００は、小計キー１７４が操作されたか否かを判断する（ステップＳ１５）。小計キー１７４が操作されたと判断した場合は（ステップＳ１５のＹｅｓ）、制御部１００は、後述する締め処理を実行する（ステップＳ１６）。また、小計キー１７４が操作されていないと判断した場合は（ステップＳ１５のＮｏ）、制御部１００は、訂正キー１７３が操作されたか否かを判断する（ステップＳ１８）。訂正キー１７３が操作されたと判断した場合は（ステップＳ１８のＹｅｓ）、制御部１００は、後述する訂正取引を実行する（ステップＳ１９）。また、訂正キー１７３が操作されていないと判断した場合は（ステップＳ１８のＮｏ）、制御部１００は、ステップＳ１１の処理に戻る。

次に図７〜９を用いて、ステップＳ１６で実行されるＰＯＳ端末１における締め処理の制御の流れについて説明する。図７において、まず制御部１００は、商品情報部１３１に記憶された商品情報のうちのすべての単価を加算して合計し、当該取引の小計金額を算出する（ステップＳ２１）。そして制御部１００は、算出した小計金額を小計金額部１３２に記憶する（ステップＳ２２）。次に制御部１００は、算出した小計金額に対して割引があるかを判断する（ステップＳ２３）。

割引があると判断した場合は（ステップＳ２３のＹｅｓ）、制御部１００は、小計金額から割引される額を減額した合計金額を算出する（ステップＳ２４）。そして制御部１００は、算出した当該取引の合計金額を合計金額部１３３に記憶する（ステップＳ２５）。なお、割引がないと判断した場合は（ステップＳ２３のＮｏ）、制御部１００はステップＳ２４を実行することなくステップＳ２５を実行する。

次に制御部１００は、合計金額部１３３に記憶した合計金額から当該取引における消費税（内税）の税額を算出する（ステップＳ２６）。そして制御部１００は、算出した税額を税額部１３４に記憶する（ステップＳ２７）。

次に制御部１００は、小計金額、割引額、合計金額、税額を、店員用表示部１８と顧客用表示部１９に表示する（ステップＳ２８）。次に制御部１００は、置数キーから数字が置数されたか否かを判断する（ステップＳ２９）。置数キーから数字が置数されたと判断した場合は（ステップＳ２９のＹｅｓ）、制御部１００は、置数された数値を置数バッファ１３９に記憶する（ステップＳ３０）。そして制御部１００は、ステップＳ２８の処理に戻る。

一方、置数キーから数字が置数されていないと判断した場合は（ステップＳ２９のＮｏ）、制御部１００は、図８で示す商品券締めキー１７２が操作されたか否かを判断する（ステップＳ４１）。ここから図８の説明に移る。

商品券締めキー１７２が操作されたと判断した場合は（ステップＳ４１のＹｅｓ）、制御部１００は、置数バッファ１３９に記憶された置数があるか否かを判断する（ステップＳ４２）。記憶された置数があると判断した場合は（ステップＳ４２のＹｅｓ）、制御部１００は、置数バッファ１３９に記憶されている置数を商品券の額面額として商品券支払部１３５に記憶する（ステップＳ４３）。そして制御部１００は、この額面の商品券で支払いが行われたとして、この額面額で商品券での締め処理を実行する（ステップＳ４４）。すなわち制御部１００は、この額面額での商品券での売上データを作成して記憶する。

次に制御部１００は、合計金額部１３３に記憶された合計金額から商品券支払部１３５に記憶された商品券の額面額を減算する（ステップＳ４５）。そして制御部１００は、減算後の合計金額を再び合計金額部１３３に記憶する（ステップＳ４６）。そして制御部１００は、ステップＳ４６で記憶した合計金額が０円より大きいか否かを判断する（ステップＳ４７）。合計金額が０円より大きいと判断した場合は（ステップＳ４７のＹｅｓ）、まだ未払い金額が存在するとして、制御部１００は、置数バッファ１３９をクリアして（ステップＳ４８）、ステップＳ２８に戻って次の支払いを待機する。

一方、合計金額が０円以下である場合（ステップＳ４７のＮｏ）、取引の合計金額に対して商品券の額面額が足りているため、締め処理は終了に向かう。すなわち、取引した商品の商品情報、合計金額、商品券の額面額（商品券での預り額に相当）、税額等を店員用表示部１８と顧客用表示部１９に表示する（ステップＳ５１）。そして制御部１００は、レシート発行処理を実行し（ステップＳ５２）、上記の各項目を印字したレシートを発行する。

この場合のレシート発行処理は、長尺状のレシート用紙に、締め処理が行われた日時、ＰＯＳ端末１の固有番号であるレジ番号、商品情報、合計金額、税額、支払方法としての商品券および商品券で支払われた商品券の額面額、買上点数、レシート番号、店舗番号等のレシートデータを印字したレシートを発行する。商品券での支払いのため、額面額が合計金額より多い場合でも釣銭の払出しは行わず、釣銭額はレシートにも印字されない。また、額面額と合計金額とが等しい場合にも釣銭額（０円）はレシートに印字されない。また、この場合、現金での支払金額も印字されない。

次に制御部１００は、発行されたレシートに印字された上記レシートデータを、レシートデータ記憶部１４３に記憶する（ステップＳ５３）。そして制御部１００は、図４で示すＲＡＭ１３に記憶されたすべてのデータをクリアして（ステップＳ５４）処理を終了する。なお、ステップＳ４２において、置数バッファ１３９に置数が記憶されていない場合は（ステップＳ４２のＮｏ）、店員用表示部１８と顧客用表示部１９にエラーを表示し（ステップＳ４９）、ステップＳ２８に戻る。

次に、ステップＳ４１において、商品券締めキー１７２が操作されていないと判断した場合は（ステップＳ４１のＮｏ）、制御部１００は、図９に示す現金締めキー１７１が操作されたか否かを判断する（ステップＳ６１）。ここから図９の説明に移る。

現金締めキー１７１が操作されたと判断した場合は（ステップＳ６１のＹｅｓ）、制御部１００は、置数バッファ１３９に記憶された置数があるか否かを判断する（ステップＳ６２）。記憶された置数があると判断した場合は（ステップＳ６２のＹｅｓ）、制御部１００は、置数バッファ１３９に記憶されている置数を現金での預り金額として現金預り部１３６に記憶する（ステップＳ６３）。

次に制御部１００は、現金での締め処理を実行する（ステップＳ６４）。すなわち制御部１００は、入力された預り額に基づいて現金での売上データを作成して記憶する。そして制御部１００は、合計金額部１３３に記憶されている合計金額から現金預り部１３６に記憶した現金の預り金額を減算し（ステップＳ６５）、新たな合計金額を算出する。そして制御部１００は、算出した新たな合計金額を合計金額部１３３に記憶する（ステップＳ６６）。そして制御部１００は、記憶した合計金額が０円より大きいか否かを判断する（ステップＳ６７）。大きいと判断した場合は（ステップＳ６７のＹｅｓ）、制御部１００は、まだ未払い金額が存在するとして、制御部１００は、置数バッファ１３９をクリアして（ステップＳ６８）、ステップＳ２８に戻って次の支払いを待機する。

一方、記憶した合計金額が０円より多くはないと判断した場合は（ステップＳ６７のＮｏ）、次に制御部１００は、ステップＳ６６で記憶した合計金額が０円であるか否かを判断する（ステップＳ７１）。記憶した合計金額が０円であると判断した場合は（ステップＳ７１のＹｅｓ）、取引の合計金額に対して今回の現金での支払いの預り金額で合計金額に対して足りているため、締め処理は終了に向かう。すなわち、取引した商品の商品情報、合計金額、商品券での支払いがある場合は商品券の額面額（商品券での支払金額に相当）、現金の預り金額、税額等を、店員用表示部１８と顧客用表示部１９に表示する（ステップＳ７２）。そして制御部１００は、レシート発行処理を実行し（ステップＳ７３）、上記の各項目を印字したレシートを発行する。

この場合のレシート発行処理は、長尺状のレシート用紙に、締め処理が行われた日時、ＰＯＳ端末１の固有番号であるレジ番号、商品情報、合計金額、税額、商品券での支払いがある場合は商品券で支払われた商品券の額面額、現金の預り金額、買上点数、レシート番号、店舗番号等のレシートデータを印字したレシートを発行する。この場合、釣銭額（０円）はレシートに印字されない。また、この場合、現金での支払金額も印字されない。

また、ステップＳ７１において、記憶した合計金額が０円ではない（すなわち０円より少ない）と判断した場合は（ステップＳ７１のＮｏ）、やはり取引の合計金額に対して今回の現金での支払いの預り金額で合計金額に対して足りているため、締め処理は終了に向かう。この場合、制御部１００は、ステップＳ６６で記憶した合計金額に基づいて釣銭額を算出する（ステップＳ８１）。すなわち、ステップＳ６５で算出した金額が負の数値である場合、その金額を釣銭額とする。

そして制御部１００は、算出した釣銭額を釣銭部１３８に記憶する（ステップＳ８２）。次に制御部１００は、ステップＳ６３で現金預り部１３６に記憶した現金の預り額からステップＳ８２で記憶した釣銭額を減算し、当該取引に対する現金での支払金額を算出する（ステップＳ８４）。次に制御部１００は、算出した現金での支払金額を現金支払部１３７に記憶する（ステップＳ８５）。

次に制御部１００は、商品券支払部１３５に商品券での支払額データがあるか否かを判断する（ステップＳ８６）。商品券での支払額データがあると判断した場合（ステップＳ８６のＹｅｓ）、現金での支払の他に商品券での支払があると判断し、制御部１００は、取引した商品の商品情報、合計金額、商品券での額面額（商品券での支払金額に相当）、現金の預り金額、税額等、さらには、現金での支払金額と釣銭額を、店員用表示部１８と顧客用表示部１９に表示する（ステップＳ８７）。そして制御部１００は、レシート発行処理を実行し（ステップＳ８８）、現金での支払金額を含む上記の各項目を印字した図１１で示すレシートを発行する。そして制御部１００は、ステップＳ５３以降を実施する。

なお、ステップＳ６１において、現金締めキー１７１が操作されていないと判断した場合は（ステップＳ６１のＮｏ）、制御部１００は、ステップＳ２９に戻って待機する。また、ステップＳ６２において、置数バッファ１３９に記憶された置数がないと判断した場合は（ステップＳ６２のＮｏ）、制御部１００は、ステップＳ２８の処理を実行する。

一方、商品券支払部１３５に商品券での支払額データがないと判断した場合は（ステップＳ８６のＮｏ）、制御部１００は、取引した商品の商品情報、合計金額、現金の預り金額、税額、釣銭額等を、店員用表示部１８と顧客用表示部１９に表示する（ステップＳ８９）。そして制御部１００は、レシート発行処理を実行し（ステップＳ９０）、上記の各項目を印字したレシートを発行する。この場合、上記合計金額が現金での支払金額に相当するため、支払金額の表示および支払金額のレシートへの印字は行わない。そして制御部１００は、ステップＳ５３以降を実施する。

図１１に、ステップＳ８８のレシート発行処理において発行されたレシートＲ１の一例を示す。図１１において、レシートＲ１は、レシートＲ１が発行された日時Ｄ１１、レシートＲ１を発行したＰＯＳ端末１を特定するレジ番号Ｄ１２、顧客が購入した商品の商品情報（商品名と単価）Ｄ１３、単価を合計した合計金額（この場合は小計金額と等しいため、小計金額を兼ねる）Ｄ１４、合計金額に対する内税額Ｄ１５、商品券での支払金額Ｄ１６、現金での預り金額Ｄ１７、現金での支払金額Ｄ１８、現金での釣銭額Ｄ１９、レシートを特定するレシート番号（取引番号ともいう）Ｄ２０、レシートＲ１を発行した店舗を特定する店舗番号Ｄ２１等を印字している。なお、図１１の例では、現金での支払金額Ｄ１８は括弧で囲んで印字している。これは、現金での支払金額Ｄ１８は、取引において発生する項目ではないためである。図１１において、支払金額Ｄ１８（￥３９８）は、預り金額Ｄ１７（￥５０３）から釣銭額Ｄ１９（￥１０５）を減算して算出される。

なお、ステップＳ９０のレシート発行処理によって印字されるレシートは、図１１のレシートＲ１で印字される。現金での支払金額Ｄ１８および現金での釣銭額Ｄ１９は印字されない。この場合、現金での預り金額Ｄ１７が現金での支払金額Ｄ１８に該当する。

次に、図１０を用いて、商品券と現金との複数種類の払い方法で支払った取引に対し、図１１のレシートを持参した顧客に対するＰＯＳ端末１における訂正取引の制御の流れについて説明する。実施形態では、会員カードを忘れた会員が、後日会員カードとレシートＲ１を持参して、店員が訂正取引を実行した場合を一例として説明する。なお、会員カードを忘れた場合以外の、例えば、誤入力に伴う訂正取引等、他の訂正取引であってもよい。

図１０において、制御部１００は、レシートＲ１に印字されている日時Ｄ１１、レジ番号Ｄ１２、レシート番号Ｄ２０のすべてが入力されたかを判断する（ステップＳ１０１）。すべてが入力されるまで待機し（ステップＳ１０１のＮｏ）、すべてが入力されたと判断した場合は（ステップＳ１０１のＹｅｓ）、制御部１００は、レシートデータ記憶部１４３から、入力された情報から特定されるレシートデータを、読み出して表示する（ステップＳ１０２）。

このとき、店員は、顧客が持参したレシートＲ１に印字された支払金額Ｄ１８を、訂正レシートにおける現金の預り金額Ｄ１７として入力する。実施形態では、レシートＲ１に印字された支払金額Ｄ１８の￥３９８を、訂正レシートにおける現金の預り金額Ｄ１７として入力する。なお、現金のみで支払いをした場合は、レシートＲ１に印字された合計金額Ｄ１４を、訂正レシートにおける現金の預り金額Ｄ１７として入力する。また、商品券のみで支払われた場合、および釣銭がない場合は、預り金額Ｄ１７の訂正は不要である。

制御部１００は、訂正するデータ（現金での支払金額）の入力があったか否かを判断する（ステップＳ１０３）。入力があるまで待機し（ステップＳ１０３のＮｏ）、入力があったと判断した場合（ステップＳ１０３のＹｅｓ）、制御部１００は、入力されたデータを訂正取引の現金での預り金額に訂正する（ステップＳ１０４）。そして制御部１００は、訂正した預り金額を現金預り部１３６に記憶する（ステップＳ１０５）。そして制御部１００は、レシートを印字して発行する（ステップＳ１０６）。この場合、制御部１００は、訂正取引の結果新たに釣銭が発生する場合は、新たな支払金額Ｄ１８を印字したレシートＲ２を印字して発行する。その他の場合は、支払金額Ｄ１８を印字しないレシートを印字して発行する。

レシートＲ２には、図１２に示すように、レシートＲ２が発行された日時Ｄ１１、レシートＲ２を発行したＰＯＳ端末１を特定するレジ番号Ｄ１２、顧客が購入した商品の商品情報（商品名と単価）Ｄ１３、単価を合計した合計金額Ｄ１４、合計金額に対する内税額Ｄ１５、商品券での支払金額Ｄ１６、現金での預り金額Ｄ１７、現金での支払金額Ｄ１８、釣銭額Ｄ１９、レシートを特定するレシート番号Ｄ２０、レシートＲ２を発行した店舗を特定する店舗番号Ｄ２１が印字されている。また、レシートＲ２には、訂正レシートであることを示す印字Ｄ２２、会員割引された割引情報Ｄ２３、商品の単価を加算して求めた小計金額Ｄ２４も印字されている。

そして制御部１００は、訂正レシートのデータをレシートデータ記憶部１４３に記憶する（ステップＳ１０７）。

このような実施形態によれば、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払方法で締め処理を実行した場合であっても、レシートＲ１に印字された現金での支払金額Ｄ１８を、訂正取引の際、新たな現金での預り金額Ｄ１７として転記すればよく、現金の預り金額Ｄ１７と釣銭額Ｄ１９とから現金での支払金額Ｄ１８を計算する必要がない。

また、現金での支払金額Ｄ１８を、預り金額Ｄ１７および釣銭額Ｄ１９と縦に並べて印字したレシートを発行するようにしたため、相互の関係を容易に理解することができる。

また実施形態では、釣銭の払出しがない場合は、現金での支払金額Ｄ１８を印字しないようにしたので、冗長なレシートを発行することがない。

以上、本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、組み合わせを行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

例えば、実施形態では、釣銭がない場合は現金での支払金額Ｄ１８をレシートに印字しないようにしたが、支払金額Ｄ１８を印字するようにしてもよい。

また、実施形態では、税金を内税として説明したが、外税であってもよい。

なお、実施形態の商品販売データ処理装置で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（FD）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施形態の商品販売データ処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、実施形態の商品販売データ処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、実施形態の商品販売データ処理装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ ＰＯＳ端末
１１ ＣＰＵ
１３ ＲＡＭ
１４ メモリ部
２１ 印字部
１００ 制御部
１０１ 締め処理手段
１０２ レシート発行手段

特開２００４−１３９４２４号公報

Claims (6)

1. 購入商品の合計金額に対して、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払い方法を組み合わせた締め処理を実行する締め処理手段と、
   前記締め処理の実行に際し、前記現金または釣銭の払出しが可能な金券での支払いにおける前記合計金額に対する支払金額を印字したレシートを発行するレシート発行手段と、
   を備えた商品販売データ処理装置。
2. 前記レシート発行手段は、前記現金または釣銭の払出しが可能な金券での支払いに対する釣銭が発生する場合に前記支払金額を印字する、
   請求項１に記載の商品販売データ処理装置。
3. 前記レシート発行手段は、顧客から受け取った前記支払金額より多い預り金額を、前記支払金額と縦に並べて印字する、
   請求項１または２に記載の商品販売データ処理装置。
4. 前記レシート発行手段は、前記釣銭として払い出される釣銭額をさらに印字し、かつ上から前記預り金額、前記支払金額、前記釣銭額の順に縦に並べて印字する、
   請求項３に記載の商品販売データ処理装置。
5. 前記レシート発行手段は、前記現金または釣銭の払出しが可能な金券での支払いに対する釣銭が発生しない場合は、前記支払金額を印字しないレシートを発行する、
   請求項１乃至４のいずれか一に記載の商品販売データ処理装置。
6. コンピュータを、
   購入商品の合計金額に対して、現金または釣銭の払出しが可能な金券での支払いを含む複数種類の支払い方法を組み合わせた締め処理を実行する締め処理手段と、
   前記締め処理の実行に際し、前記現金または釣銭の払出しが可能な金券での支払いにおける前記合計金額に対する支払金額を印字したレシートを発行するレシート発行手段と、
   として機能させるためのプログラム。

Images