[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2007241430A - 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム - Google Patents

商品販売データ処理装置及び返品処理方法並びに返品処理プログラム Download PDF

Info

Publication number
JP2007241430A
JP2007241430A JP2006059715A JP2006059715A JP2007241430A JP 2007241430 A JP2007241430 A JP 2007241430A JP 2006059715 A JP2006059715 A JP 2006059715A JP 2006059715 A JP2006059715 A JP 2006059715A JP 2007241430 A JP2007241430 A JP 2007241430A
Authority
JP
Japan
Prior art keywords
data
transaction
tightening
current
return
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.)
Pending
Application number
JP2006059715A
Other languages
English (en)
Inventor
Ishiyu Suzuki
尉修 鈴木
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 JP2006059715A priority Critical patent/JP2007241430A/ja
Publication of JP2007241430A publication Critical patent/JP2007241430A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Cash Registers Or Receiving Machines (AREA)

Abstract

【課題】現金以外の締め区分で代金が支払われた商品の返品に際しその返金額を現金で返しても、管理上のメモリデータと実際のデータとを一致させる。
【解決手段】過去の商取引に係るデータを蓄積保存するデータ保存部から取引指定手段により指定された商取引のデータを呼出す。呼出された商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別する。締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更する。締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理するとともに、データ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理する。
【選択図】 図9

Description

