JP3587736B2 - Product sales registration data processing device - Google Patents
Product sales registration data processing device Download PDFInfo
- Publication number
- JP3587736B2 JP3587736B2 JP19165699A JP19165699A JP3587736B2 JP 3587736 B2 JP3587736 B2 JP 3587736B2 JP 19165699 A JP19165699 A JP 19165699A JP 19165699 A JP19165699 A JP 19165699A JP 3587736 B2 JP3587736 B2 JP 3587736B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- receipt
- registration
- customer
- data
- 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
Images
Description
【0001】
【発明の属する技術分野】
本発明は、レシート用紙を使用して領収証を印字発行する機能を有した電子式キャッシュレジスタ,POS(Point Of Sales:販売時点情報管理)ターミナルなどの商品販売登録データ処理装置に関する。
【0002】
【従来の技術】
従来の領収証発行機能を有する商品販売登録データ処理装置としては、1取引として処理する客買上商品の販売登録終了を宣言する登録締めキーが入力されたことを条件に領収証の発行を指令する領収証キーが入力されると、前記登録締めキーの入力により登録終了が宣言された直前の1取引での客買上商品の合計金額を領収金額とする領収証をレシート用紙を用いて印字発行するものが知られていた。
【0003】
このものにおいて、領収証の日付欄,金額欄,受取人欄等をレシート用紙の幅方向に対して直交する方向に形成する技術や(特開平10−40466号公報参照)、客に渡される領収証以外に店控え用の領収証も同一レシート用紙を用いて同時に印字発行する技術(特開平7−254087号公報参照)も、本出願人によって既に知られているところである。
【0004】
しかしながら、従来のこの種の商品販売登録データ処理装置で発行できる領収証は、その直前の取引に対する領収証に限られていた。このため、百貨店などで一人の客が複数の異なる売場にて商品を購入し、結果として全ての購入金額に対する領収証が欲しいと要望された場合には、手書きの領収証で対応せざるをえなかった。
【0005】
【発明が解決しようとする課題】
このように、従来は1人の客による複数の取引の合計金額に対する領収証を発行するには手書きの領収証でしか対応することができず、各取引の金額を電卓などを用いて合算したり、その合算金額を所定のフォームがプレ印刷された領収証用紙に記入するなどの煩雑な作業が店側に要求され、店側担当者の負担になっていた。
【0006】
また、複数の売場でそれぞれ購入した商品の全購入金額に対する領収証が欲しい客は、各売場で発行されたレシートをもって店のサービスカウンター等に行き領収証を作成してもらうので、客側にも負担感があった。
【0007】
さらに、店側担当者は、客から預かった複数取引分のレシートの内容から、購入金額をまとめる各取引が当日の正当な取引か否かを確認しなければならない面倒もあった。
【0008】
本発明は、このような事情に基づいてなされたもので、その目的とするところは、複数の取引の合計金額に対する領収証を簡単に不正なく印字発行できる商品販売登録データ処理装置を提供しようとするものである。
【0009】
【課題を解決するための手段】
本発明は、登録締めキーの入力により商品登録終了が宣言された1取引で商品登録手段により登録された客買上商品の販売データを印字したレシートを発行するプリンタを有してなる商品販売登録データ処理装置に関する発明であって、請求項1記載の発明は、登録締めキーの入力により商品登録終了が宣言された取引を特定する取引識別データ及びその取引での客買上商品合計金額を各取引毎に記憶管理する取引履歴記憶手段と、複数の取引のそれぞれの客買上商品合計金額を合算した金額を領収金額とするまとめ領収証の発行を指令するまとめ領収証キーと、まとめ領収証として客買上商品合計金額をまとめる複数取引の取引識別データを入力するまとめ対象取引データ入力手段と、まとめ領収証キーが入力されたことを条件にまとめ対象取引データ入力手段により複数取引の取引識別データが入力されると、これらの取引識別データが取引履歴記憶手段によって記憶管理されているか否かを判定する取引存在判定手段と、この取引存在判定手段により記憶管理されていると判定された取引の客買上商品合計金額を合算した金額を領収金額とするまとめ領収証をプリンタによりレシート用紙を用いて印字発行するまとめ領収証発行手段とを備えたものである。
このような構成の本発明においては、商品登録手段により1取引として処理する客買上商品の販売データを登録後、登録締めキーを入力すると、この1取引を特定する取引識別データと、この1取引で登録された客買上商品の合計金額とが対をなして取引履歴記憶手段により記憶される。こうして、各取引の取引識別データ及びその取引での客買上商品合計金額が、取引履歴記憶手段により記憶管理される。
ここで、まとめ領収証キーを入力する。また、まとめ領収証として客買上商品合計金額をまとめる複数の取引の取引識別データをまとめ対象取引データ入力手段により入力する。そうすると、入力された取引識別データが取引履歴記憶手段によって記憶管理されているか否かが判定される。そして、記憶管理されていると判定されると、各取引の客買上商品合計金額が合算され、その合算金額を領収金額とするまとめ領収証が、プリンタによりレシート用紙を用いて印字発行される。
【0010】
本願請求項2記載の発明は、上記請求項1記載の発明に、登録締めキーの入力されたことを条件にまとめ領収証キーが入力されると、登録締めキーの入力により商品登録終了が宣言された取引をまとめ対象の取引とするか否かを選択させる直前取引選択手段を設ける。そして、この直前取引選択手段によりまとめ対象の取引とすることが選択された場合には、領収書発行手段が、取引存在判定手段により記憶管理されていると判定された取引の客買上商品合計金額に登録締めキーの入力により商品登録終了が宣言された取引の客買上商品合計金額を合算した金額を領収金額とするまとめ領収証をプリンタによりレシート用紙を用いて印字発行するようにしたものである。
このような構成の本発明においては、登録締めキーの入力に続いてまとめ領収証キーを入力すると、登録締めキーの入力により商品登録終了が宣言された直前の取引をまとめ対象の取引とするか否かの選択ができる。ここで、まとめ対象の取引とすることを選択するとともに、まとめ対象の他の取引の取引識別データをまとめ対象取引データ入力手段により入力すると、その他の取引の客買上商品合計金額に直前の取引の客買上商品合計金額を合算した金額を領収金額とするまとめ領収証が、プリンタによりレシート用紙を用いて印字発行される。
【0011】
本願請求項3記載の発明は、上記請求項1または2記載の商品販売登録データ処理装置において、まとめ領収証発行手段を、店控え用と客用の2枚のまとめ領収証を印字発行し、かつ、店控え用のまとめ領収証に、少なくともまとめ対象の各取引の識別データと客買上商品合計金額とをそれぞれ印字するようにしたものである。
こうすることにより、店控え用のまとめ領収証から、まとめ対象の取引とその客買上商品合計金額とを後で確認できるようになる。
【0012】
本願請求項4記載の発明は、上記請求項1または2記載の商品販売登録データ処理装置において、取引履歴記憶手段を、各取引毎に取引識別データ及びその取引での客買上商品合計金額とともにまとめ領収証の発行履歴有無を示すフラグデータを記憶するようにし、同一取引に対するまとめ領収証の重複発行を禁止するようにしたものである。
こうすることにより、別々のまとめ領収証に同一取引の金額が含まれるのを防ぐことができる。
【0013】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、本発明を百貨店に構築されるPOSシステムの商品販売データ登録用端末として機能するPOSターミナルに適用した場合である。
【0014】
図1は百貨店に構築されるPOSシステムの全体図であり、店内の各売場にそれぞれ設置された複数台のPOSターミナル1A,1B,…,1Nと、店の管理事務所などに設置された1台のストアコンピュータ2とを、LAN(Local Area Network)等の通信回線3で相互データ通信自在に接続して、POSシステムを構築している。
【0015】
前記ストアコンピュータ2は、各POSターミナル1A,1B,…,1Nで行なわれる商品販売データの登録処理を一元的に制御し、登録処理された各商品販売データを通信回線3を介して収集し集計して、店全体の売上,在庫などを管理するものである。そして、このストアコンピュータ2に、図2に示すように、レコード番号,ターミナル番号,取引通番,合計金額及び領収証発行履歴フラグの各項目からなる取引管理レコードを蓄積記憶する取引管理ファイル4を形成している。
【0016】
各POSターミナル1A,1B,…,1N(以下、総称する場合はPOSターミナル1と称する)は、図3に示すように、制御部本体としてCPU(Central Processing Unit)11を搭載している。
また、プログラムなどの固定的データを予め格納したROM(Read Only Memory)12、商品販売データを登録処理するための記憶部が形成されるRAM(Random Access Memory)13、現日付及び時刻を計時する時計部14、通信回線3を介して接続されたストアコンピュータ2とのデータ通信を制御する通信インタフェース15、モードスイッチ16からの信号を入力するとともにドロワ(不図示)を自動開放するドロワ開放装置17に駆動信号を出力するI/Oポート18、キーボード19からキー操作に対応するキー信号を取込むキーボードコントローラ20、オペレータ用表示器21及び客用表示器22の表示動作を制御する表示コントローラ23、プリンタ24の印字動作を制御するプリンタコントローラ25、バーコードスキャナ26で読取ったバーコードのデータ信号を取込むスキャナコントローラ27等を搭載している。
そして、前記CPU11と、ROM12,RAM13,時計部14,通信インタフェース15,I/Oポート18,キーボードコントローラ20,表示コントローラ23,プリンタコントローラ25及びスキャナコントローラ27とを、アドレスバス,データバス等のバスライン28で接続して、POSターミナル1の制御回路を構成している。
【0017】
前記モードスイッチ16は、「登録」,「点検」,「精算」,「設定」などの各種業務モードを選択しその実行を前記CPU11に指令するためのスイッチである。ここで「登録」とは、前記キーボード19及びバーコードスキャナ26の商品登録手段により客買上商品の販売データが登録されると、その販売データを前記RAM13の記憶部に売上登録処理し、前記キーボード19に設けられた登録締めキーにより1取引として処理する客買上商品の登録終了が宣言されると、その1取引で登録された客買上商品の販売データを印字したレシートをプリンタ24により印字し発行する業務のモードである。「点検」とは、前記「登録」業務によって各商品の販売データが売上登録処理された記憶部の内容をプリンタ24により記録紙に印字出力する業務である。「精算」とは、前記「点検」業務と同様に記憶部の内容をプリンタ24により記録紙に印字出力した後、その記憶部の内容をクリアする業務のモードである。「設定」とは、前記「登録」等の各種業務を実行するのに必要なデータを予めRAM13に設定する業務のモードである。
【0018】
前記キーボード19は、図4に示すように、置数入力する置数キー31、置数データがPLU(Price Look Up)コードであることを指令するPLUキー32、置数データが乗数であることを指令する×キー33、置数データのクリアを指令するクリアキー34、1取引として登録処理された客買上商品の小計出力を指令する小計キー35、1取引として処理する客買上商品の登録終了を宣言しその代金を現金で決済することを指令する登録締めキーとしての預/現計キー36、直前に登録処理された商品販売データの取消を指令する取消キー37、1取引として登録処理された客買上商品の合計金額を領収金額とする領収証(本実施の形態では「単一取引領収証」という)の発行を指令する領収証キー38、複数の取引のそれぞれの客買上商品合計金額を合算した金額を領収金額とする領収証(本実施の形態では「まとめ領収証」という)の発行を指令するまとめ領収証キー39、前記まとめ領収証の印字開始を指令する発行キー40等の各種キーを配設したものである。
【0019】
前記オペレータ用表示器21は、POSターミナル1を操作するオペレータに対して登録された客買上商品の品名,値段等を表示したり、1取引の客買上商品合計金額,釣銭額などを表示するものである。また、客用表示器22は、買物客に対して同様なデータを表示するものである。なお、本実施の形態では、前記オペレータ用表示器21として、液晶ディスプレイやCRTディスプレイ等の画面表示装置を使用する。
【0020】
前記プリンタ24は、レシート用紙及びジャーナル用紙にデータを印字するもので、印字済みのレシート用紙はレシート発行口から発行され、ジャーナル用紙はターミナル内部で巻き取られるようになっている。なお、本実施の形態では、前記プリンタ24としてバーコードを高速印字可能なラインサーマルプリンタを使用する。
前記バーコードスキャナ26は、各商品にそれぞれ付されるPLUコードのバーコードなどを光学的に読取るものである。
【0021】
かかる構成の各POSターミナル1は、前記単一取引領収証及びまとめ領収証の発行機能を実現するために、前記RAM13に、図5に示すように、1取引分の客買上商品の商品コード,点数及び金額とその合計とを取引毎に記憶する取引バッファ51と、1から10までの各明細行に対応してターミナル番号,取引通番及び合計金額の各データを記憶する明細行メモリ52と、各POSターミナル1に対してそれぞれ設定されるターミナル固有のターミナル番号TMNoを記憶するターミナル番号メモリ53と、各POSターミナル1においてそれぞれ1取引毎に発番される連続番号である取引通番を計数する取引通番カウンタ54、前記明細行メモリ52の明細行を計数する明細行カウンタ55、1取引の商品登録中か否かを区別する登録中フラグF1(1:登録中,0:非登録中)のフラグメモリ56及び1取引の登録終了後か否かを区別する締めフラグF2(1:終了後,0:終了前)のフラグメモリ57を形成している。
【0022】
また、モードスイッチ16により「登録」業務モードが選択されている状態で、前記CPU11が図6の流れ図に示す商品登録処理、図7の流れ図に示す登録締め処理、図8の流れ図に示す領収証キー処理及び図9,10の流れ図に示すまとめ領収証キー処理をそれぞれ実行するように、ROM12のプログラムを構成している。
【0023】
すなわちCPU11は、「登録」業務モードにおいて、キーボード19の置数キー31とPLUキー32の操作またはバーコードスキャナ26のスキャニング操作により客買上商品に付されたPLUコード(商品コード)が入力されると、図6に示す商品登録処理を開始する。
先ず、ST1としてフラグメモリ56の登録中フラグF1を調べる。ここで、登録中フラグF1が“0”にリセットされている場合には、1取引の客買上商品1点目の登録なので、ST2として直前に処理された取引のデータが記憶保持されていた取引バッファ51をクリアする。また、ST3として取引通番カウンタ54を“1”だけカウントアップして、今回取引の識別データである取引通番を発番する。さらに、ST4として前記登録中フラグF1を“1”にセットする。なお、フラグメモリ57の締めフラグF2が“1”にセットされていた場合は“0”にリセットする。ST1にて登録中フラグF1が既に“1”にセットされている場合には、1取引の客買上商品2点目以降の登録なので、前記ST2乃至ST4の処理は行なわない。
【0024】
次に、CPU11は、ST5として入力された客買上商品のPLUコードでもってストアコンピュータ2に問合せを行なう。そして、このPLUコードに対応して設定されている商品名,単価,税種等の商品データが応答されると、単価に販売点数(PLUコードの入力直前に置数キー31と×キー33とにより乗数が入力されている場合にはその乗数,乗数が入力されていない場合には1)を乗じて販売金額を算出する。そして、この客買上商品のPLUコード,販売点数及び販売金額を前記取引バッファ51に格納する。しかる後、ST6としてこの客買上商品の商品名,単価,販売金額等を前記オペレータ用表示器21及び客用表示器22に表示させたならば、この商品登録処理を終了する。
【0025】
またCPU11は、「登録」業務モードにおいて、キーボード19の預/現計キー36が入力されると、図7に示す登録締め処理を開始する。
先ず、ST1としてフラグメモリ56の登録中フラグF1を調べる。ここで、登録中フラグF1が“0”にリセットされている場合には、1取引として処理する客買上商品が登録されずに登録締めが宣言された誤操作なので、エラーとする。
【0026】
ST1にて登録中フラグF1が“1”にセットされていた場合には、1取引として処理する客買上商品の登録終了が宣言されたので、ST2としてこの1取引として処理する客買上商品のPLUコード,販売点数,販売金額等が格納された取引バッファ51のデータに基づいて当該1取引の客買上商品の販売データやその合計データなどからなるレシート印字データを編集し、プリンタ24を動作させて、レシート用紙及びジャーナル用紙に印字させる。
【0027】
次に、ST3として前記ターミナル番号メモリ53に設定記憶されている当該POSターミナル1のターミナル番号[zzzz]と、取引通番カウンタ54でカウントされた当該1取引の取引通番[nnnnn]とから当該1取引を識別する識別データ[zzzznnnnn]を構成し、この取引識別データ[zzzznnnnn]をバーコード化する。そして、ST4としてこの取引識別データのバーコード(以下、取引バーコードと称する)をプリンタ24によりレシート用紙に印字し、さらに次取引に対するレシートヘッダデータ(店名,ロゴなどのデータ)をレシート用紙に印字したならば、取引バーコードと次取引のレシートヘッダデータとの間でレシート用紙を切断して、今回取引のレシートをレシート発行口から発行する。
【0028】
しかる後、CPU11は、ST5として前記取引バッファ51のデータに基づいて1取引として販売登録された客買上商品の販売データをRAM13の記憶部に売上登録処理する。また、ST6としてターミナル番号[zzzz],取引通番[nnnnn]及び当該1取引で売上登録処理された客買上商品の合計金額を含む取引完了通知伝文を作成し、この取引完了通知伝文を通信回線3を介して前記ストアコンピュータ1に送信する。さらに、ST7として前記締めフラグF2を“1”にセットし、登録中フラグF1を“0”にリセットしたならば、この登録締め処理を終了する。
【0029】
ここで、前記ストアコンピュータ2は、各POSターミナル1から取引完了通知伝文を受信すると、その伝文中のターミナル番号[zzzz],取引通番[nnnnn]及び合計金額と領収証未発行を示す領収証発行履歴フラグ=“0”とからなる取引管理レコードを作成して、取引管理ファイル4に追加登録するものとなっている。
ここに、取引管理ファイル4は、登録締めキー(預/現計キー36)の入力により商品登録終了が宣言された取引を特定する取引識別データ(ターミナル番号+取引通番)及びその取引での客買上商品合計金額を各取引毎に記憶管理する取引履歴記憶手段を構成する。
【0030】
一方、各POSターミナル1のCPU11は、「登録」業務モードにおいて、キーボード19の領収証キー38が入力されると、図8に示す領収証キー処理を開始する。
先ず、ST1としてフラグメモリ57の締めフラグF2を調べる。ここで、締めフラグF2が“0”にリセットされている場合には、1取引として処理する客買上商品の登録締め後でないタイミングで単一取引領収証の発行が指令された誤操作なので、エラーとする。
【0031】
ST1にて締めフラグF2が“1”にセットされていた場合には、1取引として処理する客買上商品の登録終了宣言後にその1取引に対して単一取引領収証の発行が指令されたので、ST2として取引バッファ51のデータから当該1取引として売上登録処理された客買上商品の合計金額を求め、この合計金額を領収金額とする単一取引領収証の店控えデータ及び客用データを編集する。そして、先に、ST3としてプリンタ24を駆動してレシート用紙に単一取引領収証の店控えデータを印字する。次に、ST4として同レシート用紙に単一取引領収証の客用データを印字する。さらに、次取引に対するレシートヘッダデータをレシート用紙に印字したならば、単一取引領収証の客用データと次取引のレシートヘッダデータとの間でレシート用紙を切断して、2枚の単一取引領収証(一方は店控え,他方は客用)をレシート発行口から発行する。
【0032】
しかる後、ST5としてターミナル番号メモリ53のターミナル番号[zzzz]と、取引通番カウンタ54の取引通番[nnnnn]と、当該1取引で売上登録処理された客買上商品の合計金額とを含む単一取引領収証発行通知伝文を作成し、この領収証発行通知伝文を通信回線3を介して前記ストアコンピュータ1に送信したならば、この領収証キー処理を終了する。
【0033】
また、CPU11は、「登録」業務モードにおいて、キーボード19のまとめ領収証キー38が入力されると、図9及び図10に示すまとめ領収証キー処理を開始する。
先ず、ST1としてフラグメモリ57の締めフラグF2を調べる。ここで、締めフラグF2が“0”にリセットされている場合には、1取引として処理する客買上商品の登録締め後でないタイミングでまとめ領収証の発行が指令された誤操作なので、エラーとする。
【0034】
ST1にて締めフラグF2が“1”にセットされていた場合には、1取引として処理する客買上商品の登録終了宣言後に複数の取引のそれぞれの客買上商品合計金額を合算した金額を領収金額とするまとめ領収証の発行が指令されたので、ST2としてオペレータ用表示器21に、例えば図13に示すレイアウトのまとめ領収証処理画面61を表示させる。また、ST3として明細行カウンタ55のカウント値Lを“1”に初期化する。なお、前記まとめ領収証処理画面61は、まとめ領収証として客買上商品合計金額をまとめる複数取引の識別データであるターミナル番号及び取引通番と、合計金額とを表形式で表示する明細欄を主体とし、預/現計キー36の操作により商品登録終了が宣言された今回の取引をまとめ対象の取引とするか否かをオペレータに選択させるガイダンスを表示させている。
【0035】
そこでCPU11は、次に、ST4として今回取引をまとめ対象の取引とするか否かを選択するキー操作が行なわれるのを待機する(直前取引選択手段)。そして、今回取引をまとめ対象の取引とすることを指令するキー操作,すなわち小計キー35が入力されたことを確認した場合には、ST5として今回取引のターミナル番号及び取引通番がそれぞれ記憶されているターミナル番号メモリ53及び取引通番カウンタ54のデータと、取引バッファ51のデータから求められる今回取引の合計金額とを明細行メモリ52の明細行L(Lは明細行カウンタ55のカウント値)行目に記憶させる。また、ST6として前記まとめ領収証入口画面61の明細欄における取引数L(Lは明細行カウンタ55のカウント値)の行に、前記明細行メモリ52の明細行Lに記憶させたターミナル番号,取引通番及び合計金額の各データを表示させる。しかる後、ST7として明細行カウンタ55を“1”だけカウントアップしたならば、ST8の処理に進む。
【0036】
これに対し、ST4にて今回取引をまとめ対象の取引としないことを指令するキー操作,すなわち×キー33が入力されたことを確認した場合には、前記ST5乃至ST7の各処理を行なわずにST8の処理に進む。
ST8では、オペレータ用表示器21の画面をまとめ領収証処理画面61から例えば図14に示すまとめ領収証処理画面62に切り換える。すなわち、オペレータに次の操作を指示するガイダンスを、今回取引を含めるか否かの操作ガイダンスから、まとめる取引のレシートに印字された取引バーコードのスキャニングを促す操作ガイダンスに変更する。
【0037】
そこでCPU11は、ST9としてバーコードスキャナ26により前記取引バーコードがスキャニング入力されるのを待機する。そして、レシートに印字されている取引バーコードがスキャニング入力されたならば(まとめ対象取引データ入力手段)、まとめ領収証として客買上商品合計金額をまとめる複数取引のうちの1取引の取引識別データが入力されたので、ST10としてその取引バーコードを解析してバーコードを構成するターミナル番号と取引通番のデータを取得する。そして、このターミナル番号と取引通番のデータでもって取引問合せ伝文を作成し、この取引問合せ伝文を通信回線3を介してストアコンピュータ2に送信する。
【0038】
これにより、ストアコンピュータ2は、図11の流れ図に示すように、取引管理ファイル4を検索して問合せ伝文中のターミナル番号と取引通番とが一致する取引管理レコードの有無を判断する(取引存在判定手段)。そして、該当する取引管理レコードを検出したならば、その取引管理レコードの領収証発行履歴フラグがまとめ領収証発行済みを示す“2”でないか否かを判断する。そして、領収証発行履歴フラグが“2”でない場合には、当該取引管理レコードの合計金額を含む許諾応答伝文を問合せ元のPOSターミナル1に送信する。これに対し、該当する取引管理レコードを検出できない場合、あるいは該当する取引管理レコードの領収証発行履歴フラグが既に“2”になっている場合には、不可応答伝文を問合せ元のPOSターミナル1に送信するものとなっている。
【0039】
そこで各POSターミナル1のCPU11は、ST10にて問合せ伝文送信後、ST11としてストアコンピュータ2から不可応答伝文を受信した場合には、この処理をエラー終了させて、スキャニング入力された取引バーコードで識別される取引のまとめ領収証を発行しないようにする。
【0040】
ST11にてストアコンピュータ2から許諾応答伝文を受信した場合には、ST12としてスキャニング入力された取引バーコードを解析して得たターミナル番号と取引通番とを、許諾応答伝文に含まれる合計金額とともに、明細行メモリ52の明細行L(Lは明細行カウンタ55のカウント値)行目に記憶させる。また、ST13として前記まとめ領収証入口画面61における取引数L(Lは明細行カウンタ55のカウント値)の行に、前記明細行メモリ52の明細行Lに記憶させたターミナル番号,取引通番及び合計金額の各データを表示させる。しかる後、ST14として明細行カウンタ55を“1”だけカウントアップしたならば、ST15(図10)の処理に進む。
【0041】
ST15では、オペレータ用表示器21に表示されているまとめ領収証処理画面62のガイダンスに、まとめ領収証を発行する場合の操作を指示するガイダンス「領収証発行→発行キー」(図14参照)を追加する。
そこでCPU11は、ST16としてバーコードスキャナ26により取引バーコードが再度スキャニング入力されるか、ST22としてキーボード19の発行キー40が操作入力されるのを待機する。
【0042】
そして、ST16にて取引バーコードが再度スキャニング入力された場合には、ST17,18,19,20,21として前記ST10,11,12,13,14と同様な処理を実行する。そして実行後、ST16に戻って、再びバーコードスキャナ26により取引バーコードがスキャニング入力されるか、発行キー40が操作入力されるのを待機する。
【0043】
ST22にて発行キー40が操作入力されたことを検知した場合には、ST23として明細行メモリ52の各明細行に対応して格納されている合計金額を合算し、その総合計金額を領収金額とするまとめ領収証の店控えデータ及び客用データを編集する。そして、先に、ST24としてプリンタ24を駆動してレシート用紙にまとめ領収証の店控えデータを印字する。次に、ST25として同レシート用紙にまとめ領収証の客用データを印字する。さらに、次取引に対するレシートヘッダデータをレシート用紙に印字したならば、まとめ領収証の客用データと次取引のレシートヘッダデータとの間でレシート用紙を切断して、2枚のまとめ領収証(一方は店控え,他方は客用)をレシート発行口から発行する(まとめ領収証発行手段)。
【0044】
しかる後、ST26として明細行メモリ52の各明細行に記憶保持しているターミナル番号,取引通番及び合計金額の各データを含むまとめ領収証発行通知伝文を作成し、この領収証発行通知伝文を通信回線3を介して前記ストアコンピュータ1に送信する。
その後、ST27として明細行メモリ52をクリアする。また、ST28としてオペレータ用表示器21に表示していたまとめ領収証処理画面62を消去したならば、このまとめ領収証キー処理を終了する。
【0045】
なお、前記ストアコンピュータ2は、各POSターミナル1から前記単一取引領収証発行通知伝文を受信した場合には、図12に示すように、取引管理ファイル4を検索して受信伝文中のターミナル番号,取引通番及び合計金額が一致する取引管理レコードを探し出し、そのレコードの領収書発行履歴フラグを単一取引領収証発行済みを示す“1”に更新する。
また、前記まとめ領収証発行通知伝文を受信した場合には、同図に示すように、取引管理ファイル4を検索して受信伝文中のターミナル番号,取引通番及び合計金額が一致する全ての取引管理レコードを探し出し、各レコードの領収書発行履歴フラグをまとめ領収証発行済みを示す“2”に更新する。
ここに、取引履歴記憶手段を構成する取引管理ファイル4は、まとめ領収証の発行履歴有無を示すフラグデータ(領収書発行履歴フラグ)を記憶している。
【0046】
このように構成された本実施の形態のPOSシステムを構築した百貨店においては、各POSターミナル1を操作する店員,いわゆるキャッシャは、買物客から商品買上の申し出を受けると、POSターミナル1のキーボード19またはバーコードスキャナ26を操作してその客買上商品の商品コード(PLUコード)を入力して登録操作を行なう。そうすると、この客買上商品の商品コード,販売点数,販売金額の商品販売データが取引バッファ52に格納される。
【0047】
こうして、キャッシャは買物客が買上げる商品を全て登録し終えると、客が商品代金を現金で支払う場合には預/現計キー36を押下して登録締め操作を行なう。そうすると、この今回取引に対するレシート70がプリンタ24によって印字され発行される。また、今回取引のターミナル番号,取引通番及び合計金額からなる取引管理レコード(領収証発行履歴フラグ=0)がストアコンピュータ2の取引管理ファイル4に記憶保持される。
【0048】
図15(a)はレシート70の一発行例であって、図中符号71は店名,ロゴなどのヘッダデータであり、符号72は現日時(1999年07月01日(木)15:00)とキャッシャ番号(責任者:080)とターミナル番号(TMNo.0003)であり、符号73は客買上商品の販売データ(商品A ¥20,000)であり、符号74は客買上商品の合計データ(小計 ¥20,000,税 ¥1,000,合計 ¥21,000,預かり ¥21,000,お釣 ¥0)であり、符号75は取引通番(No.00001)である。また、本実施の形態では、当該取引を特定する取引バーコード76をレシートに印字している。この取引バーコードは、ターミナル番号(0001)と取引通番(00001)とを合わせた取引識別データ(000100001)をバーコード化したものである。
【0049】
ここで、この買物客が今回取引について領収証の発行を要求した場合には、キャッシャは領収証キー38を操作する。そうすると、今回取引の客買上商品の合計金額(¥21,000)を領収金額とする単一取引領収証が、レシート用紙を用いて店控えの単一取引領収証80と客用の単一取引領収証90の2枚印字発行される。また、今回取引に対応する取引管理レコードの領収証発行履歴フラグが単一取引領収証発行済みを示す“1”に更新される。
【0050】
図15(b)は店控えの単一取引領収証80の一発行例であって、図中符号81はレシート70の発行時に印刷された次取引に対するヘッダデータであり、符号82は現日時とキャッシャ番号とターミナル番号であり、符号83は取引通番と領収金額であり、符号84は署名欄である。
また、図15(c)は客用の単一取引領収証90の一発行例であって、図中符号91は発行日付欄であり、符号92は受取人欄であり、符号93は領収金額欄であり、符号94は発行人欄である。
【0051】
なお、レシート70に続いて店控え用の領収証80を印字発行し、さらに客用の領収証90を印字発行する技術は前記特開平7−254087号公報に開示した技術を採用し、かつ、客用の領収証90の発行日付欄91,受取人欄92,領収金額欄93,発行人欄94等をレシート用紙の幅方向に対して直交する方向に形成する技術は特開平10−40466号公報に開示した技術を採用することによって実現できるので、ここでの説明は省略する。
【0052】
一方、買物客が今回の取引とともに他の売場での取引も合わせた全ての購入金額に対する領収証が欲しいと申し出た場合には、キャッシャは領収証キー38の代わりにまとめ領収証キー39を操作する。そうすると、オペレータ用表示器21にまとめ領収証処理画面61が表示されるので、キャッシャはそのガイダンスに従い今回取引を含めるべく小計キー35を操作する。そうすると、今回取引のターミナル番号(0003)と取引通番(00001)と合計金額(¥21,000)とが明細行メモリ52の明細行=1に記憶されるとともに、まとめ領収証処理画面61の明細欄における取引数=1の行に上記ターミナル番号(0003),取引通番(00001)及び合計金額(¥21,000)が表示される。
【0053】
ここで、オペレータ用表示器21の画面がまとめ領収証処理画面62に更新される。そこでキャッシャは、まとめ対象として買物客から預かった他取引のレシート70に印字されている取引バーコード76をバーコードスキャナ26でスキャニング操作する。そうすると、この取引バーコード76を構成するターミナル番号と取引通番でもってストアコンピュータ2に問合せが行なわれる。その結果、ターミナル番号と取引通番とが一致する取引管理レコードが取引管理ファイル4に格納されており、かつそのレコードの領収証発行履歴フラグが“2”でないことが確認された場合には、ストアコンピュータ2から当該取引管理レコード中の合計金額を含む許諾応答が返信される。これにより、明細行メモリ52の明細行=2には、取引バーコード76から取得したターミナル番号(「0001」とする)と取引通番(「00001」とする)と合計金額(「¥10,500」とする)が格納されるとともに、まとめ領収証処理画面62の明細欄における取引数=2の行に上記ターミナル番号(0001),取引通番(00001)及び合計金額(¥10,500)が表示される。
【0054】
また、さらに別の取引の購入金額もまとめる場合には、その別取引のレシート70に印字されている取引バーコード76をバーコードスキャナ26でスキャニング操作する。この場合も同様で、取引バーコード76を構成するターミナル番号と取引通番でもってストアコンピュータ2に問合せが行なわれ、ターミナル番号と取引通番とが一致する取引管理レコードが取引管理ファイル4に格納されており、かつそのレコードの領収証発行履歴フラグが“2”でないことが確認された場合には、ストアコンピュータ2から当該取引管理レコード中の合計金額を含む許諾応答が返信される。これにより、明細行メモリ52の明細行=3には、取引バーコード76から取得したターミナル番号(「0002」とする)と取引通番(「00001」とする)と合計金額(「¥5,250」とする)が格納されるとともに、まとめ領収証処理画面62の明細欄における取引数=3の行に上記ターミナル番号(0002),取引通番(00001)及び合計金額(¥5,250)が表示される。
【0055】
以上で、今回取引に加える全取引のレシート70に印字された取引バーコード76をスキャニング操作したならば、キャッシャは発行キー40を操作する。そうすると、まとめ対象の全取引の客買上商品合計金額(¥36,750)を領収金額とするまとめ領収証が、レシート用紙を用いて店控えのまとめ領収証100と客用のまとめ領収証110の2枚印字発行される。また、まとめ対象の各取引に対応する取引管理レコードの領収証発行履歴フラグがまとめ領収証発行済みを示す“2”に一括更新される。
【0056】
図16(a)は店控えのまとめ領収証100の一発行例であって、図中符号101はレシート70の発行時に印刷された次取引に対するヘッダデータであり、符号102は現日時とキャッシャ番号とターミナル番号であり、符号103は領収金額であり、符号104は各取引の取引識別データ(ターミナル番号+取引通番)とその取引金額であり、符号105は署名欄である。
また、図16(b)は客用のまとめ領収証110の一発行例であって、図中符号111は発行日付欄であり、符号112は受取人欄であり、符号113は領収金額欄であり、符号114は発行人欄である。
なお、この場合も前記特開平7−254087号公報及び特開平10−40466号公報に開示した技術を採用することによって、2枚のまとめ領収証100,110を印字発行させることができる。
【0057】
このように、本実施の形態によれば、登録締めキー(預/現計キー36)の入力により商品登録終了が宣言された取引を特定する取引識別データ(ターミナル番号+取引通番)及びその取引での客買上商品合計金額を各取引毎に記憶管理する取引管理ファイル4を、各POSターミナル1とオンライン接続されたストアコンピュータ2に設けている。そして、まとめ領収証キー39が入力されたことを条件にまとめ対象としての複数取引の取引識別データが入力されると、これらの取引識別データが取引管理ファイル4によって記憶管理されているか否かを判定し、記憶管理されていると判定された取引の客買上商品合計金額を合算した金額を領収金額とするまとめ領収証をプリンタ24によりレシート用紙を用いて印字発行するようにしている。
【0058】
したがって、店内の各売場で処理された複数の取引の合計金額に対する領収証を、手書きでなくPOSターミナル1を利用して簡単に印字発行させることができる。その結果、店側担当者は各取引の金額を電卓などを用いて合算したり、その合算金額を所定のフォームがプレ印刷された領収証用紙に記入するなどの煩雑な作業が不要となるので、負担を大幅に軽減できる。また、客側にとっても最後の買い物を行なった売場のPOSターミナルでまとめ領収証を得られるので、各売場で発行されたレシートをもって店のサービスカウンター等に行き領収証を作成してもらう必要がなくなり、好都合である。
【0059】
また、本実施の形態においては、登録締めキー(預/現計キー36)の入力されたことを条件にまとめ領収証キー39が入力されると、登録締めキーの入力により商品登録終了が宣言された取引をまとめ対象の取引とするか否かを選択可能とする。そして、小計キー35の押下によりまとめ対象の取引とすることが選択された場合には、その他のまとめ対象の取引の客買上商品合計金額に今回取引の客買上商品合計金額を合算した金額を領収金額とするまとめ領収証をプリンタ24によりレシート用紙を用いて印字発行するようにしている。
したがって、今回取引も含めた複数取引のまとめ領収証を簡単に発行することができる。しかも、今回取引分のデータは小計キー35のワンタッチ操作で入力できるので、操作性がよい。
【0060】
また、本実施の形態では、店控え用と客用の2枚のまとめ領収証を印字発行し、かつ、店控え用のまとめ領収証に、少なくともまとめ対象の各取引の識別データと客買上商品合計金額とをそれぞれ印字するようにしている。
したがって、店控え用のまとめ領収証から、まとめ対象の取引とその客買上商品合計金額とを後で確認できるので、同一取引に対して複数枚の領収証を発行する不正が行なわれてもそれを容易に発見でき、不正防止の効果が得られる。
【0061】
しかも、取引管理ファイル4において各取引毎に取引識別データ及びその取引での客買上商品合計金額とともにまとめ領収証の発行履歴有無を示す領収証発行履歴フラグを記憶するようにし、同一取引に対するまとめ領収証の重複発行を禁止するようにしたので、別々のまとめ領収証に同一取引の金額が含まれる不正またはミスを未然に防止できる効果も奏する。
【0062】
なお、前記一実施の形態では、登録締めキーの入力されたことを条件にまとめ領収証キーが入力されると、登録締めキーの入力により商品登録終了が宣言された取引をまとめ対象の取引とするか否かを選択させる直前取引選択手段を設けたが、直前取引についても他のまとめ対象の取引と同様に登録締めキーの入力に応じてレシートが発行されているので、この直前取引選択手段を省略することも可能である。
【0063】
また、前記一実施の形態では取引識別データをバーコード化し、このバーコード(取引バーコード)をバーコードスキャナ26でスキャニングすることによって取引識別データを入力するようにしたが、入力方法はこれに限定されるものではない。また、取引識別データとともにその取引の客買上商品合計金額も入力するようにし、この入力された複数取引の客買上商品合計金額の合算金額を領収金額とするまとめ領収証を印字発行するように構成してもよいものである。
この他、まとめ領収証のレイアウトなど、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。
【0064】
【発明の効果】
以上詳述したように、本願請求項1記載の発明によれば、複数の取引の合計金額に対する領収証を簡単に不正なく印字発行できる商品販売登録データ処理装置を提供できる。
また、本願請求項2記載の発明によれば、上記請求項1記載の発明と同等な効果を奏することはもとより、直前に処理された取引の合計金額を含むまとめ領収証を簡単に印字発行できる効果を奏する。
また、本願請求項3記載の発明によれば、それに加えて、同一取引に対して複数枚の領収証を発行する不正が行なわれてもそれを容易に発見できるようになり、不正防止に優れた効果が期待できる。
さらに、本願請求項4記載の発明によれば、別々のまとめ領収証に同一取引の金額が含まれる不正またはミスを未然に防止できる効果も奏する。
【図面の簡単な説明】
【図1】本発明の一実施の形態であるPOSシステムの全体図。
【図2】図1に示す取引管理ファイルのデータ構造を示す図。
【図3】同実施の形態におけるPOSターミナルの要部構成を示すブロック図。
【図4】同POSターミナルのキーボードを示す図。
【図5】同POSターミナルのRAMに形成する主要なメモリエリアを示す図。
【図6】同POSターミナルのCPUが実行する商品登録処理の要部を示す流れ図。
【図7】同POSターミナルのCPUが実行する登録締め処理の要部を示す流れ図。
【図8】同POSターミナルのCPUが実行する領収証キー処理の要部を示す流れ図。
【図9】同POSターミナルのCPUが実行するまとめ領収証キー処理の前半部を示す流れ図。
【図10】同POSターミナルのCPUが実行するまとめ領収証キー処理の後半部を示す流れ図。
【図11】同実施の形態においてストアコンピュータが実行する取引問合せ応答処理の要部を示す流れ図。
【図12】同ストアコンピュータが実行する領収証発行通知受信処理の要部を示す流れ図。
【図13】同実施の形態のPOSターミナルで表示するまとめ領収証処理画面の一例を示す図。
【図14】同実施の形態のPOSターミナルで表示するまとめ領収証処理画面の一例を示す図。
【図15】同実施の形態のPOSターミナルで印字されるレシート及び単一取引領収証の発行例を示す図。
【図16】同実施の形態のPOSターミナルで印字されるまとめ領収証の発行例を示す図。
【符号の説明】
1…POSターミナル
2…ストアコンピュータ
4…取引管理ファイル
11…CPU
12…ROM
13…RAM
14…時計部
19…キーボード
21…オペレータ用表示器
24…プリンタ
26…バーコードスキャナ
36…預/現計キー(登録締めキー)
38…領収証キー
39…まとめ領収証キー
51…取引バッファ
52…明細行メモリ
61,62…まとめ領収証処理画面
70…レシート
80,90…単一取引領収証
110,110…まとめ領収証[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a merchandise sales registration data processing device such as an electronic cash register having a function of printing and issuing a receipt using receipt paper, a POS (Point of Sales: Point of Sale Information) terminal, and the like.
[0002]
[Prior art]
As a conventional merchandise sales registration data processing device having a receipt issuing function, a receipt key instructing the issuance of a receipt on the condition that a registration closing key for declaring the end of sales registration of a customer-purchased product to be processed as one transaction is input. Is entered, a receipt is printed and issued using a receipt paper, with the total amount of goods purchased in one transaction immediately before the registration end is declared by inputting the registration closing key. I was
[0003]
In this method, a technique other than a technique of forming a date field, a money amount field, a recipient field, etc. of a receipt in a direction orthogonal to a width direction of a receipt paper (see Japanese Patent Application Laid-Open No. H10-40466) and a receipt delivered to a customer Also, a technique for simultaneously printing and issuing a receipt for a store copy (see Japanese Patent Application Laid-Open No. 7-254087) using the same receipt paper is already known by the present applicant.
[0004]
However, a receipt that can be issued by this type of conventional product sales registration data processing device is limited to a receipt for the immediately preceding transaction. For this reason, when a customer purchases a product at a plurality of different sales floors at a department store or the like, and as a result requests for a receipt for all purchase prices, he has to deal with a handwritten receipt. .
[0005]
[Problems to be solved by the invention]
Thus, in the past, issuing a receipt for the total amount of multiple transactions by a single customer could only be handled with a handwritten receipt, and the sum of each transaction was summed up using a calculator etc., The store is required to perform a complicated operation such as writing the total amount on a receipt sheet on which a predetermined form is preprinted, which is a burden on the store staff.
[0006]
In addition, customers who want a receipt for the total purchase price of each product purchased at multiple sales floors go to the store's service counter etc. with the receipt issued at each sales floor and create a receipt, so the customer side feels burdened was there.
[0007]
In addition, the store staff has to confirm from the contents of the receipts for a plurality of transactions received from the customer whether each transaction that summarizes the purchase amount is a legitimate transaction on the day.
[0008]
The present invention has been made in view of such circumstances, and an object of the present invention is to provide a merchandise sales registration data processing device capable of easily and improperly printing and issuing a receipt for a total amount of a plurality of transactions. Things.
[0009]
[Means for Solving the Problems]
The present invention relates to merchandise sales registration data having a printer that issues a receipt printed with sales data of customer-purchased merchandise registered by merchandise registration means in one transaction in which merchandise registration is completed by inputting a registration closing key. The invention according to
In the present invention having such a configuration, after the sales data of the customer-purchased commodity to be processed as one transaction is registered by the commodity registration means, the registration closing key is input, and the transaction identification data for specifying this one transaction and the one transaction Is stored in the transaction history storage means in a pair with the total price of the customer-purchased commodities registered in the above. In this way, the transaction identification data of each transaction and the total value of the merchandise purchased in the transaction are stored and managed by the transaction history storage means.
Here, the user enters the summary receipt key. In addition, transaction identification data of a plurality of transactions for compiling the total value of customer-purchased commodities is input as a consolidated receipt by the consolidated transaction data input means. Then, it is determined whether or not the input transaction identification data is stored and managed by the transaction history storage unit. When it is determined that the transaction is stored and managed, the total purchase amount of the merchandise purchased for each transaction is added up, and a combined receipt using the added amount as a receipt amount is printed and issued by a printer using receipt paper.
[0010]
The invention according to
In the present invention having such a configuration, when the collective receipt key is input after the input of the registration closing key, whether or not the transaction immediately before the end of the product registration is declared by the input of the registration closing key is determined as the target transaction. Can be selected. Here, while selecting the transaction to be summarized and inputting the transaction identification data of the other transaction to be summarized by the transaction data input means, the total value of the customer-purchased products of the other transactions is A receipt is printed and issued by a printer using receipt paper, with the sum of the total amount of the purchased merchandise and the sum of the total amount of the purchased merchandise.
[0011]
The invention according to
By doing so, it becomes possible to later confirm the transaction to be consolidated and the total price of the merchandise to be purchased from the consolidated receipt for store copy.
[0012]
According to a fourth aspect of the present invention, in the merchandise sales registration data processing device according to the first or second aspect, the transaction history storage means includes, for each transaction, transaction identification data and the total amount of merchandise purchased in the transaction. Flag data indicating the presence / absence of a receipt history is stored, and duplicate issuance of a consolidated receipt for the same transaction is prohibited.
By doing so, it is possible to prevent the amount of the same transaction from being included in separate collective receipts.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
In this embodiment, the present invention is applied to a POS terminal functioning as a merchandise sales data registration terminal of a POS system constructed in a department store.
[0014]
FIG. 1 is an overall view of a POS system constructed in a department store. A plurality of POS terminals 1A, 1B,..., 1N installed in each sales floor in the store, and one POS terminal installed in a store management office or the like. The two
[0015]
The
[0016]
Each of the POS terminals 1A, 1B,..., 1N (hereinafter, collectively referred to as the POS terminal 1) has a CPU (Central Processing Unit) 11 as a control unit main body, as shown in FIG.
Also, a ROM (Read Only Memory) 12 in which fixed data such as programs are stored in advance, a RAM (Random Access Memory) 13 in which a storage unit for registering merchandise sales data is formed, and the present date and time are measured. A
The CPU 11 and the
[0017]
The
[0018]
As shown in FIG. 4, the keyboard 19 has a
[0019]
The
[0020]
The
The barcode scanner 26 is for optically reading a barcode of a PLU code attached to each product.
[0021]
As shown in FIG. 5, each
[0022]
Further, in a state where the “registration” operation mode is selected by the
[0023]
That is, in the “registration” operation mode, the CPU 11 inputs the PLU code (product code) attached to the customer purchased product by operating the
First, the registered flag F1 of the
[0024]
Next, the CPU 11 makes an inquiry to the
[0025]
In addition, in the “registration” business mode, when the deposit / current total key 36 of the keyboard 19 is input, the CPU 11 starts the registration closing process shown in FIG.
First, the registered flag F1 of the
[0026]
If the registering flag F1 is set to "1" in ST1, the end of registration of the customer-purchased product to be processed as one transaction is declared, and the PLU of the customer-purchased product to be processed as one transaction is declared as ST2. Based on the data in the
[0027]
Next, as ST3, the terminal number [zzzz] of the
[0028]
Thereafter, the CPU 11 performs sales registration processing of sales data of customer-purchased merchandise registered as one transaction based on the data of the
[0029]
Here, when the
Here, the
[0030]
On the other hand, the CPU 11 of each
First, as ST1, the closing flag F2 of the
[0031]
If the closing flag F2 is set to "1" in ST1, the issuance of a single transaction receipt is instructed for one transaction after the declaration of the completion of registration of the customer purchase product to be processed as one transaction. In step ST2, the total amount of the customer-purchased merchandise that has been sales-registered as one transaction is obtained from the data in the
[0032]
Thereafter, as ST5, a single transaction including the terminal number [zzzz] of the
[0033]
Further, in the “registration” business mode, when the
First, as ST1, the closing flag F2 of the
[0034]
If the closing flag F2 is set to "1" in ST1, the sum of the total amount of the customer-purchased products of a plurality of transactions is summed up after the declaration of registration of the customer-purchased products to be processed as one transaction is received. In step ST2, the operator displays the operator's
[0035]
Then, the CPU 11 waits for a key operation for selecting whether or not to make the current transaction a target transaction (ST4) (ST4). Then, if it is confirmed that the key operation for instructing the current transaction to be the target transaction, that is, that the
[0036]
On the other hand, if it is confirmed in ST4 that the key operation for instructing that the current transaction is not to be made the target transaction, that is, that the
In ST8, the screen of the
[0037]
Then, the CPU 11 waits for the barcode scanner 26 to scan and input the transaction barcode in ST9. Then, if the transaction barcode printed on the receipt is scanned and input (collection target transaction data input means), transaction identification data of one of a plurality of transactions for summarizing the total value of the customer purchase products is input as a collective receipt. Then, in step ST10, the transaction barcode is analyzed to obtain the data of the terminal number and the transaction serial number constituting the barcode. Then, a transaction inquiry message is created using the data of the terminal number and the transaction serial number, and the transaction inquiry message is transmitted to the
[0038]
As a result, the
[0039]
Therefore, when the CPU 11 of each
[0040]
If the license response message is received from the
[0041]
In ST15, the guidance "issue receipt → issue key" (see FIG. 14) for instructing an operation for issuing a summary receipt is added to the guidance of the summary
Then, the CPU 11 waits for the barcode scanner 26 to input the transaction barcode again by the barcode scanner 26 in ST16 or the operation input of the issue key 40 of the keyboard 19 in ST22.
[0042]
If the transaction barcode is again scanned and input in ST16, the same processing as in ST10, 11, 12, 13, and 14 is performed as ST17, 18, 19, 20, and 21. After the execution, the process returns to ST16, and waits for the barcode scanner 26 to again input the transaction barcode by scanning or to input the issue key 40.
[0043]
If it is detected in ST22 that the issuance key 40 has been operated and input, in ST23, the total amounts stored for the respective lines in the
[0044]
Thereafter, in step ST26, a consolidated receipt issuance notification message including the data of the terminal number, transaction serial number, and total amount stored in each detailed line of the
After that, the
[0045]
When the
In addition, when the above-mentioned summary receipt issuance notification message is received, as shown in FIG. 5, the
Here, the
[0046]
In the department store having the POS system of the present embodiment configured as described above, a clerk operating a
[0047]
In this way, when the cashier finishes registering all the products purchased by the shopper, if the customer pays for the goods by cash, the cashier presses the deposit / current total key 36 to perform the registration closing operation. Then, the receipt 70 for this transaction is printed and issued by the
[0048]
FIG. 15A shows an example of issuing a receipt 70, in which reference numeral 71 denotes header data such as a store name and a logo, and reference numeral 72 denotes the current date and time (15:00 on Thursday, July 01, 1999). , A cashier number (responsible person: 080) and a terminal number (TM No. 0003), reference numeral 73 denotes sales data of the customer purchased product (product A ¥ 20,000), and
[0049]
Here, when the shopper requests a receipt issuance for this transaction, the cashier operates the
[0050]
FIG. 15B shows an example of issuing a
FIG. 15C shows an example of issuing a
[0051]
The technology for printing and issuing a
[0052]
On the other hand, when the shopper offers a receipt for the entire purchase amount including the transaction at the other sales floor as well as this transaction, the cashier operates the collective receipt key 39 instead of the
[0053]
Here, the screen of the
[0054]
In order to collect the purchase amount of another transaction, the barcode scanner 26 scans the
[0055]
As described above, if the
[0056]
FIG. 16A shows an example of issuing a
FIG. 16B shows an example of issuing a customer's
Also in this case, by adopting the technology disclosed in the above-mentioned Japanese Patent Application Laid-Open Nos. 7-254087 and 10-40466, it is possible to print and issue two sheets of
[0057]
As described above, according to the present embodiment, the transaction identification data (terminal number + transaction serial number) specifying the transaction for which the registration of the product has been completed by inputting the registration closing key (deposit / current total key 36), and the transaction A
[0058]
Therefore, a receipt for the total amount of a plurality of transactions processed at each sales floor in the store can be easily printed and issued using the
[0059]
Further, in the present embodiment, when the receipt key 39 is entered under the condition that the registration closing key (deposit / current total key 36) is entered, the end of the product registration is declared by the input of the registration closing key. It is possible to select whether or not to make the completed transaction a transaction to be consolidated. When the
Therefore, it is possible to easily issue a consolidated receipt for a plurality of transactions including the current transaction. In addition, since the data for the current transaction can be input by one-touch operation of the
[0060]
Further, in this embodiment, two consolidated receipts for store copy and customer are printed and issued, and the collective receipt for store copy at least includes the identification data of each transaction to be consolidated and the total amount of goods purchased by customers. And are printed respectively.
Therefore, since the transaction to be consolidated and the total value of the merchandise purchased can be confirmed later from the consolidated receipt for store copy, it is easy to issue multiple receipts for the same transaction even if it is issued. And the effect of fraud prevention can be obtained.
[0061]
In addition, the
[0062]
In the above-described embodiment, when the collective receipt key is input on condition that the registration closing key is input, the transaction in which the registration of the product is completed by inputting the registration closing key is regarded as the target transaction. Although the immediately preceding transaction selecting means for selecting whether or not to provide is provided, the receipt is also issued for the immediately preceding transaction in accordance with the input of the registration closing key similarly to the other transactions to be summarized, so this immediately preceding transaction selecting means is provided. It is also possible to omit it.
[0063]
In the above-described embodiment, the transaction identification data is converted into a barcode, and the barcode (transaction barcode) is scanned by the barcode scanner 26 to input the transaction identification data. It is not limited. In addition, the total amount of goods purchased by the customer for the transaction is also input together with the transaction identification data, and the combined receipt of the total amount of goods purchased for the plurality of transactions is received and the combined receipt is printed and issued. It may be.
In addition, it goes without saying that various modifications can be made without departing from the gist of the present invention, such as the layout of the collective receipt.
[0064]
【The invention's effect】
As described in detail above, according to the first aspect of the present invention, it is possible to provide a merchandise sales registration data processing apparatus capable of easily and improperly printing and issuing a receipt for a total amount of a plurality of transactions.
According to the second aspect of the present invention, not only the same effect as the first aspect of the invention but also the effect of easily printing and issuing a consolidated receipt including the total amount of the transaction processed immediately before is obtained. To play.
Further, according to the invention described in
Further, according to the invention described in
[Brief description of the drawings]
FIG. 1 is an overall view of a POS system according to an embodiment of the present invention.
FIG. 2 is a view showing a data structure of a transaction management file shown in FIG. 1;
FIG. 3 is a block diagram showing a configuration of a main part of the POS terminal according to the embodiment;
FIG. 4 is an exemplary view showing a keyboard of the POS terminal.
FIG. 5 is a view showing a main memory area formed in a RAM of the POS terminal.
FIG. 6 is a flowchart showing a main part of a commodity registration process executed by a CPU of the POS terminal.
FIG. 7 is a flowchart showing a main part of a registration closing process executed by the CPU of the POS terminal.
FIG. 8 is a flowchart showing a main part of a receipt key process executed by the CPU of the POS terminal.
FIG. 9 is a flowchart showing the first half of a collective receipt key process executed by the CPU of the POS terminal.
FIG. 10 is a flowchart showing the latter half of the collective receipt key processing executed by the CPU of the POS terminal.
FIG. 11 is a flowchart showing a main part of a transaction inquiry response process executed by the store computer in the embodiment.
FIG. 12 is a flowchart showing a main part of a receipt issue notification receiving process executed by the store computer.
FIG. 13 is an exemplary view showing an example of a collective receipt processing screen displayed on the POS terminal of the embodiment.
FIG. 14 is an exemplary view showing an example of a collective receipt processing screen displayed on the POS terminal of the embodiment.
FIG. 15 is a diagram showing an example of issuing a receipt and a single transaction receipt printed by the POS terminal of the embodiment.
FIG. 16 is an exemplary view showing an example of issuing a collective receipt printed by the POS terminal of the embodiment.
[Explanation of symbols]
1. POS terminal
2. Store computer
4: Transaction management file
11 CPU
12 ... ROM
13 ... RAM
14. Clock section
19 ... Keyboard
21 ... Operator display
24 ... Printer
26 ... Barcode scanner
36: Deposit / Total key (registration closing key)
38 ... Receipt key
39 ... Summary receipt key
51: Trading buffer
52 ... Detail line memory
61, 62 ... Summary receipt processing screen
70 ... Receipt
80, 90… Single transaction receipt
110, 110 ... Summary receipt
Claims (4)
前記登録締めキーの入力により商品登録終了が宣言された取引を特定する取引識別データ及びその取引での客買上商品合計金額を各取引毎に記憶管理する取引履歴記憶手段と、
複数の取引のそれぞれの客買上商品合計金額を合算した金額を領収金額とするまとめ領収証の発行を指令するまとめ領収証キーと、
前記まとめ領収証として客買上商品合計金額をまとめる複数取引の前記取引識別データを入力するまとめ対象取引データ入力手段と、
前記まとめ領収証キーが入力されたことを条件に前記まとめ対象取引データ入力手段により前記複数取引の取引識別データが入力されると、これらの取引識別データが前記取引履歴記憶手段によって記憶管理されているか否かを判定する取引存在判定手段と、
この取引存在判定手段により記憶管理されていると判定された取引の前記客買上商品合計金額を合算した金額を領収金額とするまとめ領収証を前記プリンタによりレシート用紙を用いて印字発行するまとめ領収証発行手段と、
を具備したことを特徴とする商品販売登録データ処理装置。Product registration means for registering sales data of customer-purchased products, a registration closing key for declaring the end of registration of customer-built products to be processed as one transaction, and one transaction in which product registration is declared to be completed by inputting this registration closing key A product sales registration data processing device comprising: a printer that issues a receipt printed with sales data of the customer purchased product registered by the product registration means;
Transaction history storage means for storing and managing, for each transaction, transaction identification data for specifying a transaction for which the registration of the product has been completed by inputting the registration closing key, and a total amount of merchandise purchased in the transaction.
A collective receipt key for instructing the issue of a collective receipt, which is the sum of the total value of the merchandise purchased for each customer of multiple transactions as a receipt amount,
Consolidation target transaction data inputting means for inputting the transaction identification data of a plurality of transactions for compiling the customer purchase total price as the consolidated receipt,
When the transaction identification data of the plurality of transactions is inputted by the transaction data input means on the condition that the receipt key is inputted, whether the transaction identification data is stored and managed by the transaction history storage means. Transaction existence determining means for determining whether or not
A collective receipt issuing means for printing and issuing a collective receipt by using the receipt paper with the sum total of the total amount of the customer-purchased products of the transaction determined to be stored and managed by the transaction existence determining means by using the printer. When,
A merchandise sales registration data processing device comprising:
この直前取引選択手段によりまとめ対象の取引とすることが選択された場合には、領収書発行手段が、取引存在判定手段により記憶管理されていると判定された取引の客買上商品合計金額に前記登録締めキーの入力により商品登録終了が宣言された取引の客買上商品合計金額を合算した金額を領収金額とするまとめ領収証を前記プリンタによりレシート用紙を用いて印字発行するようにしたことを特徴とする請求項1記載の商品販売登録データ処理装置。If the receipt key is entered under the condition that the registration closing key has been entered, the transaction immediately before the transaction for selecting whether or not the transaction for which the product registration end has been declared by the input of the registration closing key is to be selected as the transaction to be consolidated. Providing selection means,
If the transaction to be summarized is selected by the immediately preceding transaction selecting means, the receipt issuing means adds the total value of the merchandise purchased for the transaction determined to be stored and managed by the transaction existence determining means. It is characterized in that a collective receipt, which is the sum of the total amount of the customer-purchased merchandise of the transaction for which the registration of the merchandise has been completed by inputting the registration closing key, is received and printed using the receipt paper by the printer, and a summarization receipt is used. The merchandise sales registration data processing device according to claim 1.
同一取引に対するまとめ領収証の重複発行を禁止することを特徴とする請求項1または2記載の商品販売登録データ処理装置。The transaction history storage means stores, for each transaction, flag data indicating presence / absence of a history of issuing a receipt together with transaction identification data and the total amount of goods purchased by the customer in the transaction,
3. The merchandise sales registration data processing device according to claim 1, wherein duplicate issuance of a collective receipt for the same transaction is prohibited.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP19165699A JP3587736B2 (en) | 1999-07-06 | 1999-07-06 | Product sales registration data processing device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP19165699A JP3587736B2 (en) | 1999-07-06 | 1999-07-06 | Product sales registration data processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001023045A JP2001023045A (en) | 2001-01-26 |
JP3587736B2 true JP3587736B2 (en) | 2004-11-10 |
Family
ID=16278287
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP19165699A Expired - Fee Related JP3587736B2 (en) | 1999-07-06 | 1999-07-06 | Product sales registration data processing device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3587736B2 (en) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6282620B2 (en) * | 2015-09-28 | 2018-02-21 | 東芝テック株式会社 | Product sales data processing apparatus and program |
JP6766395B2 (en) * | 2016-03-23 | 2020-10-14 | 日本電気株式会社 | Information processing equipment, information processing methods, and computer programs |
JP2017207905A (en) * | 2016-05-18 | 2017-11-24 | 東芝テック株式会社 | Sales data processor and program |
JP6457669B2 (en) * | 2018-01-23 | 2019-01-23 | 東芝テック株式会社 | Product sales data processing apparatus and program |
JP6639630B2 (en) * | 2018-12-19 | 2020-02-05 | 東芝テック株式会社 | Commodity sales data processing device and program |
JP6799124B2 (en) * | 2019-09-24 | 2020-12-09 | 東芝テック株式会社 | Sales data processing equipment, programs and information processing methods |
JP6850933B2 (en) * | 2020-11-19 | 2021-03-31 | 東芝テック株式会社 | Sales data processing equipment and programs |
JP7001858B2 (en) * | 2021-03-05 | 2022-01-20 | 東芝テック株式会社 | Sales data processing equipment and programs |
-
1999
- 1999-07-06 JP JP19165699A patent/JP3587736B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2001023045A (en) | 2001-01-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3774378B2 (en) | Merchandise sales data processing apparatus, receipt issuing terminal, receipt printing format selection method and program | |
JP2003016526A (en) | Transaction system | |
JP3587736B2 (en) | Product sales registration data processing device | |
JP3745647B2 (en) | Coupon issuing system | |
JP5248900B2 (en) | Merchandise sales data processing apparatus and computer program | |
JP2974449B2 (en) | Shopping system | |
JP5166382B2 (en) | POS terminal and computer program | |
JP2001076260A (en) | Commodity sales registration data processor | |
JP7266837B2 (en) | Registration device and product sales data processing system | |
JP2007004558A (en) | Commodity sales data processor and commodity sales data processing program | |
JP3655123B2 (en) | Purchased goods management system | |
JP2000276656A (en) | Merchandise sales data processing system | |
JP5000431B2 (en) | Information terminal equipment | |
JP4685889B2 (en) | Product sales data processing apparatus, product sales data processing system, and product sales data processing method | |
JP3482051B2 (en) | Product sales registration data processing device | |
JP4513183B2 (en) | Receipt issuing system, receipt issuing method and information recording medium | |
JP2007018042A (en) | Coupon issuing system | |
JP3139600B2 (en) | Cash register | |
JP3076685B2 (en) | Product sales data processing device | |
JPH0737161A (en) | Commodity sales data processor | |
JP6874188B2 (en) | Checkout system | |
JP2001014553A (en) | System for processing merchandise sales registration data | |
JP5205328B2 (en) | Product sales processing system, product sales processing device and program | |
JP3614501B2 (en) | Product sales registration data processing device | |
JP6682603B2 (en) | Payment device and its control program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040715 |
|
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: 20040803 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040810 |
|
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: 20080820 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20180820 Year of fee payment: 14 |
|
LAPS | Cancellation because of no payment of annual fees |