JP3587736B2 - Product sales registration data processing device - Google Patents

Product sales registration data processing device Download PDF

Info

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
Application number
JP19165699A
Other languages
Japanese (ja)
Other versions
JP2001023045A (en
Inventor
杉本  隆
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.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC Corp
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 Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP19165699A priority Critical patent/JP3587736B2/en
Publication of JP2001023045A publication Critical patent/JP2001023045A/en
Application granted granted Critical
Publication of JP3587736B2 publication Critical patent/JP3587736B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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 claim 1 relates to a processing device, wherein the transaction identification data for specifying the transaction for which the registration of the product has been completed by inputting the registration closing key and the total amount of the products purchased by the customer in the transaction are determined for each transaction. Transaction history storage means for storing and managing, a receipt key for instructing issuance of a receipt as a sum of the sum of the total value of customer purchases of a plurality of transactions, and a total price of the customer purchase as a receipt. Combination target transaction data input means for inputting transaction identification data of multiple transactions, and consolidation on the condition that a consolidation receipt key is entered When transaction identification data of a plurality of transactions is input by the transaction data input unit, a transaction existence determination unit that determines whether or not the transaction identification data is stored and managed by the transaction history storage unit. A collective receipt issuance means for printing and issuing a collective receipt using a receipt paper by a printer with the sum total of the total purchase amount of the merchandise purchased for the transaction determined to be stored and managed by a printer.
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 claim 2 of the present application is the same as the invention according to claim 1 described above, except that the registration key is input and the receipt key is input. A immediately preceding transaction selection means is provided for selecting whether or not the resulting transaction is a target transaction. If the transaction to be summarized is selected by the immediately preceding transaction selecting means, the receipt issuing means sets the total customer purchase merchandise amount of the transaction determined to be stored and managed by the transaction existence determining means. In this case, a receipt is printed by a printer using receipt paper, and the sum of the sum of the total amount of the merchandise purchased in the transaction for which the registration of the merchandise is completed by inputting the registration closing key is received.
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 claim 3 of the present application is the merchandise sales registration data processing device according to claim 1 or 2, wherein the collective receipt issuing means prints and issues two collective receipts for a store copy and a customer, and At least the identification data of each transaction to be consolidated and the total price of the merchandise purchased are printed on the consolidated receipt for store copy.
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 store computers 2 are connected to each other via a communication line 3 such as a LAN (Local Area Network) so as to freely communicate with each other, thereby constructing a POS system.
[0015]
The store computer 2 centrally controls the merchandise sales data registration processing performed at each of the POS terminals 1A, 1B,..., 1N, and collects and registers the registered merchandise sales data via the communication line 3. Then, the sales and inventory of the whole store are managed. Then, as shown in FIG. 2, a transaction management file 4 is formed in the store computer 2 for accumulating and storing a transaction management record including record number, terminal number, transaction serial number, total amount, and receipt history flag. ing.
[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 clock unit 14, a communication interface 15 for controlling data communication with the store computer 2 connected via the communication line 3, a signal from a mode switch 16, and a drawer opening device 17 for automatically opening a drawer (not shown). An I / O port 18 for outputting a drive signal to a keyboard controller 20 for receiving a key signal corresponding to a key operation from a keyboard 19; a display controller 23 for controlling display operations of an operator display 21 and a customer display 22; Printer control for controlling the printing operation of the printer 24 And a scanner controller 27 for taking in a data signal of a bar code read by a bar code scanner 26.
The CPU 11 and the ROM 12, the RAM 13, the clock unit 14, the communication interface 15, the I / O port 18, the keyboard controller 20, the display controller 23, the printer controller 25, and the scanner controller 27 are connected to a bus such as an address bus and a data bus. The control circuit of the POS terminal 1 is constituted by connecting the line 28.
[0017]
The mode switch 16 is a switch for selecting various operation modes such as “registration”, “inspection”, “payment”, and “setting” and instructing the CPU 11 to execute the operation modes. Here, "registration" means that when sales data of a customer-purchased product is registered by the product registration means of the keyboard 19 and the barcode scanner 26, the sales data is sales-registered in the storage unit of the RAM 13, and When the registration termination key provided in 19 declares that the registration of the customer-purchased product to be processed as one transaction is completed, the printer 24 prints and issues a receipt printed with the sales data of the customer-purchased product registered in the one transaction. This is the mode of the task to be performed. The "inspection" is a task of printing out the contents of the storage unit in which the sales data of each product has been sales-registered by the "registration" task on a recording sheet by the printer 24. The “payment” is a mode of a job in which the contents of the storage unit are printed out on a recording sheet by the printer 24 and then the contents of the storage unit are cleared, similarly to the “checking” operation. “Setting” is a business mode in which data necessary for executing various business such as “registration” is set in the RAM 13 in advance.
[0018]
As shown in FIG. 4, the keyboard 19 has a numeral key 31 for inputting a numeral, a PLU key 32 for instructing that the numeral data is a PLU (Price Look Up) code, and a numeral data for a multiplier. , A clear key 34 for instructing clearing of set data, a subtotal key 35 for instructing a subtotal output of a customer-purchased product registered as a transaction, and a registration of a customer-purchased product to be processed as a transaction. And a deposit / current key 36 as a registration closing key for instructing settlement of the price in cash, a cancellation key 37 for instructing cancellation of the merchandise sales data registered immediately before, and registration processing as one transaction. Receipt key 38 for instructing the issuance of a receipt (in this embodiment, referred to as a “single transaction receipt”) with the total amount of purchased customer products as the amount of receipt, each of a plurality of transactions A collective receipt key 39 for instructing the issuance of a receipt (in this embodiment, referred to as a "collective receipt") in which the sum total of the customer purchased merchandise totals is summed, and an issue key 40 for instructing the start of printing of the collective receipt. And other various keys.
[0019]
The operator display 21 displays the name, price, and the like of the customer-purchased merchandise registered for the operator operating the POS terminal 1, and displays the total value of the customer-purchased merchandise in one transaction, the change amount, and the like. It is. The customer display 22 displays similar data to shoppers. In the present embodiment, a screen display device such as a liquid crystal display or a CRT display is used as the operator display 21.
[0020]
The printer 24 prints data on receipt paper and journal paper. The printed receipt paper is issued from a receipt issuing port, and the journal paper is wound up inside the terminal. In the present embodiment, a line thermal printer capable of printing barcodes at high speed is used as the printer 24.
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 POS terminal 1 having such a configuration stores, in the RAM 13, a product code, a score and a customer purchase product for one transaction in order to realize the function of issuing the single transaction receipt and the consolidated receipt. A transaction buffer 51 for storing an amount and a total thereof for each transaction; a line memory 52 for storing data of a terminal number, a transaction serial number and a total amount corresponding to each line of 1 to 10; A terminal number memory 53 for storing a terminal number TMNo peculiar to the terminal set for each terminal 1, and a transaction serial number counter for counting a serial number which is a serial number issued for each transaction in each POS terminal 1 54; a line counter 55 for counting the lines in the line memory 52; The flag memory 56 of the medium flag F1 (1: registered, 0: non-registered) and the flag memory 57 of the closing flag F2 (1: after completed, 0: before completed) for discriminating whether or not the registration of one transaction has been completed. Is formed.
[0022]
Further, in a state where the “registration” operation mode is selected by the mode switch 16, the CPU 11 executes the commodity registration processing shown in the flowchart of FIG. 6, the registration closing processing shown in the flowchart of FIG. 7, and the receipt key shown in the flowchart of FIG. The program of the ROM 12 is configured to execute the processing and the collective receipt key processing shown in the flowcharts of FIGS.
[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 number key 31 and the PLU key 32 of the keyboard 19 or scanning operation of the barcode scanner 26. Then, the product registration process shown in FIG. 6 is started.
First, the registered flag F1 of the flag memory 56 is checked as ST1. Here, if the registering flag F1 is reset to "0", it means that the first customer-purchased merchandise of one transaction has been registered. The buffer 51 is cleared. In step ST3, the transaction sequence number counter 54 is incremented by "1", and a transaction sequence number, which is identification data of the current transaction, is issued. Further, at ST4, the registering flag F1 is set to "1". If the closing flag F2 of the flag memory 57 has been set to "1", it is reset to "0". If the registering flag F1 is already set to "1" in ST1, the second and subsequent customer purchases of one transaction are registered, and the processes in ST2 to ST4 are not performed.
[0024]
Next, the CPU 11 makes an inquiry to the store computer 2 with the PLU code of the customer purchased product input as ST5. When the product data such as the product name, unit price, and tax type set corresponding to the PLU code is responded, the unit price is changed to the sales point (the number key 31 and the × key 33 immediately before the PLU code is input). If the multiplier is input, the multiplier is multiplied by the multiplier, and if the multiplier is not input, the multiplier is multiplied by 1) to calculate the sales amount. Then, the PLU code, the sales points, and the sales amount of the customer purchased product are stored in the transaction buffer 51. Thereafter, when the product name, unit price, sales amount, and the like of the customer purchased product are displayed on the operator display 21 and the customer display 22 in ST6, the product registration process ends.
[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 flag memory 56 is checked as ST1. Here, if the registering flag F1 is reset to “0”, it is an erroneous operation in which the customer purchase product to be processed as one transaction is not registered and registration closing is declared, and thus an error is generated.
[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 transaction buffer 51 in which the codes, sales points, sales amount, and the like are stored, the receipt print data including the sales data of the customer-purchased products of the one transaction and the total data thereof is edited, and the printer 24 is operated. Is printed on receipt paper and journal paper.
[0027]
Next, as ST3, the terminal number [zzzz] of the POS terminal 1 set and stored in the terminal number memory 53, and the transaction serial number [nnnnnn] of the transaction counted by the transaction serial number counter 54, the one transaction. Is formed, and the transaction identification data [zzzznnnnnn] is bar-coded. In step ST4, the barcode of the transaction identification data (hereinafter, referred to as a transaction barcode) is printed on a receipt paper by the printer 24, and further, receipt header data (data such as a store name and a logo) for the next transaction is printed on the receipt paper. Then, the receipt paper is cut between the transaction barcode and the receipt header data of the next transaction, and the receipt of the current transaction is issued from the receipt issuing port.
[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 transaction buffer 51 in the storage unit of the RAM 13 in ST5. Further, as ST6, a transaction completion notification message including the terminal number [zzzz], the transaction serial number [nnnnnn], and the total amount of the customer-purchased commodities registered in the one transaction is created, and the transaction completion notification message is transmitted. The data is transmitted to the store computer 1 via the line 3. Further, when the closing flag F2 is set to "1" in ST7 and the registering flag F1 is reset to "0", the registration closing process ends.
[0029]
Here, when the store computer 2 receives the transaction completion notification message from each POS terminal 1, the terminal number [zzzz], the transaction serial number [nnnnnn] in the message, the total amount and the receipt issuance history indicating that the receipt has not been issued. A transaction management record having a flag = “0” is created and additionally registered in the transaction management file 4.
Here, the transaction management file 4 includes transaction identification data (terminal number + transaction serial number) for specifying the transaction for which the registration of the product has been terminated by inputting the registration closing key (deposit / current total key 36) and the customer in the transaction. A transaction history storage means for storing and managing the total purchase price for each transaction is constituted.
[0030]
On the other hand, the CPU 11 of each POS terminal 1 starts the receipt key processing shown in FIG. 8 when the receipt key 38 of the keyboard 19 is input in the “registration” business mode.
First, as ST1, the closing flag F2 of the flag memory 57 is checked. Here, if the closing flag F2 is reset to "0", an error is issued because a single transaction receipt is instructed to be issued at a timing that is not after the closing of registration of customer-purchased products to be processed as one transaction. .
[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 transaction buffer 51, and the store copy data and customer data of a single transaction receipt with this total amount as the receipt amount are edited. Then, first, in ST3, the printer 24 is driven to print the store copy data of the single transaction receipt on the receipt paper. Next, as ST4, the customer data of the single transaction receipt is printed on the receipt paper. Further, if the receipt header data for the next transaction is printed on the receipt paper, the receipt paper is cut between the customer data of the single transaction receipt and the receipt header data of the next transaction, and two single transaction receipts are cut. (One for store copy and the other for customers) from the receipt issuing port.
[0032]
Thereafter, as ST5, a single transaction including the terminal number [zzzz] of the terminal number memory 53, the transaction serial number [nnnnn] of the transaction serial number counter 54, and the total amount of the customer-purchased commodities registered for sales in the one transaction. When a receipt issuance notification message is created and the receipt issuance notification message is transmitted to the store computer 1 via the communication line 3, the receipt key processing ends.
[0033]
Further, in the “registration” business mode, when the collective receipt key 38 of the keyboard 19 is inputted, the collective receipt key processing shown in FIGS. 9 and 10 is started.
First, as ST1, the closing flag F2 of the flag memory 57 is checked. Here, if the closing flag F2 is reset to “0”, an error is issued because a command for issuing a collective receipt is issued at a timing that is not after the closing of registration of the customer-purchased product to be processed as one transaction.
[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 display 21 to display the layout receipt processing screen 61 of the layout shown in FIG. 13, for example. In step ST3, the count value L of the detailed line counter 55 is initialized to "1". The summary receipt processing screen 61 mainly includes a terminal number and a transaction serial number, which are identification data of a plurality of transactions that summarize the customer purchase total amount as a summary receipt, and a specification column for displaying the total amount in a table format. Guidance is displayed for prompting the operator to select whether or not the current transaction for which the end of product registration has been declared by operating the / current total key 36 is to be a transaction to be consolidated.
[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 subtotal key 35 has been input, the terminal number and the transaction serial number of the current transaction are stored as ST5. The data of the terminal number memory 53 and the transaction serial number counter 54 and the total amount of the current transaction obtained from the data of the transaction buffer 51 are stored in the detail line L (L is the count value of the detail line counter 55) in the detail line memory 52. Remember. Also, as ST6, the terminal number and the transaction serial number stored in the detail line L of the detail line memory 52 are placed in the row of the transaction number L (L is the count value of the detail line counter 55) in the detail column of the summary receipt entrance screen 61. And each data of the total price is displayed. Thereafter, if the detail line counter 55 is counted up by “1” in ST7, the process proceeds to ST8.
[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 X key 33 has been input, the processing of ST5 to ST7 is not performed. The process proceeds to ST8.
In ST8, the screen of the operator display 21 is switched from the collective receipt processing screen 61 to, for example, a collective receipt processing screen 62 shown in FIG. That is, the guidance for instructing the operator to perform the next operation is changed from the operation guidance for including or not including the current transaction to the operation guidance for prompting scanning of the transaction barcode printed on the receipt of the transaction to be summarized.
[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 store computer 2 via the communication line 3.
[0038]
As a result, the store computer 2 searches the transaction management file 4 to determine whether there is a transaction management record in which the terminal number in the inquiry message matches the transaction serial number, as shown in the flowchart of FIG. means). Then, when the corresponding transaction management record is detected, it is determined whether or not the receipt issuance history flag of the transaction management record is “2” indicating that the collective receipt has been issued. Then, if the receipt issuance history flag is not “2”, a permission response message including the total amount of the transaction management record is transmitted to the POS terminal 1 that has made the inquiry. On the other hand, if the corresponding transaction management record cannot be detected, or if the receipt issuance history flag of the corresponding transaction management record has already been set to “2”, the non-response message is sent to the inquiry source POS terminal 1. It is meant to be sent.
[0039]
Therefore, when the CPU 11 of each POS terminal 1 transmits an inquiry message in ST10 and receives a non-response message from the store computer 2 in ST11, it ends this processing in error, and executes the transaction bar code input by scanning. Do not issue a consolidated receipt for the transaction identified by.
[0040]
If the license response message is received from the store computer 2 in ST11, the terminal number and the transaction serial number obtained by analyzing the transaction barcode scanned and input in ST12 are added to the total amount included in the license response message. At the same time, it is stored in the detail row L (L is the count value of the detail row counter 55) in the detail row memory 52. In step ST13, the terminal number, the transaction serial number, and the total amount stored in the detail line L of the detail line memory 52 are provided in the number of transactions L (L is the count value of the detail line counter 55) in the summary receipt entrance screen 61. To display each data. Thereafter, if the detail line counter 55 is counted up by “1” in ST14, the process proceeds to ST15 (FIG. 10).
[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 receipt processing screen 62 displayed on the operator display 21.
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 line memory 52 are added up, and the total amount is received. Edit the store copy data and customer data of the consolidated receipt. Then, first, in step ST24, the printer 24 is driven to print out the store copy data of the receipt on the receipt paper. Next, in step ST25, the customer data of the receipt is printed on the receipt paper. Further, if the receipt header data for the next transaction is printed on the receipt paper, the receipt paper is cut between the customer data of the consolidated receipt and the receipt header data of the next transaction, and the two consolidated receipts (one is the store receipt). A copy is issued from the receipt issuing port (collective receipt issuing means).
[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 detailed line memory 52 is created, and this receipt issuance notification message is transmitted. The data is transmitted to the store computer 1 via the line 3.
After that, the detailed line memory 52 is cleared as ST27. If the collective receipt processing screen 62 displayed on the operator display 21 has been deleted in ST28, the collective receipt key processing ends.
[0045]
When the store computer 2 receives the single transaction receipt issuance notification message from each POS terminal 1, the store computer 2 searches the transaction management file 4 as shown in FIG. , A transaction management record having the same transaction serial number and total amount, and updating the receipt issue history flag of that record to “1” indicating that a single transaction receipt has been issued.
In addition, when the above-mentioned summary receipt issuance notification message is received, as shown in FIG. 5, the transaction management file 4 is searched and all the transaction management files having the same terminal number, transaction serial number, and total amount in the received message are retrieved. The record is searched, and the receipt issue history flag of each record is collected and updated to "2" indicating that the receipt is issued.
Here, the transaction management file 4 constituting the transaction history storage means stores flag data (receipt issue history flag) indicating the presence / absence of the issuance history of the consolidated receipt.
[0046]
In the department store having the POS system of the present embodiment configured as described above, a clerk operating a POS terminal 1, a so-called cashier, receives an offer to buy a product from a shopper, and receives a keyboard 19 of the POS terminal 1. Alternatively, the user operates the barcode scanner 26 to input the product code (PLU code) of the customer purchased product and perform a registration operation. Then, the merchandise sales data of the merchandise code, the number of sales, and the sales amount of the customer purchased merchandise are stored in the transaction buffer 52.
[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 printer 24. Further, a transaction management record (receipt receipt history flag = 0) including the terminal number of this transaction, the transaction serial number, and the total amount is stored and held in the transaction management file 4 of the store computer 2.
[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 reference numeral 74 denotes total data of the customer purchased product ( Subtotal ¥ 20,000, tax ¥ 1,000, total ¥ 21,000, deposit ¥ 21,000, change ¥ 0), and reference numeral 75 is a transaction serial number (No. 00001). In the present embodiment, a transaction barcode 76 specifying the transaction is printed on the receipt. This transaction bar code is a bar code of transaction identification data (000100001) obtained by combining the terminal number (0001) and the transaction serial number (00001).
[0049]
Here, when the shopper requests a receipt issuance for this transaction, the cashier operates the receipt key 38. Then, a single transaction receipt with the total amount ($ 21,000) of the merchandise purchased in this transaction as a receipt amount is converted into a single transaction receipt 80 for store copy and a single transaction receipt 90 for customer using receipt paper. Is issued. Also, the receipt issuance history flag of the transaction management record corresponding to the current transaction is updated to “1” indicating that a single transaction receipt has been issued.
[0050]
FIG. 15B shows an example of issuing a single transaction receipt 80 for store copy. In the figure, reference numeral 81 denotes header data for the next transaction printed when the receipt 70 is issued, and reference numeral 82 denotes the current date and time and cashier. Reference numeral 83 denotes a transaction serial number and a received amount, and reference numeral 84 denotes a signature field.
FIG. 15C shows an example of issuing a single transaction receipt 90 for a customer. In the figure, reference numeral 91 denotes an issue date column, reference numeral 92 denotes a recipient column, and reference numeral 93 denotes a receipt amount column. Reference numeral 94 is an issuer column.
[0051]
The technology for printing and issuing a store receipt 80 following the receipt 70 and for printing and issuing the customer receipt 90 employs the technology disclosed in the aforementioned Japanese Patent Application Laid-Open No. 7-254087. A technique for forming an issue date column 91, a recipient column 92, a receipt amount column 93, an issuer column 94, etc. of the receipt 90 in a direction perpendicular to the width direction of the receipt paper is disclosed in Japanese Patent Application Laid-Open No. 10-40466. Since it can be realized by adopting the technique described above, the description is omitted here.
[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 receipt key 38. Then, the collective receipt processing screen 61 is displayed on the operator display 21, and the cashier operates the subtotal key 35 to include the current transaction according to the guidance. Then, the terminal number (0003), the transaction serial number (00001), and the total amount ($ 21,000) of the current transaction are stored in the detail line = 1 of the detail memory 52, and the detail column of the collective receipt processing screen 61 The terminal number (0003), the transaction serial number (00001), and the total amount ($ 21,000) are displayed on the line of the number of transactions = 1 in.
[0053]
Here, the screen of the operator display 21 is updated to the collective receipt processing screen 62. Then, the cashier scans the transaction barcode 76 printed on the receipt 70 of the other transaction received from the shopper as a grouping target with the barcode scanner 26. Then, an inquiry is made to the store computer 2 using the terminal number and the transaction serial number that constitute the transaction barcode 76. As a result, if it is confirmed that the transaction management record in which the terminal number and the transaction serial number match is stored in the transaction management file 4 and that the receipt issuance history flag of the record is not “2”, the store computer 2 returns a permission response including the total amount in the transaction management record. As a result, in the detail line = 2 of the detail line memory 52, the terminal number (“0001”) and the transaction serial number (“00001”) acquired from the transaction barcode 76 and the total amount (“$ 10,500 ) Is stored, and the terminal number (0001), the transaction serial number (00001), and the total amount ($ 10,500) are displayed in the line of the number of transactions = 2 in the specification column of the consolidated receipt processing screen 62. You.
[0054]
In order to collect the purchase amount of another transaction, the barcode scanner 26 scans the transaction barcode 76 printed on the receipt 70 of the other transaction. Similarly, in this case, an inquiry is made to the store computer 2 with the terminal number and the transaction serial number constituting the transaction barcode 76, and a transaction management record having the same terminal number and transaction serial number is stored in the transaction management file 4. If it is confirmed that the receipt issuance history flag of the record is not “2”, the store computer 2 returns a permission response including the total amount in the transaction management record. As a result, in the detail line = 3 of the detail line memory 52, the terminal number (“0002”) and the transaction serial number (“00001”) acquired from the transaction barcode 76 and the total amount (“$ 5,250 ) Is stored, and the terminal number (0002), the transaction serial number (00001), and the total amount ($ 5,250) are displayed on the line of the number of transactions = 3 in the specification column of the consolidated receipt processing screen 62. You.
[0055]
As described above, if the transaction barcode 76 printed on the receipt 70 of all transactions added to the current transaction has been scanned, the cashier operates the issue key 40. Then, a collective receipt with the total purchase price of the customer purchases ($ 36,750) of all the transactions to be consolidated as a receipt amount is printed using a receipt sheet, a collective receipt 100 for store copies and a collective receipt 110 for customers. publish. Also, the receipt issuance history flag of the transaction management record corresponding to each transaction to be consolidated is updated collectively to “2” indicating that the collective receipt has been issued.
[0056]
FIG. 16A shows an example of issuing a receipt 100 for a store copy. In the drawing, reference numeral 101 denotes header data for the next transaction printed when the receipt 70 is issued, and reference numeral 102 denotes the current date and time, the cashier number, and the like. Reference numeral 103 denotes a receipt amount, reference numeral 104 denotes transaction identification data of each transaction (terminal number + transaction serial number) and the transaction amount, and reference numeral 105 denotes a signature field.
FIG. 16B shows an example of issuing a customer's collective receipt 110. In the drawing, reference numeral 111 denotes an issue date column, reference numeral 112 denotes a recipient column, and reference numeral 113 denotes a receipt amount column. , 114 is an issuer column.
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 receipts 100 and 110.
[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 transaction management file 4 for storing and managing the total amount of goods purchased by the customer for each transaction is provided in the store computer 2 connected online to each POS terminal 1. When the transaction identification data of a plurality of transactions to be consolidated is input on condition that the consolidated receipt key 39 is input, it is determined whether or not the transaction identification data is stored and managed by the transaction management file 4. Then, the printer 24 prints and issues a consolidated receipt using the receipt paper by setting the sum of the total amount of the purchased merchandise of the transaction determined to be stored and managed as the receipt amount.
[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 POS terminal 1 instead of handwriting. As a result, the store clerk does not need to perform complicated operations such as summing up the amounts of each transaction using a calculator or the like, or entering the sum up on a pre-printed receipt sheet. The burden can be greatly reduced. In addition, since the customer can collect the receipt at the POS terminal of the sales floor where the last shopping was performed, there is no need to go to the service counter of the store with the receipt issued at each sales floor and have the customer create the receipt, which is convenient. It is.
[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 subtotal key 35 is pressed to select the transaction to be summarized, the total sum of the customer-purchased products of the other transactions to be consolidated and the total value of the customer-purchased products of the current transaction is received. The printer collectively prints and issues the receipt as an amount using the receipt paper.
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 subtotal key 35, the operability is good.
[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 transaction management file 4 stores a transaction receipt data flag indicating whether or not the receipt history has been issued together with the transaction identification data and the total value of the merchandise purchased in the transaction for each transaction. Since the issuance is prohibited, it is possible to prevent fraud or error in which the same transaction amount is included in separate collective receipts beforehand.
[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 claim 3 of the present application, in addition, even if a fraudulent issue of a plurality of receipts for the same transaction is made, the fraud can be easily detected, and the fraud prevention is excellent. The effect can be expected.
Further, according to the invention described in claim 4 of the present application, there is also an effect that it is possible to prevent fraud or error in which the amount of the same transaction is included in separate collective receipts.
[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)

客買上商品の販売データを登録する商品登録手段と、1取引として処理する客買上商品の登録終了を宣言する登録締めキーと、この登録締めキーの入力により商品登録終了が宣言された1取引で前記商品登録手段により登録された客買上商品の販売データを印字したレシートを発行するプリンタとを具備してなる商品販売登録データ処理装置において、
前記登録締めキーの入力により商品登録終了が宣言された取引を特定する取引識別データ及びその取引での客買上商品合計金額を各取引毎に記憶管理する取引履歴記憶手段と、
複数の取引のそれぞれの客買上商品合計金額を合算した金額を領収金額とするまとめ領収証の発行を指令するまとめ領収証キーと、
前記まとめ領収証として客買上商品合計金額をまとめる複数取引の前記取引識別データを入力するまとめ対象取引データ入力手段と、
前記まとめ領収証キーが入力されたことを条件に前記まとめ対象取引データ入力手段により前記複数取引の取引識別データが入力されると、これらの取引識別データが前記取引履歴記憶手段によって記憶管理されているか否かを判定する取引存在判定手段と、
この取引存在判定手段により記憶管理されていると判定された取引の前記客買上商品合計金額を合算した金額を領収金額とするまとめ領収証を前記プリンタによりレシート用紙を用いて印字発行するまとめ領収証発行手段と、
を具備したことを特徴とする商品販売登録データ処理装置。
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.
まとめ領収証発行手段は、店控え用と客用の2枚のまとめ領収証を印字発行し、かつ、前記店控え用のまとめ領収証には、少なくともまとめ対象の各取引の識別データと客買上商品合計金額とをそれぞれ印字することを特徴とする請求項1または2記載の商品販売登録データ処理装置。The collective receipt issuance means prints and issues two collective receipts for the store copy and for the customer, and the collective receipt for the store copy includes at least the identification data of each transaction to be consolidated and the total amount of goods purchased by the customer. 3. The merchandise sales registration data processing device according to claim 1 or 2, wherein 取引履歴記憶手段は、各取引毎に取引識別データ及びその取引での客買上商品合計金額とともにまとめ領収証の発行履歴有無を示すフラグデータを記憶し、
同一取引に対するまとめ領収証の重複発行を禁止することを特徴とする請求項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.
JP19165699A 1999-07-06 1999-07-06 Product sales registration data processing device Expired - Fee Related JP3587736B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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