本発明は、過去の商取引に係るデータが蓄積保存されたデータ保存部から任意の商取引のデータを呼出して再処理することが可能な電子式キャッシュレジスタ,POS(Point Of Sales)端末等の商品販売データ処理装置及びこの装置の返品処理方法並びに返品処理プログラムに関する。
従来のこの種の商品販売データ処理装置において、過去の商取引に係るデータが電子データ化されて蓄積保存されたデータ保存部を有し、取引番号等の検索キーとなる情報が入力されると、上記データ保存部から該当する商取引のデータを呼出してポイントを再計算したり、締め区分を変更したりすることを可能としたものは既に知られている(例えば、特許文献1参照)。
特開2004−139424号公報
ところで店舗では、客が購入済商品の返品を希望して持参した場合、通常は、その商品の購入時に商品販売データ処理装置から発行し顧客に渡したレシートの提示を求める。そして、キャッシャは返品希望の商品がレシートに記載されているか否かを確認し、記載されている場合には返品に応じる。
ただし、客が商品を購入した際の代金を現金以外、例えば商品券で支払っていた場合には問題が生じる。すなわち、この種の商品販売データ処理装置は、通常、現計締めや現計締め以外の締め区分で締め操作された商取引の商品販売データを締め区分別に売上処理することによって、ドロワ内に収容されている現金の理論上の在高をメモリ上で管理するようにしている。この機能により、例えばキャッシャの交代時や閉店時に、ドロワ内に実際に収容されている現金の在高を調べ、理論上の在高と照合することによって、損失の有無等を把握することができる。
このため、商品券で支払われた商品の返品があった場合には、その返金額を現金で返金してしまうと実際のドロワ内の在高と理論上の在高とが一致しなくなるので、商品券あるいはそれに類する金券で返金することが望まれる。しかしながら実際には、返品された商品の金額に見合った商品券や金券を用意するには手間がかかるので、たとえ商品券で支払われた商品であっても現金で返金するのが一般的な運用であった。このため、実際のドロワ内の在高とメモリ上の理論上在高とが一致しなくなるという不具合が生じていた。
本発明はこのような事情に基づいてなされたもので、その目的とするところは、現金以外の締め区分で代金が支払われた商品の返品に際しその返金額を現金で返しても、管理上のメモリデータと実際のデータとが一致する商品販売データ処理装置を提供しようとするものである。
また、現金以外の締め区分で代金が支払われた商品の返品に際しその返金額を現金で返しても、管理上のメモリデータと実際のデータとを一致させることができる商品販売データ処理装置の返品処理方法及び返品処理プログラムを提供しようとするものである。
本発明に係る商品販売データ処理装置は、現計締めまたは現計締め以外の締め区分で締め操作された商取引の商品販売データを締め区分別に売上処理するものであって、過去の商取引に係るデータが蓄積保存されたデータ保存部から取引指定手段により指定された商取引のデータを呼出す過去取引呼出手段と、この過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別する締め判別手段と、この締め判別手段により締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更する締め変更手段と、この締め変更手段により締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理する戻し処理手段と、過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理する再売上処理手段とを備えたものである。
また、本発明に係る商品販売データ処理装置の返品処理方法は、商品販売データ処理装置が、過去の商取引に係るデータを蓄積保存するデータ保存部から取引指定手段により指定された商取引のデータを呼出し、このデータ呼出しされた商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別し、締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更し、締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理するとともに、データ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理するようにしたものである。
また、本発明に係る返品処理プログラムは、現計締めまたは現計締め以外の締め区分で締め操作された商取引の商品販売データを締め区分別に売上処理するコンピュータを、過去の商取引に係るデータを蓄積保存するデータ保存部から取引指定手段により指定された商取引のデータを呼出す過去取引呼出手段と、この過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別する締め判別手段と、この締め判別手段により締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更する締め変更手段と、この締め変更手段により締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理する戻し処理手段と、過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理する再売上処理手段として機能させるためのものである。
かかる手段を講じた本発明によれば、現金以外の締め区分で代金が支払われた商品の返品に際しその返金額を現金で返しても管理上のメモリデータと実際のデータとが一致するようになり、管理上のメモリデータと実際のデータとが一致しなくなる不具合を解消できる商品販売データ処理装置を提供できる。
また本発明によれば、現金以外の締め区分で代金が支払われた商品の返品に際しその返金額を現金で返しても、管理上のメモリデータと実際のデータとを一致させることができる商品販売データ処理装置の返品処理方法及び返品処理プログラムを提供できる。
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、過去の商取引に係るデータが電子化され蓄積保存されるデータ保存部として電子ジャーナル部を有するPOS端末に本発明を適用した場合である。
図1は本実施の形態におけるPOS端末の要部構成を示すブロック図である。このPOS端末は、コンピュータを主体に構成されたものである。すなわち、その中枢部として各種のデータ処理を行うためのCPU(Central Processing Unit)1と、データや命令等を記憶するためのROM(Read Only Memory)2及びRAM(Random Access Memory)3とが搭載されている。
また、このPOS端末には、過去の商取引に係るデータであるジャーナルデータが電子化されて蓄積保存される電子ジャーナル部4、現在の日付及び時刻を計時するICチップからなる時計部5、ストアコンピュータ等の外部機器とネットワークを通じて行うデータ通信を司る通信インターフェイス6、スキャナを電気的に接続可能なスキャナインターフェイス7、キーボード8から操作キーに対応したキー信号を取り込むキーボードコントローラ9、タッチパネル10への画面表示及びタッチ入力を制御するタッチパネルコントローラ11、客用表示器12に対するデータ表示を制御する表示コントローラ13、プリンタ14のレシート印字等を制御するプリンタコントローラ15、カードリーダ16によるカードデータ読取り動作を制御するカードリーダコントローラ17、ドロワ18に対して開放指令信号を出力するI/O(Input/Output)ポート19等が搭載されている。そしてCPU1と、ROM2,RAM3,電子ジャーナル部4,時計部5及びI/Oポート19と、各コントローラ9,11,13,15,17と、各インターフェイス6,7とが、アドレスバス,データバス等のバスライン20で接続されている。
キーボード8には、図2に示すように、「00」及び「0」〜「9」の置数キー21の他、「C」のクリアキー22,「×」の乗算キー23,小計キー24,商品券キー25,クレジットキー26,現計キー27,戻りキー28,取消キー29及び検索キー30等の各種ファンクションキーが配設されている。
商品券キー25は、商品券によって代金が支払われる商取引の締めを宣言する締めキーである。クレジットキー26は、クレジットカードによって代金が支払われる商取引の締めを宣言する締めキーである。現計キー27は、現金によって代金が支払われる商取引の締めを宣言する締めキーである。検索キー30は、電子ジャーナル部4に保存されている過去取引のデータの検索を指示するキーである。
タッチパネル10は、当該POS端末のオペレータであるキャッシャに対して必要な情報を表示するとともに、画面のタッチ操作により各種コマンドの入力を受付けるものである。このタッチパネル10に表示される標準的な画面として、登録画面40の一例を図3に示す。この登録画面40には、1商取引として販売される商品の商品名,単価,販売点数及び販売金額を表示する明細エリア41と、この1商取引として販売される商品の合計点数及び合計金額を表示する合計エリア42と、複数のタッチボタンが配列されるボタンエリア43とが形成されている。
客用表示器12は、買物客に対して買上商品の金額や合計金額等を表示するものである。プリンタ14は、レシートを印字し発行するものである。カードリーダ16は、クレジットカードのデータを読取るものである。ドロワ18は、釣銭準備金としての現金や客から支払いを受けた現金,商品券等を収容しておくためのものである。
電子ジャーナル部4には、図4に示すデータ構造の商取引レコードが蓄積保存されている。商取引レコードは、ヘッダ部51、明細部52及び合計部53で構成され、商取引単位に生成される。ヘッダ部51には、端末番号,取引番号,取引日付及び取引時刻の各データ項目が含まれる。端末番号は、各POS端末を識別するために端末毎に設定された固有の番号である。取引番号は、POS端末毎に自動的に発番される取引識別用の番号である。取引日付及び取引日時は、該当する商取引が行われた日付及び時刻である。
明細部52には、該当する商取引で処理された商品毎の商品コード,商品名,単価,点数,金額等のデータ項目が含まれる。合計部53には、該当する商取引の合計金額,合計点数,締め区分,決済情報等が含まれる。締め区分は、該当する商取引の締め方式(現計,クレジット計,商品券計等)を識別するためのコードである。決済情報は、対応する締め区分の締め方式で締められた商取引の支払い内容を示す情報である。例えば現金締めの場合には、預かり金額や釣銭額などが含まれる。クレジット締めの場合には、クレジットカード情報,クレジット支払方法,クレジット手数料等が含まれる。商品券締めの場合には、商品券の額面金額,釣銭の有無等が含まれる。
RAM3には、図5に示すように、「現計」,「クレジット計」,「商品券計」,「レジマイナス」,「現金在高」等の各種管理項目毎に回数データと金額データを累積記憶する管理項目別メモリ61が形成されている。管理項目「現計」に対応するデータエリアでは、現金締めにより決済された商取引の回数及びその合計金額が累積される。管理項目「クレジット計」に対応するデータエリアでは、クレジット締めにより決済された商取引の回数及びその合計金額が累積される。管理項目「商品券」に対応するデータエリアでは、商品券締めにより決済された商取引の回数及びその合計金額が累積される。管理項目「レジマイナス」に対応するデータエリアでは、返品登録された商取引の回数及びその合計金額が累積される。管理項目「現金在高」に対応するデータエリアでは、ドロワ18内に入金される金額が加算され、また、ドロワ18から出金される金額が減算される。すなわち、この管理項目「現金在高」に対応する金額データは、ドロワ18内の存在する現金の理論上の在高となる。
また、図6に示すように、各種の締め区分毎に返品を許可するか否かを識別する返品可否フラグを設定記憶する締め区分テーブル62がRAM3に形成されている。なお、この実施の形態では、締め方式「現計」を識別する締め区分を「01」とし、返品を可能とする。また、締め方式「クレジット計」を識別する締め区分を「02」とし、返品を不可能とする。また、締め方式「商品券計」を識別する締め区分を「03」とし、返品を可能とする。ここに、締め区分テーブル62は返品可否情報記憶手段として機能する。
この他、RAM3には、図7に示すように、取引番号Nを計数する取引番号カウンタ63、返金額データを記憶する返金額メモリ64、商品コード,商品名,単価,点数,金額及び取消フラグの各エリアと点数及び金額の合計エリアとからなる検索情報テーブル65等が形成されている。
かかる構成のPOS端末が設置された店舗の会計(レジ)では、客が買上商品の精算を申し出ると、会計担当者であるキャッシャは、キーボード8またはスキャナを操作して、その客が買上げる商品の商品コード,買上点数等の商品データを入力する。そして、この客が買上げる全ての商品の商品データを入力し終えたならば、小計キー24を押下する。そうすると、タッチパネル10及び客用表示器12に当該客との商取引の合計金額が表示されるので、キャッシャは、客にこの合計金額の支払いを求める。
ここで、客が現金で支払った場合には、キャッシャは、預り金額を置数した後、現計キー27を押下する。そうすると、預かり金額と合計金額とから釣銭額が算出され、タッチパネル10及び客用表示器12に表示されるとともに、ドロワ18が開放する。また、プリンタ14により当該商取引の明細が印字された買上レシートが発行される。そこでキャッシャは、ドロワ18から釣銭額に相当する現金を揃え、買上レシートとともに客に渡す。その後、客から預かった現金をドロワ18に収納して、当該客との商取引を終了する。
この際、この商取引の商品販売データを基に締め区分が現計を示す[01]の商取引レコードが生成されて、電子ジャーナル部4に蓄積保存される。また、管理項目別メモリ61の項目「現計」に対応する回数データに“1”が加算されるとともに、金額データに合計金額が加算される。また、管理項目別メモリ61の項目「現金在高」に対応する金額データにも合計金額が加算される。
一方、客がクレジットカードでの支払いを申し出た場合には、キャッシャはクレジットカードのカードデータをカードリーダ16で読取らせるとともにクレジットキー26を押下する。そうすると、このクレジットカードの信用照会が外部機器に対して行われる。そして、外部機器から承認応答があると、プリンタ14が駆動して店控え用と客控え用のクレジット伝票が印字発行される。そこでキャッシャは、クレジットカードを客に返すとともに店控え用のクレジット伝票に客のサインをもらい、客控え用のクレジット伝票を客に渡す。その後、客からサインをもらった店控え用のクレジット伝票をドロワ18に収納して、当該客との商取引を終了する。
この際、この商取引の商品販売データを基に締め区分がクレジット計を示す[02]の商取引レコードが生成されて、電子ジャーナル部4に蓄積保存される。また、管理項目別メモリ61の項目「クレジット計」に対応する回数データに“1”が加算されるとともに、金額データに合計金額が加算される。
また、客が商品券で支払った場合には、キャッシャは、商品券の額面金額を置数した後、商品券キー25を押下する。そうすると、釣銭の払出しが可能な場合には、額面金額と合計金額とから釣銭額が算出され、タッチパネル10及び客用表示器12に表示されるとともに、ドロワ18が開放する。なお、釣銭の払出が不可能な場合には、この処理は行われない。また、プリンタ14により当該商取引の明細が印字された買上レシートが発行される。そこでキャッシャは、買上レシートを客に渡す。この際、釣銭がある場合には、ドロワ18から釣銭額に相当する現金を揃えて買上レシートとともに客に渡す。その後、客から受け取った商品券をドロワ18に収納して、当該客との商取引を終了する。
この際、この商取引の商品販売データを基に締め区分が商品券計を示す[03]の商取引レコードが生成されて、電子ジャーナル部4に蓄積保存される。また、管理項目別メモリ61の項目「商品券計」に対応する回数データに“1”が加算されるとともに、金額データに合計金額が加算される。
次に、客が購入済商品の返品を希望して持参した場合について説明する。この場合、キャッシャは、その商品の購入時に商品販売データ処理装置から発行し顧客に渡したレシートの提示を求める。そして、キャッシャは返品希望の商品がレシートに記載されているか否かを確認し、記載されている場合には返品に応じる。そして、検索キー30を押下する。そうすると、CPU1が図8の流れ図に示す検索キーイン処理を実行するように、ROM2内の返品処理プログラムが構成されている。
すなわちCPU1は、ST(ステップ)1としてタッチパネル10にジャーナル検索画面70を表示させる。このジャーナル検索画面70の一例を図10に示す。図示するように、ジャーナル検索画面70には、電子ジャーナル部4に保存されている商取引レコードの検索項目として日付,時刻,端末番号及び取引番号の入力欄71〜74が形成されている。また、ボタンエリアに各入力欄71〜74を選択するための上下カーソルボタン75,76と、検索実行を指令する実行ボタン77とが表示されている。
そこでキャッシャは、客から預かったレシートに記載されている取引日付,取引時刻,端末番号及び取引番号を置数キー21により各入力欄71〜74に入力した後、実行ボタン77をタッチ操作する。なお、取引時刻は省略してもよい。また、検索日付は初期値を当日の日付としてもよい。同様に、端末番号は初期値を当該POS端末固有の番号としてもよい。また、実行ボタン77の代わりに特定のキー例えば現計キー27を操作してもよい。
ジャーナル検索画面70を表示後、CPU1は、ST2として検索実行のコマンドが入力されるのを待機する。そして、実行ボタン77の入力あるいは現計キー27の入力により検索実行のコマンドが入力されると、CPU1は、ST3としてジャーナル検索画面70に入力された各検索項目(日付,時刻,端末番号,取引番号)のデータの正当性を判別する。ここで、正当でないデータが1つでも含まれる場合には、エラーとしてこの検索キーイン処理を終了する。
各検索項目のデータの正当性を承認した場合には、CPU1は、ST4として検索項目「端末番号」のデータで識別されるPOS端末の電子ジャーナル部4を検索する。そして、ST5としてヘッダデータ中の「取引日付」,「取引時刻」及び「取引番号」の各データが、検索項目「日付」,「時刻」及び「取引番号」の各データと一致する商取引レコードの有無を判断する。なお、検索項目「時刻」のデータが省略されている場合には、時刻の一致性はチェックしない。ここで、検索対象の電子ジャーナル部4に該当する商取引レコードが保存されていない場合には、エラーとしてこの検索キーイン処理を終了する。
電子ジャーナル部4から検索項目と一致する商取引レコードを検出すると、CPU1は、ST6としてRAM3の検索情報テーブル65と返金額メモリ64とをクリアする。次いで、ST7として電子ジャーナル部4から検索項目と一致する商取引レコードを呼出す(過去取引呼出手段)。そして、ST8としてこの商取引レコードの明細部52に含まれている商品コード,商品名,単価,点数,金額等の商品販売データと、合計部53に含まれる金額,点数の合計データを検索情報テーブル65に展開する。また、ST8として検索情報テーブル65の内容に基づき商取引明細画面80を作成し、タッチパネル10に表示させる。
商取引明細画面80の一例を図11に示す。図示するように、商取引明細画面80には、登録画面40と同様の明細エリア81及び合計エリア82と検索条件エリア83とが形成されている。また、返品業務を指令する返品ボタン84がボタンエリアに表示されている。そして明細エリア81には、検索情報テーブル65に格納された商品名,単価,点数及び金額の各商品販売データが表示されている。合計エリア82は、検索情報テーブル65に格納された合計点数及び合計金額が表示されている。検索条件エリア83には、ジャーナル検索画面70から入力された各種検索項目のデータが表示されている。
商取引明細画面80の内容を確認したキャッシャは、返品ボタン84をタッチ操作する。なお、返品ボタン84の代わりにキーボード8の特定のキー例えば取消キー29を操作してもよい。
商取引明細画面80を表示後、CPU1は、ST10として返品実行コマンドが入力されるのを待機している。そして、返品ボタン84または取消キー29の入力を検知すると、返品コマンドが入力されたので、CPU1は、ST11として電子ジャーナル部4から呼び出した該当商取引レコードの締め区分を取得する。そして、ST12として締め区分テーブル62を検索して、当該締め区分が返品可能か否かを判定する(返品可否判定手段)。その結果、返品不可能な場合には、エラーとしてこの検索キーイン処理を終了する。
これに対し、当該締め区分が返品可能な場合には、CPU1は、ST13として図9に具体的に示す返品処理を実行する。先ず、ST21として検索情報テーブル65に記憶されているデータを基に返品取引画面90を作成し、タッチパネル10と客用表示器12に表示させる。
タッチパネル10に表示される返品取引画面90の一例を図12に示す。図示するように、返品取引画面90には、商取引明細画面80と同様の明細エリア91、合計エリア92及び検索条件エリア93が形成されている。ただし、ボタンエリアの表示が取引明細画面80とは異なる。すなわち返品取引画面90の場合は、明細エリア91に表示される商品販売データを指示するための上下カーソルボタン94,95と、当該カーソルボタン94,95の操作によって指示された商品販売データの選択を指令する選択ボタン96と、選択ボタン96の操作によって選択された商品販売データの取消を指令する確定ボタン97とが表示されている。
因みに、客用表示器12には、返品取引画面90の明細エリア91及び合計エリア92の内容が表示されている。
返品取引画面90の内容を確認したキャッシャは、カーソルボタン94,95を操作して客が返品を申し出た商品のデータを選択し選択ボタン96をタッチする操作を返品商品毎に繰り返す。そして、客が返品を申し出た全ての商品について上記選択操作を行ったならば、確定ボタン97をタッチ操作する。なお、確定ボタン97の代わりにキーボード8の特定のキー例えば現計キー27を操作してもよい。
返品取引画面90を表示後、CPU1は、ST22として返品商品が選択されるのを待機する。そして、カーソルボタン94,95と選択ボタン96の操作により返品取引画面90の明細エリア91に表示される商品販売データのうちいずれか1つが選択されたならば、CPU1は、ST23として検索情報テーブル65の当該選択された商品販売データに対応する取消フラグを“1”にセットする。また、返品取引画面90の明細エリア91に表示されている当該商品販売データを他の選択されていない商品販売データと区別するべく特殊表示、例えば白黒反転表示を行う。
次に、CPU1は、ST24として取消確定のコマンドが入力されるのを待機する。ここで、明細エリア91に表示される別の商品販売データが選択された場合には、その商品販売データについてST23の処理を実行する。
ST24にて確定ボタン97または現計キー27の操作入力を検知したならば、取消確定のコマンドが入力されたので、CPU1は、ST25として検索情報テーブル65を参照し、取消フラグが“1”にセットされている商品販売データの金額を取得する。そして、この金額を返金額メモリ64に加算する。また、ST26として取消フラグが“1”にセットされていない商品販売データの点数及び金額をそれぞれ加算する。そして、この合計点数及び合計金額を検索情報テーブル65の合計点数エリア及び合計金額エリアにそれぞれ上書きする。しかる後、ST27として検索情報テーブル65のデータを基に取消後明細画面100を作成し、タッチパネル10と客用表示器12に表示させる。
タッチパネル10に表示される取消後明細画面100の一例を図13に示す。図示するように、取消後明細画面100には、明細エリア101、合計エリア102及び検索条件エリア103が形成されている。また、返品業務の中止を指令する戻りボタン104と、返品業務の確定を指令する現計ボタン105とがボタンエリアに表示されている。そして明細エリア101には、検索情報テーブル65に格納された商品販売データのうち取消フラグが“1”にセットされていない商品販売データの商品名,単価,点数及び金額が表示されている。合計エリア82は、検索情報テーブル65に格納された合計点数及び合計金額が表示されている。検索条件エリア83には、ジャーナル検索画面70から入力された各種検索項目のデータが表示されている。
因みに客用表示器12には、取消後明細画面100の明細エリア101及び合計エリア102の内容が表示されている。
取消後明細画面100の内容を確認したキャッシャは、返品の最終確認を行う。そして、客から返品中止の申し出を受けた場合には、戻りボタン104をタッチ操作する。一方、客から返品確定の申し出を受けた場合には、現計ボタン105をタッチ操作する。なお、戻りボタン104の代わりに戻りキー28を押下してもよい。同様に、現計ボタン105の代わりに現計キー27を押下してもよい。
取消後明細画面100を表示後、CPU1は、ST28として返品中止コマンドが入力されるか、ST29として現計締めコマンドが入力されるのを待機する。そして、戻りボタン104または戻りキー28の操作入力を検知したならば、返品中止コマンドが入力されたので、CPU1は、この時点で返品処理を終了する。
これに対し、現計ボタン105または現計キー27の操作入力を検知したならば、現計締めコマンドが入力されたので、CPU1は、返品後の取引を確定させる処理を実行する。先ず、ST30として取引番号カウンタ63の計数値Nを“1”だけカウントアップする。次に、ST31として返金画面110を作成し、タッチパネル10と客用表示器12に表示させる(返金額報知手段)。
タッチパネル10に表示される返金画面110の一例を図14に示す。図示するように、返金画面110には、締めデータエリア111と、返金額エリア112とが形成されている。そして、締めデータエリア111には、検索情報テーブル65の合計金額エリアに記憶されている合計金額に対して現計締めが行われたことを示すデータが表示されている。返金額エリア112には、返金額メモリ64内のデータが返金額として表示されている。
因みに客用表示器12には、返金額エリア112内のデータが返金額として表示されている。
返金画面110を表示後、CPU1は、ST32として元取引は現計締めであったか否かを判別する。CPU1は、ST7の処理で電子ジャーナル部4から呼び出した商取引レコードをRAM3のデータバッファに記憶している。そこでCPU1は、この商取引レコードのデータ項目「締め区分」のデータを調べ、[01]であれば元取引が現計締めと判別し、[01]以外であれば現計締め以外と判別する(締め判別手段)。
ここで、元取引が現計締めであった場合には、当該商取引レコードのデータ項目「締め区分」のデータをそのままとする。これに対し、現計締め以外であった場合には、ST33として当該商取引レコードのデータ項目「締め区分」のデータを、現計締めを示すデータ[01]に変更する(締め変更手段)。
次に、CPU1は、ST34として元取引の戻し処理を実行する(戻し処理手段)。具体的には、RAM3のデータバッファに記憶している商取引レコードを次の如く編集する。すなわち、データ項目「端末番号」のデータを当該POS端末に設定されている端末番号とする。また、データ項目「取引番号」のデータを取引番号カウンタ63のカウント値Nとする。また、データ項目「取引日付」及び「取引時刻」の各データを時計部5にて計時されている現在日付及び現在時刻とする。また、この商取引レコードの明細部52に記憶されている商品販売データの点数及び金額にそれぞれマイナス符号を付す。同様に、合計部53に記憶されている合計点数及び合計金額の各データにもマイナス符号を付す。しかる後、この編集後の商取引レコードを基にレジマイナスレシートを作成して、プリンタ14により印字発行する。また、この編集後の商取引レコードを電子ジャーナル部4に保存する。さらに、管理項目別メモリ61のデータを次の如く更新する。すなわち、項目「現計」に対応した回数エリアから“1”を減算するとともに、その金額エリアに当該商取引レコードの合計金額データを加算する。この場合、合計金額データはマイナス符号が付されているので、合計金額分が減額される。また、項目「現計」に対応した回数エリアに“1”を加算するとともに、その金額エリアに当該商取引レコードの合計金額データの絶対値を加算する。この場合は、合計金額データの絶対値なので、合計金額分が加算される。さらに、項目「現金在高」の金額エリアに当該商取引レコードの合計金額データを加算する。この場合も、合計金額データはマイナス符号が付されているので、合計金額分が減額される。
元取引の戻し処理を終了すると、CPU1は、ST35として取引番号カウンタ63のカウント値Nをさらに“1”だけカウントアップする。そして、ST36として検索情報テーブル65に記憶されている商品販売データのうち取消フラグが“1”にセットされた商品販売データ、つまりは個別取消が指示された商品販売データを除いた商品販売データを、現計締めのデータとして再度売上処理する(再売上処理手段)。この売上処理の中で、CPU1は、管理項目別メモリ61の項目「現計」に対応する回数エリアに“1”を加算し、金額エリアに検索情報テーブル65内の合計金額を加算する。また、項目「現金在高」に対応した金額エリアにも検索情報テーブル65内の合計金額を加算する。さらに、検索情報テーブル65に記憶されている商品販売データのうち取消フラグがセットされた商品販売データを除いた商品販売データと合計データとを基に現金締めの買上レシートを生成する。そして、返金額メモリ64内の返金額データとともにプリンタ14によりレシート用紙に印字して、返品レシートとして発行する。
その後、CPU1は、ST37としてドロワ18を開放させる。また、ST38として検索情報テーブル65に記憶されている商品販売データのうち取消フラグがセットされた商品販売データを除いた商品販売データと合計データとを基に締め区分が現計を示す[01]の商取引レコードを生成し、電子ジャーナル部4に保存する。以上で、CPU1は、この返品処理を終了する。
このようにプログラム制御された本実施の形態のPOS端末が設置された店舗において、今、図19に示す買上レシート120を受け取っていた客が、商品BBBBの返品を申し出たとする。この申し出を受けたキャッシャは、先ず、検索キー30を押下する。そうすると、タッチパネル10に図10に示す内容のジャーナル検索画面70が表示される。
そこでキャッシャは、レシート120に印刷されている検索日付「YYYYMMDD」及び検索時刻「hh;mm」と、端末番号「0001」と、取引番号「0123」とを入力する。そして、実行ボタン77をタッチ操作する。そうすると、端末番号「0001」が設定されたPOS端末の電子ジャーナル部4が検索され、検索日付「YYYYMMDD」に実行された商取引でかつ取引番号「0123」の商取引のレコードが呼び出される。そして、タッチパネル10に図11に示す内容の商取引明細画面80が表示される。
そこでキャッシャは、返品ボタン84をタッチ操作する。ここで、締め区分テーブル62には図6に示すデータが設定されているものとする。そうすると、当該商取引は現金締めの取引であり、返品可能なので、タッチパネル10に図12に示す内容の返品取引画面90が表示される。
そこでキャッシャは、カーソルボタン94,95をタッチ操作して客が返品を申し出た商品BBBBのデータを選択し、選択ボタン96をタッチ操作する。しかる後、確定ボタン97をタッチ操作する。そうすると、検索情報テーブル内の商品BBBBに対応した取消フラグが“1”にセットされる。また、この商品BBBBの金額2000円が返金額メモリ64に格納される。しかして、タッチパネル10に図13に示す内容の取消後明細画面100が表示される。すなわち、明細エリア101から商品BBBBのデータが削除される。また、合計エリア102には、商品AAAAと商品CCCCの2品目の合計データが表示される。
そこでキャッシャは、現計ボタン105をタッチ操作する。そうすると、タッチパネル10に図14に示す内容の返金画面110が表示される。また、元取引の戻し処理が実行されて、図20に示す内容のレジマイナスレシート130が印字発行される。さらに、取消後明細の再売上処理が実行されて、図21に示す内容の返品レシート140が印字発行される。また、ドロワ18が開放する。
そこでキャッシャは、ドロワ18から返金額2000円に相当する貨幣を揃え、返品レシート140とともに客に渡す。また、レジマイナスレシート130は店側で保管する。以上で、返品の申し出があった客との商取引を終了する。
ところで、当該客が返品を申し出る直前の管理項目別メモリ61の各項目「現計」,「クレジット計」,「商品券計」,「レジマイナス計」,「現金在高」のデータ内容を図25の(a)で示す。この場合、元取引の戻し処理が実行されると、各項目のデータ内容は、同図(b)に示す値に変化する。すなわち、項目「現計」からは回数1と元取引の合計金額10000円が減額される。また、項目「現金在高」からも元取引の合計金額10000円が減額される。項目「レジマイナス」には、回数1と元取引の合計金額10000円が加算される。
続いて、取消後明細の再売上処理が実行されると、各項目のデータ内容は、同図(c)に示す値に変化する。すなわち、項目「現計」には回数1と返品商品を除いた合計金額8000円が加算される。また、項目「現金在高」にも、返品商品を除いた合計金額8000円が加算される。
このとき、ドロワ18内に実際に収容されている貨幣の合計金額は、返金前の10000円から返金額2000円を払いだしたので8000円となり、項目「現金在高」の金額データと一致する。
次に、図22に示す買上レシート150を受け取っていた客が、やはり商品BBBBの返品を申し出たとする。この場合もキャッシャは、先ず、検索キー30を押下する。そうすると、タッチパネル10に図10に示す内容のジャーナル検索画面70が表示される。
そこでキャッシャは、レシート150に印刷されている検索日付「YYYYMMDD」及び検索時刻「hh;mm」と、端末番号「0001」と、取引番号「0134」とを入力する。そして、実行ボタン77をタッチ操作する。そうすると、端末番号「0001」が設定されたPOS端末の電子ジャーナル部4が検索され、検索日付「YYYYMMDD」に実行された商取引でかつ取引番号「0134」の商取引のレコードが呼び出される。そして、タッチパネル10に図15に示す内容の商取引明細画面80が表示される。
そこでキャッシャは、返品ボタン84をタッチ操作する。ここで、締め区分テーブル62には図6に示すデータが設定されているものとする。そうすると、当該商取引は商品券締めの取引であり、返品可能なので、タッチパネル10に図16に示す内容の返品取引画面90が表示される。
そこでキャッシャは、カーソルボタン94,95をタッチ操作して客が返品を申し出た商品BBBBのデータを選択し、選択ボタン96をタッチ操作する。しかる後、確定ボタン97をタッチ操作する。そうすると、検索情報テーブル内の商品BBBBに対応した取消フラグが“1”にセットされる。また、この商品BBBBの金額2000円が返金額メモリ64に格納される。しかして、タッチパネル10に図17に示す内容の取消後明細画面100が表示される。すなわち、明細エリア101から商品BBBBのデータが削除される。また、合計エリア102には、商品AAAA1品目の合計データが表示される。
そこでキャッシャは、現計ボタン105をタッチ操作する。そうすると、タッチパネル10に図18に示す内容の返金画面110が表示される。また、元取引の戻し処理が実行されて、図23に示す内容のレジマイナスレシート160が印字発行される。さらに、取消後明細の再売上処理が実行されて、図21に示す内容の返品レシート170が印字発行される。また、ドロワ18が開放する。
そこでキャッシャは、ドロワ18から返金額2000円に相当する貨幣を揃え、返品レシート170とともに客に渡す。また、レジマイナスレシート160は店側で保管する。以上で、返品の申し出があった客との商取引を終了する。
ところで、当該客が返品を申し出る直前の管理項目別メモリ61の各項目「現計」,「クレジット計」,「商品券計」,「レジマイナス計」,「現金在高」のデータ内容を図26の(a)で示す。この場合、元取引の戻し処理が実行されると、各項目のデータ内容は、同図(b)に示す値に変化する。すなわち、項目「現計」からは回数1と元取引の合計金額5000円が減額される。また、項目「現金在高」からも元取引の合計金額5000円が減額される。項目「レジマイナス」には、回数1と元取引の合計金額5000円が加算される。
続いて、取消後明細の再売上処理が実行されると、各項目のデータ内容は、同図(c)に示す値に変化する。すなわち、項目「現計」には回数1と返品商品を除いた合計金額3000円が加算される。また、項目「現金在高」にも、返品商品を除いた合計金額3000円が加算される。
このとき、ドロワ18内に実際に収容されている貨幣の合計金額は、返金前の10000円から返金額2000円を払いだしたので8000円となり、項目「現金在高」の金額データと一致する。
このように本実施の形態によれば、現金以外の締め区分、例えば商品券で支払われた過去の商取引に対して返品があった場合に、その返品商品の代金を現金で返金しても、ドロワ18内に収容されている現金の在高データと管理項目別メモリ61に記憶されている項目「現金在高」の金額データとを一致させることができる。
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
例えば前記実施の形態では、過去の商取引に係るデータが蓄積保存されたデータ保存部をPOS端末の内部に設けられた電子ジャーナル部4として説明したが、通信インターフェイス6を介して接続される外部機器、例えばストアコンピュータ等に各POS端末の電子ジャーナル部4のデータを収集し蓄積保存するマスタ電子ジャーナル部を設け、このマスタ電子ジャーナル部を検索して、取引指定手段により指定された商取引のデータを呼出すように構成してもよい。
また、前記実施の形態では、返金額報知手段を返金額の表示手段として説明したが、放置手段は表示手段に限定されるものではなく、例えば音声再生手段により報知してもよい。また、オペレータ用表示器は、必ずしもタッチパネル10である必要はない。
また、前記実施の形態ではROM2に発明を実施するプログラムが予め記録されているものとして説明をしたが、これに限らず同様のプログラムをネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、CD−ROM等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のOS(オペレーティング・システム)等と協働してその機能を実現させるものであってもよい。
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
本発明の一実施の形態であるPOS端末の要部構成を示すブロック図。 同POS端末のキーボードを示す模式図。 同POS端末のタッチパネルに表示される標準的な登録画面の一例を示す模式図。 同POS端末の電子ジャーナル部に保存される商取引レコードのデータ構造を示す模式図。 同POS端末のRAMに形成される管理項目別メモリのデータ構造を示す模式図。 同POS端末のRAMに形成される締め区分テーブルのデータ構造を示す模式図。 同POS端末のRAMに形成されるその他の主要なメモリエリアを示す模式図。 同POS端末のCPUが実行する検索キーイン処理の要部手順を示す流れ図。 図8における返品処理の内容を具体的に示す流れ図。 同POS端末のタッチパネルに表示されるジャーナル検索画面の一例を示す模式図。 同POS端末のタッチパネルに表示される商取引明細画面の一例を示す模式図。 同POS端末のタッチパネルに表示される返品取引画面の一例を示す模式図。 同POS端末のタッチパネルに表示される取消後明細画面の一例を示す模式図。 同POS端末のタッチパネルに表示される返金画面の一例を示す模式図。 同POS端末のタッチパネルに表示される商取引明細画面の他の例を示す模式図。 同POS端末のタッチパネルに表示される返品取引画面の他の例を示す模式図。 同POS端末のタッチパネルに表示される取消後明細画面の他の例を示す模式図。 同POS端末のタッチパネルに表示される返金画面の他の例を示す模式図。 現金締めによる買上レシートの一例を示す模式図。 図19に示すレシート例の商取引から商品BBBBが返品された際に発行されるレジマイナスレシートの一例を示す模式図。 図19に示すレシート例の商取引から商品BBBBが返品された際に発行される返品レシートの一例を示す模式図。 商品券締めによる買上レシートの一例を示す模式図。 図22に示すレシート例の商取引から商品BBBBが返品された際に発行されるレジマイナスレシートの一例を示す模式図。 図22に示すレシート例の商取引から商品BBBBが返品された際に発行される返品レシートの一例を示す模式図。 図19に示すレシート例の商取引から商品BBBBが返品された際の管理項目別メモリのデータ変化状態を示す模式図。 図22に示すレシート例の商取引から商品BBBBが返品された際の管理項目別メモリのデータ変化状態を示す模式図。
符号の説明
1…CPU、4…電子ジャーナル部、8…キーボード、10…タッチパネル、14…プリンタ、18…ドロワ、25…商品券キー、26…クレジットキー、27…現計キー、30…検索キー、61…管理項目別メモリ、62…締め区分テーブル、63…取引番号カウンタ、64…返金額メモリ、65…検索情報テーブル。

Claims (7)

  1. 現計締めまたは現計締め以外の締め区分で締め操作された商取引の商品販売データを締め区分別に売上処理する商品販売データ処理装置において、
    過去の商取引に係るデータが蓄積保存されたデータ保存部から取引指定手段により指定された商取引のデータを呼出す過去取引呼出手段と、
    この過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別する締め判別手段と、
    この締め判別手段により締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更する締め変更手段と、
    この締め変更手段により締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理する戻し処理手段と、
    前記過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理する再売上処理手段と、
    を具備したことを特徴とする商品販売データ処理装置。
  2. 前記個別取消が指示された商品販売データの金額を返金額として報知する返金額報知手段をさらに具備したことを特徴とする請求項1記載の商品販売データ処理装置。
  3. 現計以外の締め区分毎に返品を許可するか否かを識別する情報を記憶する返品可否情報記憶手段と、
    前記締め区分判別手段により判別された締め区分が返品を許可する設定になっているか否かを前記返品可否情報記憶手段による記憶情報に基づいて判定する返品可否判定手段と、
    をさらに具備し、
    前記返品可否判定手段により返品を許可する設定になっていると判定された場合のみ前記締め変更手段,戻し処理手段及び再売上処理手段を有効にすることを特徴とする請求項1記載の商品販売データ処理装置。
  4. 現計締めまたは現計締め以外の締め区分で締め操作された商取引の商品販売データを締め区分別に売上処理する商品販売データ処理装置の返品処理方法であって、
    前記商品販売データ処理装置は、
    過去の商取引に係るデータを蓄積保存するデータ保存部から取引指定手段により指定された商取引のデータを呼出し、このデータ呼出しされた商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別し、前記締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更し、前記締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理するとともに、データ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理するようにしたことを特徴とする返品処理方法。
  5. 前記商品販売データ処理装置は、前記個別取消が指示された商品販売データの金額を返金額として報知するようにしたことを特徴とする請求項4記載の返品処理方法。
  6. 現計締めまたは現計締め以外の締め区分で締め操作された商取引の商品販売データを締め区分別に売上処理するコンピュータを、
    過去の商取引に係るデータを蓄積保存するデータ保存部から取引指定手段により指定された商取引のデータを呼出す過去取引呼出手段と、
    この過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データの個別取消が指示されると、当該商取引の締め区分が現計締めなのか現計締め以外なのかを判別する締め判別手段と、
    この締め判別手段により締め区分が現計締め以外と判別されると当該商取引の締め区分を現計締めに変更する締め変更手段と、
    この締め変更手段により締め区分が現計締めに変更された商取引の商品販売データを全て戻し処理する戻し処理手段と、
    前記過去取引呼出手段によりデータ呼出しされた商取引で売上処理された商品販売データから個別取消が指示された商品販売データを除いた商品販売データを現計締めのデータとして売上処理する再売上処理手段と、
    して機能させるための返品処理プログラム。
  7. 前記コンピュータを、
    個別取消が指示された商品販売データの金額を返金額として報知する返金額報知手段としてさらに機能させるための請求項6記載の返品処理プログラム。
JP2006059715A 2006-03-06 2006-03-06 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム Pending JP2007241430A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006059715A JP2007241430A (ja) 2006-03-06 2006-03-06 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006059715A JP2007241430A (ja) 2006-03-06 2006-03-06 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム

Publications (1)

Publication Number Publication Date
JP2007241430A true JP2007241430A (ja) 2007-09-20

Family

ID=38586946

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006059715A Pending JP2007241430A (ja) 2006-03-06 2006-03-06 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム

Country Status (1)

Country Link
JP (1) JP2007241430A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011129162A (ja) * 2011-03-17 2011-06-30 Toshiba Tec Corp データ処理装置およびプログラム
JP2013061807A (ja) * 2011-09-13 2013-04-04 Toshiba Tec Corp 決済処理装置、決済処理プログラムおよび決済処理システム
JP2013218374A (ja) * 2012-04-04 2013-10-24 Teraoka Seiko Co Ltd 精算システム
JP2016157416A (ja) * 2015-09-30 2016-09-01 株式会社寺岡精工 Posシステム
JP2016157244A (ja) * 2015-02-24 2016-09-01 株式会社寺岡精工 商品販売情報処理システム、登録装置及び精算装置
JP2019083067A (ja) * 2019-02-21 2019-05-30 株式会社寺岡精工 商品販売情報処理システム、登録装置、及びプログラム
JP2019168959A (ja) * 2018-03-23 2019-10-03 グローリー株式会社 現金処理装置、現金払出装置、現金払出システム、現金処理方法およびプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0261076B2 (ja) * 1981-12-23 1990-12-19 Omron Tateisi Electronics Co
JPH08167077A (ja) * 1994-12-13 1996-06-25 Tec Corp 商品販売登録データ処理装置
JP2004139424A (ja) * 2002-10-18 2004-05-13 Toshiba Tec Corp 商品販売登録データ処理装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0261076B2 (ja) * 1981-12-23 1990-12-19 Omron Tateisi Electronics Co
JPH08167077A (ja) * 1994-12-13 1996-06-25 Tec Corp 商品販売登録データ処理装置
JP2004139424A (ja) * 2002-10-18 2004-05-13 Toshiba Tec Corp 商品販売登録データ処理装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011129162A (ja) * 2011-03-17 2011-06-30 Toshiba Tec Corp データ処理装置およびプログラム
JP2013061807A (ja) * 2011-09-13 2013-04-04 Toshiba Tec Corp 決済処理装置、決済処理プログラムおよび決済処理システム
JP2013218374A (ja) * 2012-04-04 2013-10-24 Teraoka Seiko Co Ltd 精算システム
JP2016157244A (ja) * 2015-02-24 2016-09-01 株式会社寺岡精工 商品販売情報処理システム、登録装置及び精算装置
JP2016157416A (ja) * 2015-09-30 2016-09-01 株式会社寺岡精工 Posシステム
JP2019168959A (ja) * 2018-03-23 2019-10-03 グローリー株式会社 現金処理装置、現金払出装置、現金払出システム、現金処理方法およびプログラム
JP2019083067A (ja) * 2019-02-21 2019-05-30 株式会社寺岡精工 商品販売情報処理システム、登録装置、及びプログラム

Similar Documents

Publication Publication Date Title
US20010047302A1 (en) Panel displaying method of order receiving POS terminal and order receiving POS terminal
JP2007241430A (ja) 商品販売データ処理装置及び返品処理方法並びに返品処理プログラム
JP2007249391A (ja) 商品販売データ処理装置及び領収証発行制御プログラム
JP3662004B2 (ja) 決済処理装置
JP2003178194A (ja) 釣り銭運用システム、釣り銭運用サーバ、釣り銭運用方法及び釣り銭運用プログラム
JP2006301688A (ja) 商品販売データ処理装置
JP4627663B2 (ja) 商品販売データ処理装置
JP4932441B2 (ja) 商品販売データ処理装置
JPH1139566A (ja) 会計装置
US20110004542A1 (en) Article sales data processing apparatus and capital investment increase method
JP5562913B2 (ja) 商品販売データ処理装置及びレシート明細検索プログラム
JP5764701B2 (ja) 商取引処理装置及びレシート明細検索プログラム
JP6568271B2 (ja) 情報処理装置及び情報処理プログラム
JP4641254B2 (ja) 商品販売データ処理装置
JP4834643B2 (ja) 商品販売データ処理装置
JP2019185829A (ja) 情報処理装置及び情報処理プログラム
JP7567005B2 (ja) 登録装置及びそのプログラム
JP7131586B2 (ja) 売上データ処理装置及びプログラム
JP6382389B2 (ja) 情報処理装置及び情報処理プログラム
JP3637143B2 (ja) 商品販売登録データ処理装置
US20220076350A1 (en) Accounting apparatus, registration apparatus, and control method
JP6138198B2 (ja) 商取引処理装置及びレシート明細検索プログラム
JP3413552B2 (ja) Posシステム
JP3514888B2 (ja) 商品販売登録データ処理装置
JP2024062244A (ja) 販売データ処理装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080515

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080520

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080709

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080902

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081022

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081118

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090310