JP3741902B2 - Product sales data processing system - Google Patents
Product sales data processing system Download PDFInfo
- Publication number
- JP3741902B2 JP3741902B2 JP13805799A JP13805799A JP3741902B2 JP 3741902 B2 JP3741902 B2 JP 3741902B2 JP 13805799 A JP13805799 A JP 13805799A JP 13805799 A JP13805799 A JP 13805799A JP 3741902 B2 JP3741902 B2 JP 3741902B2
- Authority
- JP
- Japan
- Prior art keywords
- product
- data
- store
- headquarters
- master
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000012545 processing Methods 0.000 title claims description 50
- 238000013500 data storage Methods 0.000 claims description 9
- 238000012423 maintenance Methods 0.000 description 26
- 230000000694 effects Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000000034 method Methods 0.000 description 7
- 230000001932 seasonal effect Effects 0.000 description 3
- 101000911772 Homo sapiens Hsc70-interacting protein Proteins 0.000 description 2
- 101001139126 Homo sapiens Krueppel-like factor 6 Proteins 0.000 description 2
- 101000661807 Homo sapiens Suppressor of tumorigenicity 14 protein Proteins 0.000 description 2
- 101000585359 Homo sapiens Suppressor of tumorigenicity 20 protein Proteins 0.000 description 2
- 102100029860 Suppressor of tumorigenicity 20 protein Human genes 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 240000007124 Brassica oleracea Species 0.000 description 1
- 235000003899 Brassica oleracea var acephala Nutrition 0.000 description 1
- 235000011301 Brassica oleracea var capitata Nutrition 0.000 description 1
- 235000001169 Brassica oleracea var oleracea Nutrition 0.000 description 1
- 235000017399 Caesalpinia tinctoria Nutrition 0.000 description 1
- 241000269851 Sarda sarda Species 0.000 description 1
- 241000388430 Tara Species 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
Images
Landscapes
- Small-Scale Networks (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Cash Registers Or Receiving Machines (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、店舗内に配設されかつ本部機側から配信された本部マスタデータを利用して商品販売に係るデータ処理を行う店舗機と本部内に配設された本部機とがネットワークを介してデータ通信可能に接続されるとともに、本部機が店舗機に該本部マスタデータを配信可能かつ各店舗機から収集した商品販売データを一括的に管理可能に形成された商品販売データ処理システムに関する。
【0002】
【従来の技術】
図12において、商品販売データ処理システム(POSシステム)は、店舗内に配設されかつ商品販売に係るデータ処理を行う店舗機(20,10)と本部内に配設されかつ各店舗内の店舗機(20,10)を一括管理する本部機30とをネットワーク(例えば、ISDN)2を介してデータ通信可能に接続して構築されている。
【0003】
店舗機は、商品登録機能,会計処理機能等を有する当該店舗内に配設された複数(例えば、200台)の端末(例えば、電子キャッシュレジスタ)10と,これらにネットワーク(例えば、LAN)1を介してデータ通信可能に接続されたストアコントローラ20とから形成されている。
【0004】
ストアコントローラ20は、各端末10から売上データを回収し、本部機30へ送信する。また、ストアコントローラ20は、本部機30から配信された各種設定データ等を当該各端末10へダウンロードする。つまり、店舗全体管理をしつつ本部(30)と各端末10との仲介業務を司る。
【0005】
ここに、各端末10で実行する商品販売データ処理のうちの商品登録処理は、当該ストアコントローラ20の店舗マスタテーブルに記憶された商品情報を利用して行われる。つまり、端末10で入力された商品コードに対応する商品データ(例えば、商品名,単価等)を店舗マスタテーブルから得て、売上ファイルに登録する。かくして、店舗全体を画一的で正確に運用できる。
【0006】
この店舗マスタデータは本部機30から配信されて来るので、店舗機(20)内の店舗マスタデータは本部機30内の本部マスタテーブルに記憶された本部マスタデータと常に同じである。つまり、整合されている。
【0007】
そして、本部マスタデータのメンテナンス(商品データの追加・変更・削除等)は、本部内で行われ、このメンテナンス済み本部マスタデータが店舗機(20)に配信される。すなわち、店舗において、店舗マスタデータについての店舗メンテナンスは、許可されていない。
【0008】
【発明が解決しようとする課題】
ところで、本部主導の従来本部メンテナンス方式では、各店舗ごとの例えば地域的,季節的な固有的事情の詳細を掌握することが難しい。つまり、店舗ごとの販売商品等に関する固有事情の反映が難しいので、販売成績が低下する。
【0009】
そこで、店舗ごとに当該店舗マスタテーブル(当該店舗マスタデータ)のメンテナンスを許可することが容認されつつある。しかし、この場合でも店舗マスタテーブル(当該店舗マスタデータ)と本部マスタテーブル(本部マスタデータ)との整合性を図らねばならない。
【0010】
かくして、店舗マスタテーブル(店舗マスタデータ)のメンテナンスを実行した店舗から本部に、電話・ファクシミリ連絡や記憶媒体(例えば、フロッピーディスク)を用いてその内容・時期等を報告している。しかし、これらの方法では、人手が掛かりかつ大きな時間遅れが生じるばかりか、過誤,看過等の立ち入る機会が多いので正確性に欠ける場合が多々に生じる。つまり、これら問題が、本部および各店舗のそれぞれでメンテナンスを行えるとする双方メンテナンス方式の導入かつ普及の阻害要因となっている。
【0011】
本発明の目的は、各店舗側で独自的に販売した商品について本部側の本部マスタデータを補完可能な商品販売データ処理システムを提供することにある。
【0012】
【課題を解決するための手段】
請求項1の発明は、店舗内に配設されかつ本部機側から配信された本部マスタデータを利用して商品販売に係るデータ処理を行う店舗機と本部内に配設された本部機とがネットワークを介してデータ通信可能に接続されるとともに、本部機が店舗機に該本部マスタデータを配信可能かつ各店舗機から収集した商品販売データを一括的に管理可能に形成された商品販売データ処理システムにおいて、前記本部機が、前記各店舗機から収集した商品販売データをメモリに記憶可能であるとともに、メモリと本部マスタデータテーブルとを参照してメモリに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在するか否かを判別可能かつ本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合にメモリに記憶されている商品販売データ中の当該商品に不存在フラグをセット可能に形成し、メモリに不存在フラグがセットされている当該商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして本部マスタデータテーブルに反映可能かつ本部マスタデータテーブルに反映された商品についてはメモリに記憶されている当該商品についての不存在フラグをリセット可能に形成されている商品販売データ処理システムである。
【0013】
かかる発明では、本部機は、各店舗機から収集した商品販売データをメモリに記憶するとともに、このメモリと本部マスタデータテーブルとを参照してメモリに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在するか否かを判別する。
【0014】
そして、本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合に、メモリに記憶されている商品販売データ中の当該商品に不存在フラグをセットする。その後に、メモリに不存在商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして本部マスタデータテーブルに反映し、本部マスタデータテーブルに反映された商品についてはメモリに記憶されている当該商品についての不存在フラグをリセットする。
【0015】
したがって、各店舗側で独自的に販売した商品について本部側の本部マスタデータに補完できるから、店舗機側と本部機側との整合性を確実にとれる。
【0016】
また、請求項2の発明は、前記本部マスタデータテーブルが、商品コード・分類コード等を記憶する商品マスタテーブルと,商品コード・店舗コード・売単価等を記憶する商品店舗マスタテーブルとから形成された商品販売データ処理システムである。
【0017】
かかる発明では、本部マスタデータテーブルが、商品コード・分類コード等を記憶する商品マスタテーブルと,商品コード・店舗コード・売単価等を記憶する商品店舗マスタテーブルとから形成され、それぞれのテーブルに、メモリに不存在フラグがセットされている商品の商品販売に係るデータ処理を行うために必要なデータが本部マスタデータとして反映される。したがって、請求項1の発明の場合と同様な作用効果を奏することができることに加え、さらに本部マスタデータテーブルのメンテナンスを2つに分けて行えるので、作業が簡単でメンテナンスミスを軽減できる。
【0018】
また、請求項3の発明は、店舗内に配設されかつ本部機側から配信された本部マスタデータを利用して商品販売に係るデータ処理を行う店舗機と本部内に配設された本部機とがネットワークを介してデータ通信可能に接続されるとともに、本部機が店舗機に該本部マスタデータを配信可能かつ各店舗機から収集した商品販売データを一括的に管理可能に形成された商品販売データ処理システムにおいて、前記本部機に、前記各店舗機から収集した商品販売データをPOS商品データテーブルに記憶する商品販売データ記憶制御手段と,POS商品データテーブルと本部マスタデータテーブルとを参照してPOS商品データテーブルに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在するか否かを判別する商品判別手段と,本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合にPOS商品データテーブルに記憶されている商品販売データ中の当該商品に不存在フラグをセットする不存在フラグセット制御手段と,POS商品データテーブルを参照して不存在フラグがセットされている商品について当該商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータテーブルに追加する不存在商品追加制御手段と,本部マスタデータテーブルに追加された商品についてはPOS商品データテーブルに記憶されている当該商品についての不存在フラグをリセットする不存在フラグリセット制御手段とを設けた、商品販売データ処理システムである。
【0019】
かかる発明では、本部機側の商品販売データ記憶制御手段は、各店舗機から収集した商品販売データをPOS商品データテーブルに記憶する。商品判別手段は、POS商品データテーブルと本部マスタデータテーブルとを参照して、POS商品データテーブルに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在するか否かを判別する。
【0020】
すると、不存在フラグセット制御手段が、商品判別手段によってPOS商品データテーブルには記憶されているが本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合に、POS商品データテーブルに記憶されている商品販売データ中の当該商品に不存在フラグをセットする。
【0021】
その後に、不存在商品追加制御手段が、POS商品データテーブルに不存在フラグがセットされている商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして、本部マスタデータテーブルに反映つまり商品追加する。不存在フラグリセット制御手段は、本部マスタデータテーブルに反映(追加)された商品については、POS商品データテーブルに記憶されている当該商品についての不存在フラグをリセットする。
【0022】
したがって、各店舗側で独自的に販売した商品について本部側の本部マスタデータに補完できるから、店舗機側と本部機側との整合性を確実にとれるとともに、取扱いが簡単である。
【0023】
さらに、請求項4の発明は、前記本部マスタデータテーブルが商品コード・分類コード等を記憶する商品マスタテーブルと,商品コード・店舗コード・売単価等を記憶する商品店舗マスタテーブルとから形成され、前記商品判別手段,前記不存在フラグセット制御手段,前記不存在商品追加制御手段および前記不存在フラグリセット制御手段が同一商品について商品マスタテーブルおよび商品店舗マスタテーブルのそれぞれについて動作可能に形成された商品販売データ処理システムである。
【0024】
かかる発明では、商品判別手段,不存在フラグセット制御手段,不存在商品追加制御手段および不存在フラグリセット制御手段は、同一商品について商品マスタテーブルおよび商品店舗マスタテーブルのそれぞれについて動作する。したがって、請求項3の発明の場合と同様な作用効果を奏することができることに加え、さらに本部マスタデータテーブルのメンテナンスを2つに分けて行えるので、作業が簡単でメンテナンスミスを軽減できる。
【0025】
さらに、請求項5の発明は、前記POS商品データテーブルに記憶されている商品販売データ中の全ての商品について前記不存在フラグがセットされていないことを条件に、当該POS商品データテーブルに記憶されている商品販売データを商品実績データとして商品実績テーブルに反映可能に形成された商品販売データ処理システムである。
【0026】
かかる発明では、POS商品データテーブルに記憶されている商品販売データ中の全ての商品について不存在フラグがセットされていないことを条件に、つまり本部マスタデータテーブルに反映された後に、当該POS商品データテーブルに記憶されている商品販売データを商品実績データとして商品実績テーブルに反映する。したがって、請求項3および請求項4の各発明の場合と同様な作用効果を奏することができることに加え、さらに本部マスタデータテーブルと商品実績テーブルとの整合性も確実に担保できる。
【0027】
さらにまた、請求項6の発明は、前記店舗機が、前記本部機から配信された本部マスタデータを当該店舗機内の店舗マスタテーブルに反映可能かつ当該店舗で独自販売する商品について当該商品の商品販売に係るデータ処理を行うために必要なデータを店舗マスタテーブルに追加可能に形成された商品販売データ処理システムである。
【0028】
かかる発明では、本部機から配信された本部マスタデータを当該店舗機内の店舗マスタテーブルに反映することができる他、当該店舗で独自販売する商品について当該商品の商品販売に係るデータ処理を行うために必要なデータを店舗マスタテーブルに店舗内の店舗機において追加することができる。したがって、請求項1から請求項5までの各発明の場合と同様な作用効果を奏することができることに加え、さらに店舗側の事情で販売商品の増大ができるとともに、増大させた商品について本部機側にその旨を連絡しなくても自動的に本部機側の本部マスタデータテーブルに反映できる。
【0029】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
本商品販売データ処理システム(30、20,10)は、基本的構成が従来例(図12)の場合と同様とされているが、さらに図1,図2に示す如く、本部機30を各店舗機(20)から収集した商品販売データをメモリ(33P)に記憶可能であるとともに、本部機30に商品販売データ記憶制御手段(31,32)と,商品判別手段(31,32)と,不存在フラグセット制御手段(31,32)と,不存在商品追加制御手段(31,32)と,不存在フラグリセット制御手段(31,32)とを設け、メモリ(33P)と本部マスタデータテーブル33M(33MS,33MT)とを参照して商品販売データ中に本部マスタデータテーブル33Mに記憶されていない商品が存在すると判別された場合にメモリ(33P)に記憶されている商品販売データ中の当該商品に不存在フラグをセット可能に形成し、メモリ(33P)に不存在フラグがセットされている商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして本部マスタデータテーブル33M(33MS,33MT)に反映可能かつ本部マスタデータテーブルに反映された商品についてはメモリ(33P)に記憶されている当該商品についての不存在フラグをリセット可能に形成されている。
【0030】
図1,図2において、店舗機を形成する各端末(電子キャッシュレジスタ)10は、制御部(CPU,ROM,RAM),HDD,スキャナ,キーボード,表示器,プリンタ,自動開放型のドロワおよびネットワーク(例えば、LAN)1用のインターフェイスを含み、図7に示す基本的機能を実行することができる。
【0031】
すなわち、スキャナを用いて商品コードを読取り入力(ST10のYES)すると、ストアコントローラ20側の店舗マスタテーブル23Mを参照(ST11)して、当該商品データ(商品名,単価等)を取得して売上テーブル(RAM)に商品登録(ST12)する。1取引終了宣言としての締め操作(ST13)により、合計金額の算出等を含む会計処理(ST14)が実行される。
【0032】
図2において、店舗機を形成するストアコントローラ20は、CPU21,ROM22,RAM23,HDD24,キーボード(KB)26,表示器(IND)27,ネットワーク(例えば、LAN)1用のインターフェイス(I/F)およびネットワーク(例えば、ISDN)2用のインターフェイス(I/F)を含み、全端末(電子キャッレジスタ)10の一括管理機能を持つ。
【0033】
RAM23には、店舗マスタファイル23M,売上テーブル等が設けられ、いずれもHDD24でバックアップされている。
【0034】
このストアコントローラ20の基本的な機能は、図8に示す如く、本部機30側から本部マスタデータを受信(ST27のYES)すると、店舗マスタテーブル23Mを更新(記憶更新)する(ST28)。各端末10から問合があった場合には、この店舗マスタテーブル23Mを参照して当該商品コードに対応する商品データを抽出しかつ当該端末10に応答する。
【0035】
また、この実施形態では、商品追加要求(ST20のYES)後に、商品データを入力(ST21のYES)することによって、店舗マスタテーブル23Mに反映(商品追加)できるように形成されている。
【0036】
つまり、店舗マスタファイル23Mに記憶されている店舗マスタデータについてメンテナンス(店舗マスタデータの追加・変更・削除等)を独自に行える。例えば、店舗マスタデータを構成する一部の季節商品である商品データ(商品名“たらの芽”,単価“250円”)を削除し、商品データ(商品名“かつお”,単価“500円”)を追加する。また、商品データ(商品名“キャベツ”,単価“150円”)の単価を“135円”に変更する。
【0037】
さらに、即時利用の即時データ(例えば、上記例の各商品データ)および例えば2日後から利用する予定の(つまり、2日後から販売可能な)予約データ(例えば、商品名“電子玩具”,単価“8500円”)の何れに対しても店舗メンテナンスを行える。
【0038】
このような店舗メンテナンスが実行されると、店舗設定記憶制御手段(CPU21,ROM22)が、店舗メンテナンス済みの店舗マスタデータを、店舗マスタテーブル23Mに記憶する(ST22)。
【0039】
さらに、精算指令があると(ST23のYES)、精算レポートを発行(ST24)し、当該売上データ(売上金額,売上点数等)を本部機30へ送信(ST25)し、しかる後に売上テーブルをクリア(ST26)する。
【0040】
本部内に配設されたコンピュータからなる本部機30は、図1,図2に示す如く、CPU31,ROM32,RAM33,HDD34,FDD(フロッピーディスク装置)35,キーボード(KB)36,表示器(IND)37およびネットワーク(例えば、ISDN)2用のインターフェイス(I/F)を含み、当該チェーン店である各店舗機20の一括管理機能を持つ。
【0041】
RAM33には、本部マスタデータテーブル33M(商品マスタテーブル33MSおよび店舗商品マスタテーブル33MT),商品実績テーブル33JおよびPOS商品データテーブル(メモリ)33Pが設けられ、いずれもHDD34でバックアップされている。
【0042】
なお、図1中の40はパソコンからなるクライアント機で、50はプリンタである。
【0043】
本部マスタデータテーブル33Mは、この実施形態では、図3に示すJANコード(商品コード),POS名称(例えば、ストアコントローラ番号)および分類コードを記憶可能な商品マスタテーブル33MSおよび図4に示す店舗コード,JANコードおよび売単価を記憶可能な店舗商品マスタテーブル33MTとから形成されている。メンテナンスの容易化および検索便宜・高速化のためである。
【0044】
商品実績テーブル33Jは、図6に示す如く、店舗コード,日付,JANコードに、売上金額および売上点数を記憶可能である。つまり、販売実績を記憶させておくことができる。
【0045】
また、各店舗機(20)から収集した商品販売データを記憶可能なメモリを形成するPOS商品データテーブル33Pは、図5に示す如く、店舗コード,精算日付,…,売上点数,売上金額までの各データの他に、エラーコード(不存在フラグ)を記憶(セット)することができる。
【0046】
この本部機30の基本的な機能は、図11に示す如く、本部マスタデータテーブル33M(33MS,33MT)をメンテナンス可能で、配信指令(図11のST52でYES)が発せられた場合に、本部マスタデータを各店舗機(20)へ配信(ダウンロード)する(ST53)。また、各店舗機(20)から商品販売データ[売上データ(精算データ)]を受信すると、図6の商品実績テーブル33Jに反映(記憶)する(ST51)。だだし、POS商品データテーブル33Pとの関係(ST48〜ST50)については、詳細後記する。
【0047】
ここにおいて、本部機30では、各店舗機(20)から商品販売データを受信(図9のST30でYES)すると、商品販売データ記憶制御手段(CPU31,ROM32)が、その商品販売データを図5に示すメモリつまりPOS商品データテーブル33Pに記憶する(ST31)。
【0048】
商品判別手段(CPU31,ROM32)は、POS商品データテーブル33Pと本部マスタデータテーブル33Mとを参照してPOS商品データテーブル33Pに記憶されている商品販売データ中に本部マスタデータテーブル33M(33MS,33MT)に記憶されていない商品が存在するか否かを判別する(ST33,ST36)。
【0049】
この実施形態では、まず図3に示す商品マスタテーブル33MSを参照(ST31)してメモリ(33P)には記憶されているが商品マスタテーブル33MSには記憶されていない商品(不存在商品)があるか否かを判別する(ST33)。
【0050】
不存在フラグセット制御手段(CPU31,ROM32)は、商品判別手段(31,32)によってPOS商品データテーブル(メモリ)33Pには記憶されているが本商品マスタテーブル33MSに記憶されていない商品が存在すると判別された場合(ST33のYES)に、POS商品データテーブル33Pに記憶されている商品販売データ中の当該商品に不存在フラグ(エラーコード“1”)をセット(ST34)する。
【0051】
引続き、商品判別手段(31,32)は、図4に示す商品店舗マスタテーブル33MTを参照(ST35)してメモリ(33P)には記憶されているが商品店舗マスタテーブル33MTには記憶されていない商品(不存在商品)があるか否かを判別する(ST36)。
【0052】
不存在フラグセット制御手段(31,32)は、商品判別手段(31,32)によってPOS商品データテーブル(メモリ)33Pには記憶されているが商品店舗マスタテーブル33MTに記憶されていない商品が存在すると判別された場合(ST36のYES)に、POS商品データテーブル33Pに記憶されている商品販売データ中の当該商品に不存在フラグ(エラーコード“2”)をセット(ST37)する。
【0053】
なお、POS商品データテーブル(メモリ)33Pには記憶されかつ商品マスタテーブル33MSおよび商品店舗マスタテーブル33MTに記憶されていると判別された場合(ST33のNOおよびST36のNO)には、エラーコード“0”をセット(ST38)しておく。つまり、店舗側で独自的な商品販売は行われていないことが判る。
【0054】
その後に、本部マスタデータの自動更新要求(図10のST39でYES)があると、不存在商品追加制御手段(CPU31,ROM32)が、POS商品データテーブル33Pに不存在フラグ(“1”,“2”)がセットされている当該商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして、本部マスタデータテーブル33M(33MS,33MT)に反映させる。つまり、商品追加する。
【0055】
具体的には、POS商品データテーブル33Pにエラーコード“1”がセットされている場合(ST41のYES)には、不存在商品追加制御手段(31,32)が、商品マスタテーブル33MSに当該商品を追加(ST42)する。すると、不存在フラグリセット制御手段(CPU31,ROM32)が、本部マスタデータテーブル33M(33MS)に反映(追加)された商品については、POS商品データテーブル33Pに記憶されている当該商品についての不存在フラグ(“1”)をリセット(“0”)する(ST43)。フラグのクリアである。
【0056】
同様に、POS商品データテーブル33Pにエラーコード“2”がセットされている場合(ST44のYES)には、不存在商品追加制御手段(31,32)が、商品店舗マスタテーブル33MTに当該商品を追加(ST45)する。この場合も、不存在フラグリセット制御手段(31,32)が、本部マスタデータテーブル33M(33MT)に反映(追加)された商品については、POS商品データテーブル33Pに記憶されている当該商品についての不存在フラグ(“2”)をリセット(“0”)する(ST46)。全ての商品について行う(ST47のYES)。
【0057】
商品実績記憶制御手段(CPU31,ROM32)は、商品実績更新指令(図11のST48でYES)があった場合に、POS商品データテーブル33Pに記憶されている商品販売データ中の全ての商品について不存在フラグ(“1”および“2”)がセットされていないこと、つまりはフラグが“0”であることを条件(ST49、ST50のNO)に、当該POS商品データテーブル33Pに記憶されている商品販売データを商品実績データとして、商品実績テーブルに反映(ST51)する。エラーコード(“1”または“2”)がある場合(ST50のYES)は、未だ本部マスタデータテーブル33M(33MS,33MT)に反映されていないので、商品実績テーブルには反映(ST51)させない。
【0058】
かかる実施形態では、各店舗では、店舗機たる各端末10においてスキャナを用いて商品コードを読取り、その上位機たるストアコントローラ20内の店舗マスタテーブル23Mから当該商品コードに対応する商品データを取得して商品登録する(図7のST10でYES,ST11,ST12)。引続き、会計処理を行う(ST13のYES,ST14)。
【0059】
店舗機たるストアコントローラ20の店舗マスタテーブル23Mには、本部機30から配信された本部マスタデータが記憶されている(図8のST27でYES,ST28)。この本部マスタデータ(商品データ)は、各店舗機(20,10)に共通である。ときには、店舗ごとに異なるように配信することも可能である。
【0060】
しかし、ある店舗で、例えば当該地域の産地商品を割引価格で販売する場合には、キーボード26等を用いて当該商品データを店舗マスタテーブル23Mに追加することができる(ST20のYES,ST21のYES,ST22)。
【0061】
例えば、閉店時に精算業務を遂行(ST23のYES,ST24,ST26)すると、当該精算データ(売上データ…商品販売データ)は、本部機30へ送信(ST25)される。
【0062】
本部機30側では、商品販売データ記憶制御手段(31,32)が、各店舗機から収集した商品販売データを図5に示すPOS商品データテーブル33Pに記憶する(図9のST30でYES,ST31)。すると、商品判別手段(31,32)は、POS商品データテーブル33Pと本部マスタデータテーブル33M(図3に示す商品マスタテーブル33MS)とを参照して、POS商品データテーブル33Pに記憶されている商品販売データ中に本部マスタデータテーブル(33MS)に記憶されていない商品が存在するか否かを判別する(ST33)。
【0063】
商品判別手段(31,32)によって記憶されていない商品が存在すると判別された場合(ST33のYES)に、不存在フラグセット制御手段(31,32)が、POS商品データテーブル33Pに記憶されている商品販売データ中の当該商品に不存在フラグ(“1”)をセットする(ST34)。
【0064】
同様に、商品判別手段(31,32)は、POS商品データテーブル33Pと本部マスタデータテーブル33M(図4に示す商品店舗マスタテーブル33MT)とを参照して、POS商品データテーブル33Pに記憶されている商品販売データ中に本部マスタデータテーブル(33MT)に記憶されていない商品が存在するか否かを判別する(ST36)。
【0065】
商品判別手段(31,32)によって記憶されていない商品が存在すると判別された場合(ST36のYES)に、不存在フラグセット制御手段(31,32)が、POS商品データテーブル33Pに記憶されている商品販売データ中の当該商品に不存在フラグ(“2”)をセットする(ST37)。
【0066】
不存在商品がない場合(ST33のNOおよびST36のNO)は、POS商品データテーブル33Pのエラーコード欄には、“0”がセットされる(ST38)。
【0067】
その後のメンテナンス指令(図10のST39でYES)により、不存在商品追加制御手段(31,32)は、POS商品データテーブル33Pを参照(ST40)して、それに不存在フラグ(“1”)がセットされている商品の商品販売に係るデータ処理を行うために必要なデータ(JANコード,POS名称,分類コード)を本部マスタデータとして本部マスタデータテーブル33M(商品マスタテーブル33MS)に反映する。つまり、商品追加する(ST41のYES,ST42)。
【0068】
すると、不存在フラグリセット制御手段(31,32)が、本部マスタデータテーブル33M(33MS)に反映(追加)された商品については、POS商品データテーブル33Pに記憶されている当該商品についての不存在フラグ(“1”)をリセットする(ST43)。
【0069】
同様に、不存在商品追加制御手段(31,32)は、POS商品データテーブル33Pに不存在フラグ(“2”)がセットされている当該商品の商品販売に係るデータ処理を行うために必要なデータ(店舗コード,JANコード,売単価)を本部マスタデータとして本部マスタデータテーブル33M(商品店舗マスタテーブル33MT)に反映する。つまり、商品追加する(ST44のYES,ST45)。
【0070】
すると、不存在フラグリセット制御手段(31,32)が、本部マスタデータテーブル33M(33MT)に反映(追加)された商品については、POS商品データテーブル33Pに記憶されている当該商品についての不存在フラグ(“2”)をリセットする(ST46)。
【0071】
したがって、各店舗側で独自的に販売した商品について本部側の本部マスタデータに補完できるから、店舗機(20)側と本部機30側との整合性を確実にとれる。
【0072】
また、商品判別手段(31,32),不存在フラグセット制御手段(31,32),不存在商品追加制御手段(31,32)および不存在フラグリセット制御手段(31,32)は、同一商品について商品マスタテーブル33MSおよび商品店舗マスタテーブル33MTのそれぞれについて動作する。つまり、商品コード(JANコード)を共通として本部マスタデータテーブル33M(33MS,33MT)のメンテナンスを2つに分けて行えるので、作業が簡単でメンテナンスミスを軽減できる。
【0073】
さらに、POS商品データテーブル33Pに記憶されている商品販売データ中の全ての商品について不存在フラグ(“1”および“2”)がセットされていないことを条件(図11のST48でYES,ST49,ST50のYES)に、商品実績記憶制御手段(31,32)が、POS商品データテーブル33Pに記憶されている商品販売データを商品実績データとして、商品実績テーブル33Jに反映(ST51)する。つまり、本部マスタデータテーブル33M(33MS,33MT)と商品実績テーブル33Jとの整合性も確実に担保できる。
【0074】
このようにして、各店舗(20,10)側で独自的に販売した商品について本部(30)側の本部マスタデータに補完できるから、店舗機(20)側と本部機30側との整合性を確実にとれる。したがって、本部主導のメンテナンス方式を原則としつつ、各店舗ごとの例えば地域的,季節的な固有的事情つまりは販売商品等に関する固有事情の反映が容易であるから、販売成績を向上させることができる。
【0075】
しかも、店舗マスタテーブル(店舗マスタデータ)23Mのメンテナンスを実行した店舗(20)から本部(30)に、電話・ファクシミリ連絡や記憶媒体(例えば、フロッピーディスク)を用いてその内容・時期等を報告しなくてもよいから、人手が掛からずかつ迅速に処理できるとともに、過誤,看過等の立ち入る機会を大幅に軽減できかつ正確性を担保できる。さらに、本部および各店舗のそれぞれでメンテナンスを行えるとする双方メンテナンス方式の導入かつ普及の拡大が容易になる。
【0076】
【発明の効果】
請求項1の発明によれば、本部機がメモリに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合にメモリに記憶されている商品販売データ中の当該商品に不存在フラグをセット可能であるとともに、メモリに不存在フラグがセットされている商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして本部マスタデータテーブルに反映可能かつ本部マスタデータテーブルに反映された商品についてはメモリに記憶されている当該商品についての不存在フラグをリセット可能に形成された商品販売データ処理システムであるから、各店舗側で独自的に販売した商品について本部側の本部マスタデータに補完できるから、店舗機側と本部機側との整合性を確実にとれる。
【0077】
また、請求項2の発明によれば、本部マスタデータテーブルが、商品マスタテーブルと商品店舗マスタテーブルとから形成されているので、請求項1の発明の場合と同様な効果を奏することができることに加え、さらに本部マスタデータテーブルのメンテナンスを2つに分けて行えるので、作業が簡単でメンテナンスミスを軽減できる。
【0078】
また、請求項3の発明によれば、本部機に商品販売データ記憶制御手段と,商品判別手段と,不存在フラグセット制御手段と,不存在商品追加制御手段と,不存在フラグリセット制御手段とを設け、商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合に商品販売データ中の当該商品に不存在フラグをセット可能かつ不存在フラグがセットされている商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして本部マスタデータテーブルに反映可能な商品販売データ処理システムであるから、各店舗側で独自的に販売した商品について本部側の本部マスタデータに補完できるから、店舗機側と本部機側との整合性を確実にとれるとともに、取扱いが簡単である。
【0079】
さらに、請求項4の発明によれば、商品判別手段,不存在フラグセット制御手段,不存在商品追加制御手段および不存在フラグリセット制御手段が、同一商品について商品コード・分類コード等を記憶する商品マスタテーブルおよび商品コード・店舗コード・売単価等を記憶する商品店舗マスタテーブルのそれぞれについて動作可能に形成されているので、請求項3の発明の場合と同様な効果を奏することができることに加え、さらに本部マスタデータテーブルのメンテナンスを2つに分けて行えるので、作業が簡単でメンテナンスミスを軽減できる。
【0080】
さらに、請求項5の発明によれば、POS商品データテーブルに記憶されている商品販売データ中の全ての商品について不存在フラグがセットされていないことを条件に、当該商品販売データを商品実績データとして商品実績テーブルに反映可能に形成されているので、請求項3および請求項4の各発明の場合と同様な効果を奏することができることに加え、さらに本部マスタデータテーブルと商品実績テーブルとの整合性も確実に担保できる。
【0081】
さらにまた、請求項6の発明によれば、店舗機が本部機から配信された本部マスタデータを当該店舗機内の店舗マスタテーブルに反映可能かつ店舗で独自販売する商品についての商品販売に係るデータ処理に必須なデータを店舗マスタテーブルに追加可能に形成されているので、請求項1から請求項5までの各発明の場合と同様な効果を奏することができることに加え、さらに店舗側の事情で販売商品の増大ができるとともに、増大させた商品について本部機側にその旨を連絡しなくても自動的に本部機側の本部マスタデータテーブルに反映できる。
【図面の簡単な説明】
【図1】本発明の実施形態を示す概略ブロック図である。
【図2】同じく、ブロック図である。
【図3】同じく、商品マスタテーブルを説明するための図である。
【図4】同じく、商品店舗マスタテーブルを説明するための図である。
【図5】同じく、POS商品データテーブルを説明するための図である。
【図6】同じく、商品実績テーブルを説明するための図である。
【図7】同じく、端末側の動作を説明するためのフローチャートである。
【図8】同じく、店舗機側の動作を説明するためのフローチャートである。
【図9】同じく、本部機側の動作を説明するためのフローチャート(1)である。
【図10】同じく、本部機側の動作を説明するためのフローチャート(2)である。
【図11】同じく、本部機側の動作を説明するためのフローチャート(3)である。
【図12】従来例を説明するためのブロック図である。
【符号の説明】
1 ネットワーク
2 ネットワーク
10 端末(店舗機)
20 ストアコントローラ(店舗機)
21 CPU
22 ROM
23 RAM
23M 店舗マスタテーブル
24 HDD
26 キーボード
27 表示器
30 本部機
31 CPU(商品販売データ記憶制御手段,商品判別手段,不存在フラグセット制御手段,不存在商品追加制御手段,不存在フラグリセット制御手段)
32 ROM(商品販売データ記憶制御手段,商品判別手段,不存在フラグセット制御手段,不存在商品追加制御手段,不存在フラグリセット制御手段)
33 RAM
33M 本部マスタデータテーブル
33MS 商品マスタテーブル(本部マスタデータテーブル)
33MT 商品店舗マスタテーブル(本部マスタデータテーブル)
33J 商品実績マスタテーブル
33P POS商品データテーブル(メモリ)
34 HDD
35 FDD
36 キーボード
37 表示器[0001]
BACKGROUND OF THE INVENTION
In the present invention, a store machine that performs data processing related to product sales using headquarters master data distributed in the store and distributed from the headquarters machine side and a headquarter machine installed in the headquarters via a network. The present invention relates to a product sales data processing system that is connected so that data communication is possible, and that the head office machine can deliver the head office master data to store machines and that can manage the product sales data collected from each store machine collectively.
[0002]
[Prior art]
In FIG. 12, a merchandise sales data processing system (POS system) includes store machines (20, 10) that are arranged in a store and perform data processing related to merchandise sales, stores in the headquarters, and stores in each store. It is constructed by connecting the
[0003]
The store machine includes a plurality of (for example, 200) terminals (for example, electronic cash registers) 10 disposed in the store having a product registration function, an accounting processing function, and the like, and a network (for example, LAN) 1 And the
[0004]
The
[0005]
Here, the merchandise registration process in the merchandise sales data process executed on each
[0006]
Since the store master data is distributed from the
[0007]
The maintenance of the headquarters master data (addition / change / deletion of product data, etc.) is performed in the headquarters, and the headquarters master data that has been maintained is distributed to the store machine (20). That is, store maintenance for store master data is not permitted in stores.
[0008]
[Problems to be solved by the invention]
By the way, with the conventional headquarters maintenance method led by the headquarters, it is difficult to grasp details of local and seasonal specific circumstances for each store. That is, since it is difficult to reflect the unique circumstances regarding the sales products and the like for each store, the sales results deteriorate.
[0009]
Therefore, permitting maintenance of the store master table (store master data) for each store is being accepted. However, even in this case, consistency between the store master table (the store master data) and the headquarters master table (headquarters master data) must be achieved.
[0010]
Thus, the contents / time, etc. are reported from the store where the maintenance of the store master table (store master data) is performed to the headquarters using telephone / facsimile communication or a storage medium (for example, floppy disk). However, these methods are not only time-consuming and cause a large time delay, but also have many occasions where mistakes, oversights and the like are entered, so that there are many cases where accuracy is lacking. That is, these problems are an obstacle to the introduction and spread of the two-sided maintenance method that enables maintenance at the headquarters and each store.
[0011]
An object of the present invention is to provide a merchandise sales data processing system capable of complementing headquarters master data on the headquarters side for merchandise sold independently on each store side.
[0012]
[Means for Solving the Problems]
According to the first aspect of the present invention, there is provided a store machine that performs data processing related to merchandise sales using headquarters master data that is disposed in a store and distributed from the headquarters machine side, and a headquarter machine that is disposed in the headquarters. Product sales data processing that is connected so that data communication is possible via a network, and that the head office machine can distribute the head office master data to store machines and that can manage the product sales data collected from each store machine collectively In the system, the head office machine can store the product sales data collected from each store machine in the memory, and the head office in the product sales data stored in the memory with reference to the memory and the head office master data table. It is possible to determine whether there is a product that is not stored in the master data table, and it is determined that there is a product that is not stored in the headquarters master data table. The non-existence flag can be set to the product in the product sales data stored in the memory, and data processing related to the product sales of the product for which the non-existence flag is set in the memory is performed. Necessary data can be reflected as headquarters master data in the headquarters master data table, and for merchandise reflected in the headquarters master data table, merchandise sales are formed so that the absence flag for the merchandise stored in the memory can be reset A data processing system.
[0013]
In this invention, the head office machine stores the product sales data collected from each store machine in the memory, and the head office master data in the product sales data stored in the memory with reference to the memory and the head office master data table. It is determined whether or not there is a product that is not stored in the table.
[0014]
When it is determined that there is a product that is not stored in the headquarters master data table, a non-existence flag is set for the product in the product sales data stored in the memory. After that, the data necessary for data processing related to merchandise sales of non-existing products in the memory is reflected in the headquarters master data table as headquarters master data, and the products reflected in the headquarters master data table are stored in the memory. Reset the absence flag for the product in question.
[0015]
Therefore, since the merchandise sold independently at each store can be supplemented to the headquarters master data at the headquarters, consistency between the store machine and the headquarters can be ensured.
[0016]
In the invention of
[0017]
In such an invention, the headquarters master data table is formed from a product master table that stores product codes, classification codes, and the like, and a product store master table that stores product codes, store codes, unit prices, etc. Data necessary for performing data processing related to product sales of products for which the non-existence flag is set in the memory is reflected as headquarters master data. Therefore, in addition to having the same operational effects as in the case of the first aspect of the invention, the maintenance of the headquarters master data table can be further divided into two, so that the work can be simplified and maintenance errors can be reduced.
[0018]
Further, the invention of
[0019]
In this invention, the merchandise sales data storage control means on the head office side stores the merchandise sales data collected from each store machine in the POS merchandise data table. The product discriminating means refers to the POS product data table and the headquarters master data table and determines whether or not there is a product not stored in the headquarters master data table in the product sales data stored in the POS product data table. Is determined.
[0020]
Then, the non-existence flag set control means stores in the POS product data table when the product discrimination means determines that there is a product stored in the POS product data table but not stored in the headquarters master data table. A non-existence flag is set for the product in the product sales data.
[0021]
After that, the non-existing product addition control means sets the data necessary for performing data processing related to the merchandise sales of the product for which the non-existence flag is set in the POS product data table as the headquarters master data in the headquarters master data table. Reflect, that is, add a product. The nonexistence flag reset control means resets the nonexistence flag for the product stored in the POS product data table for the product reflected (added) in the headquarters master data table.
[0022]
Therefore, since the products sold independently at each store side can be supplemented to the headquarters master data at the headquarters side, consistency between the store machine side and the headquarters machine side can be ensured and the handling is easy.
[0023]
Further, the invention of
[0024]
In such an invention, the product discrimination means, the nonexistence flag set control means, the nonexistent product addition control means, and the nonexistence flag reset control means operate for each of the product master table and the product store master table for the same product. Therefore, in addition to having the same operational effects as in the case of the invention of
[0025]
Furthermore, the invention of
[0026]
In such an invention, on the condition that all the products in the product sales data stored in the POS product data table are not set with the non-existence flag, that is, after being reflected in the headquarters master data table, the POS product data The product sales data stored in the table is reflected in the product result table as product result data. Therefore, in addition to being able to achieve the same effects as those of the inventions of
[0027]
Furthermore, in the invention of
[0028]
In this invention, the headquarters master data distributed from the headquarter machine can be reflected in the store master table in the store machine, and the data processing related to the merchandise sales of the merchandise for the merchandise sold independently in the store Necessary data can be added to the store master table at the store machine in the store. Therefore, in addition to being able to achieve the same operational effects as those of the inventions of
[0029]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
The merchandise sales data processing system (30, 20, 10) has the same basic configuration as that of the conventional example (FIG. 12). However, as shown in FIGS. The product sales data collected from the store machine (20) can be stored in the memory (33P), the product sales data storage control means (31, 32), the product discrimination means (31, 32), The absence flag set control means (31, 32), the absence product addition control means (31, 32), and the absence flag reset control means (31, 32) are provided, the memory (33P) and the headquarters master data table. When it is determined that there is a product not stored in the headquarters master data table 33M in the product sales data with reference to 33M (33MS, 33MT), it is stored in the memory (33P). The headquarters master data is formed so that a non-existence flag can be set for the product in the product sales data, and data necessary for product processing of the product for which the non-existence flag is set in the memory (33P). As for products that can be reflected in the headquarters master data table 33M (33MS, 33MT) and that are reflected in the headquarters master data table, the non-existence flag for the product stored in the memory (33P) can be reset. .
[0030]
1 and 2, each terminal (electronic cash register) 10 forming the store machine includes a control unit (CPU, ROM, RAM), HDD, scanner, keyboard, display, printer, automatic opening type drawer and network. An interface for (for example, LAN) 1 is included, and the basic functions shown in FIG. 7 can be performed.
[0031]
That is, when a product code is read and input using a scanner (YES in ST10), the store master table 23M on the
[0032]
In FIG. 2, the
[0033]
The
[0034]
As shown in FIG. 8, the basic function of the
[0035]
Further, in this embodiment, after the product addition request (YES in ST20), the product data is input (YES in ST21) so that it can be reflected (added product) in the store master table 23M.
[0036]
That is, maintenance (addition / change / deletion of store master data, etc.) can be performed independently for store master data stored in the store master file 23M. For example, the product data (product name “Tara no bud”, unit price “250 yen”) that is a part of seasonal products constituting the store master data is deleted, and product data (product name “bonito”, unit price “500 yen”) is deleted. ) Is added. Also, the unit price of the product data (product name “cabbage”, unit price “150 yen”) is changed to “135 yen”.
[0037]
Further, immediate data for immediate use (for example, each product data in the above example) and reservation data (for example, product name “electronic toy”, unit price “ Store maintenance can be performed for any of “8500 yen”).
[0038]
When such store maintenance is executed, the store setting storage control means (
[0039]
Furthermore, when there is a settlement instruction (YES in ST23), a settlement report is issued (ST24), the sales data (sales amount, sales points, etc.) is transmitted to the head office 30 (ST25), and then the sales table is cleared. (ST26).
[0040]
As shown in FIG. 1 and FIG. 2, the
[0041]
The
[0042]
In FIG. 1,
[0043]
In this embodiment, the headquarters master data table 33M includes a product master table 33MS that can store a JAN code (product code), a POS name (for example, a store controller number) and a classification code shown in FIG. 3, and a store code shown in FIG. , A store product master table 33MT capable of storing a JAN code and a selling price. This is to facilitate maintenance and facilitate search and speed up.
[0044]
As shown in FIG. 6, the product record table 33J can store the sales amount and the sales points in the store code, date, and JAN code. That is, sales results can be stored.
[0045]
Further, as shown in FIG. 5, the POS product data table 33P forming a memory capable of storing the product sales data collected from each store machine (20) has a store code, a settlement date,... In addition to each data, an error code (absence flag) can be stored (set).
[0046]
As shown in FIG. 11, the basic function of the
[0047]
Here, when the
[0048]
The product discriminating means (CPU 31, ROM 32) refers to the POS product data table 33P and the headquarters master data table 33M, and stores the headquarters master data table 33M (33MS, 33MT) in the product sales data stored in the POS product data table 33P. ) Is determined whether there is a product not stored in (ST33, ST36).
[0049]
In this embodiment, first, there is a product (non-existing product) that is stored in the memory (33P) with reference to the product master table 33MS shown in FIG. 3 (ST31) but not stored in the product master table 33MS. Is determined (ST33).
[0050]
The absence flag set control means (CPU 31, ROM 32) is stored in the POS product data table (memory) 33P by the product discrimination means (31, 32), but there is a product not stored in the product master table 33MS. If it is determined (YES in ST33), a non-existence flag (error code “1”) is set to the product in the product sales data stored in the POS product data table 33P (ST34).
[0051]
Subsequently, the product discrimination means (31, 32) refers to the product store master table 33MT shown in FIG. 4 (ST35) and is stored in the memory (33P) but not stored in the product store master table 33MT. It is determined whether there is a product (non-existing product) (ST36).
[0052]
The absence flag set control means (31, 32) is stored in the POS product data table (memory) 33P by the product discrimination means (31, 32), but there is a product not stored in the product store master table 33MT. If it is determined (YES in ST36), a non-existence flag (error code “2”) is set to the product in the product sales data stored in the POS product data table 33P (ST37).
[0053]
When it is determined that the data is stored in the POS product data table (memory) 33P and stored in the product master table 33MS and the product store master table 33MT (NO in ST33 and NO in ST36), the error code “ 0 "is set (ST38). In other words, it can be seen that the store does not sell unique products.
[0054]
Thereafter, when there is an automatic update request for the headquarters master data (YES in ST39 in FIG. 10), the nonexistent product addition control means (CPU 31, ROM 32) displays the nonexistence flag (“1”, “1” in the POS product data table 33P. 2 ”) is reflected in the headquarters master data table 33M (33MS, 33MT) as headquarters master data as data necessary for data processing related to the merchandise sales of the merchandise for which“ 2 ”) is set. That is, a product is added.
[0055]
Specifically, when the error code “1” is set in the POS product data table 33P (YES in ST41), the non-existing product addition control means (31, 32) stores the product in the product master table 33MS. Is added (ST42). Then, the nonexistence flag reset control means (CPU 31, ROM 32) does not exist for the product stored in the POS product data table 33P for the product reflected (added) to the headquarters master data table 33M (33MS). The flag (“1”) is reset (“0”) (ST43). The flag is cleared.
[0056]
Similarly, when the error code “2” is set in the POS product data table 33P (YES in ST44), the non-existing product addition control means (31, 32) puts the product in the product store master table 33MT. Add (ST45). Also in this case, for the product reflected (added) to the headquarters master data table 33M (33MT) by the absence flag reset control means (31, 32), the product stored in the POS product data table 33P is stored. The absence flag (“2”) is reset (“0”) (ST46). This is done for all products (YES in ST47).
[0057]
The merchandise record storage control means (CPU 31, ROM 32) is ineffective for all the merchandise in the merchandise sales data stored in the POS merchandise data table 33P when there is a merchandise record update command (YES in ST48 in FIG. 11). Stored in the POS merchandise data table 33P on condition that the presence flags ("1" and "2") are not set, that is, the flag is "0" (NO in ST49 and ST50). The product sales data is reflected in the product result table as product result data (ST51). If there is an error code (“1” or “2”) (YES in ST50), it is not yet reflected in the headquarters master data table 33M (33MS, 33MT), so it is not reflected in the product record table (ST51).
[0058]
In such an embodiment, in each store, a product code is read using a scanner in each terminal 10 serving as a store machine, and product data corresponding to the product code is acquired from the store master table 23M in the
[0059]
The store master table 23M of the
[0060]
However, in a certain store, for example, when selling local products at a discount price, the product data can be added to the store master table 23M using the
[0061]
For example, when a checkout operation is performed when the store is closed (YES in ST23, ST24, ST26), the checkout data (sales data... Merchandise sales data) is transmitted to the head office 30 (ST25).
[0062]
On the
[0063]
When it is determined by the product determination means (31, 32) that there is a product not stored (YES in ST33), the non-existence flag set control means (31, 32) is stored in the POS product data table 33P. A non-existence flag (“1”) is set for the product in the product sales data (ST34).
[0064]
Similarly, the product discriminating means (31, 32) is stored in the POS product data table 33P with reference to the POS product data table 33P and the headquarters master data table 33M (the product store master table 33MT shown in FIG. 4). It is determined whether there is a product not stored in the headquarters master data table (33MT) in the existing product sales data (ST36).
[0065]
When it is determined by the product determination means (31, 32) that there is a product not stored (YES in ST36), the non-existence flag set control means (31, 32) is stored in the POS product data table 33P. A non-existence flag (“2”) is set for the product in the product sales data (ST37).
[0066]
If there is no non-existing product (NO in ST33 and NO in ST36), “0” is set in the error code column of the POS product data table 33P (ST38).
[0067]
By the subsequent maintenance command (YES in ST39 in FIG. 10), the nonexistent product addition control means (31, 32) refers to the POS product data table 33P (ST40), and the nonexistence flag (“1”) is set in it. Data (JAN code, POS name, classification code) necessary for data processing related to the sale of the set product is reflected in the headquarter master data table 33M (product master table 33MS) as headquarter master data. That is, a product is added (YES in ST41, ST42).
[0068]
Then, for the product reflected (added) by the non-existence flag reset control means (31, 32) in the headquarters master data table 33M (33MS), the non-existence for the product stored in the POS product data table 33P. The flag (“1”) is reset (ST43).
[0069]
Similarly, the nonexistent product addition control means (31, 32) is necessary for performing data processing related to the product sales of the product for which the nonexistence flag (“2”) is set in the POS product data table 33P. Data (store code, JAN code, unit price) is reflected as headquarter master data in the headquarters master data table 33M (product store master table 33MT). That is, a product is added (YES in ST44, ST45).
[0070]
Then, for the product reflected (added) to the headquarters master data table 33M (33MT), the absence flag reset control means (31, 32) does not exist for the product stored in the POS product data table 33P. The flag (“2”) is reset (ST46).
[0071]
Therefore, since the merchandise sold independently at each store side can be complemented by the headquarters master data at the headquarters side, the consistency between the store machine (20) side and the
[0072]
Further, the product discrimination means (31, 32), the non-existence flag set control means (31, 32), the non-existing product addition control means (31, 32) and the non-existence flag reset control means (31, 32) The product master table 33MS and the product store master table 33MT operate. That is, since the maintenance of the headquarter master data table 33M (33MS, 33MT) can be divided into two with a common product code (JAN code), the work is easy and maintenance errors can be reduced.
[0073]
Further, it is a condition that the non-existence flags (“1” and “2”) are not set for all products in the product sales data stored in the POS product data table 33P (YES in ST48 of FIG. 11, ST49). , ST50 YES), the merchandise record storage control means (31, 32) reflects the merchandise sales data stored in the POS merchandise data table 33P as the merchandise record data in the merchandise record table 33J (ST51). That is, the consistency between the headquarters master data table 33M (33MS, 33MT) and the product record table 33J can be ensured.
[0074]
In this way, since the products sold independently on each store (20, 10) side can be supplemented to the headquarters master data on the headquarters (30) side, consistency between the store machine (20) side and the
[0075]
In addition, the store (20) that performed maintenance of the store master table (store master data) 23M reports the contents and timing to the headquarters (30) using telephone / facsimile communication or a storage medium (for example, floppy disk). Therefore, it is possible to perform processing quickly and without manpower, and it is possible to greatly reduce the chances of entering errors and oversights and to ensure accuracy. Furthermore, it becomes easy to introduce a two-sided maintenance method that enables maintenance at the headquarters and each store, and to spread the spread.
[0076]
【The invention's effect】
According to the first aspect of the present invention, the product sales data stored in the memory when the head office machine determines that there is a product not stored in the headquarters master data table in the product sales data stored in the memory. In the headquarters master data table, the data required for data processing related to product sales of products for which the absence flag can be set in the memory can be set in the headquarters master data table. For merchandise that can be reflected and reflected in the headquarters master data table, it is a merchandise sales data processing system that can reset the non-existence flag for the merchandise stored in the memory. Since the products sold can be supplemented to the headquarters master data on the headquarters side, consistency between the store machine side and the headquarters machine side can be ensured. Indeed take.
[0077]
Further, according to the invention of
[0078]
According to the invention of
[0079]
Further, according to the invention of
[0080]
Furthermore, according to the invention of
[0081]
Furthermore, according to the invention of
[Brief description of the drawings]
FIG. 1 is a schematic block diagram showing an embodiment of the present invention.
FIG. 2 is also a block diagram.
FIG. 3 is also a diagram for explaining a product master table.
FIG. 4 is also a diagram for explaining a merchandise store master table.
FIG. 5 is also a diagram for explaining a POS product data table.
FIG. 6 is also a diagram for explaining a product record table.
FIG. 7 is also a flowchart for explaining the operation on the terminal side.
FIG. 8 is also a flowchart for explaining the operation on the store machine side.
FIG. 9 is a flowchart (1) for explaining the operation on the main unit side in the same manner.
FIG. 10 is a flowchart (2) for explaining the operation on the main unit side in the same manner.
FIG. 11 is a flowchart (3) for explaining the operation on the main unit side in the same manner.
FIG. 12 is a block diagram for explaining a conventional example.
[Explanation of symbols]
1 network
2 network
10 terminal (store machine)
20 Store controller (store machine)
21 CPU
22 ROM
23 RAM
23M Store master table
24 HDD
26 keyboard
27 Display
30 headquarters machine
31 CPU (product sales data storage control means, product discrimination means, absence flag set control means, absence product addition control means, absence flag reset control means)
32 ROM (product sales data storage control means, product discrimination means, absence flag set control means, absence product addition control means, absence flag reset control means)
33 RAM
33M Headquarters Master Data Table
33MS Product Master Table (Headquarters Master Data Table)
33MT merchandise store master table (headquarters master data table)
33J Product results master table
33P POS product data table (memory)
34 HDD
35 FDD
36 keyboard
37 Display
Claims (6)
前記本部機が、前記各店舗機から収集した商品販売データをメモリに記憶可能であるとともに、メモリと本部マスタデータテーブルとを参照してメモリに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在するか否かを判別可能かつ本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合にメモリに記憶されている商品販売データ中の当該商品に不存在フラグをセット可能に形成し、
メモリに不存在フラグがセットされている当該商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータとして本部マスタデータテーブルに反映可能かつ本部マスタデータテーブルに反映された商品についてはメモリに記憶されている当該商品についての不存在フラグをリセット可能に形成されている商品販売データ処理システム。Data can be communicated via the network between the store machine that performs data processing related to product sales using the headquarters master data distributed from the headquarters machine and the headquarters installed in the headquarters. In the product sales data processing system formed so that the head office machine can distribute the head office master data to the store machine and can manage the product sales data collected from each store machine collectively,
The head office machine can store the product sales data collected from each store machine in the memory, and the head office master data table in the product sales data stored in the memory with reference to the memory and the head office master data table It is possible to determine whether there is a product not stored in the product, and if it is determined that there is a product not stored in the headquarters master data table, the product in the product sales data stored in the memory does not exist Form the flag to be settable,
For the products that can be reflected in the headquarters master data table as the headquarters master data the data necessary to perform data processing related to the product sales of the product for which the non-existence flag is set in the memory, and reflected in the headquarters master data table A merchandise sales data processing system configured to be able to reset a non-existence flag for the merchandise stored in a memory.
前記本部機に、前記各店舗機から収集した商品販売データをPOS商品データテーブルに記憶する商品販売データ記憶制御手段と,POS商品データテーブルと本部マスタデータテーブルとを参照してPOS商品データテーブルに記憶されている商品販売データ中に本部マスタデータテーブルに記憶されていない商品が存在するか否かを判別する商品判別手段と,本部マスタデータテーブルに記憶されていない商品が存在すると判別された場合にPOS商品データテーブルに記憶されている商品販売データ中の当該商品に不存在フラグをセットする不存在フラグセット制御手段と,POS商品データテーブルを参照して不存在フラグがセットされている商品について当該商品の商品販売に係るデータ処理を行うために必要なデータを本部マスタデータテーブルに追加する不存在商品追加制御手段と,本部マスタデータテーブルに追加された商品についてはPOS商品データテーブルに記憶されている当該商品についての不存在フラグをリセットする不存在フラグリセット制御手段とを設けた、商品販売データ処理システム。Data can be communicated via the network between the store machine that performs data processing related to product sales using the headquarters master data distributed from the headquarters machine and the headquarters installed in the headquarters. In the product sales data processing system formed so that the head office machine can distribute the head office master data to the store machine and can manage the product sales data collected from each store machine collectively,
In the head office machine, the merchandise sales data storage control means for storing the merchandise sales data collected from each store machine in the POS merchandise data table, the POS merchandise data table and the head office master data table are referred to the POS merchandise data table. When it is determined that there is a product determination unit that determines whether or not there is a product that is not stored in the headquarters master data table in the stored product sales data, and a product that is not stored in the headquarters master data table The non-existence flag set control means for setting the non-existence flag to the product in the product sales data stored in the POS product data table, and the product for which the non-existence flag is set with reference to the POS product data table Data necessary for data processing related to product sales of the product A non-existing product addition control means for adding to the data table, and a non-existence flag reset control means for resetting a non-existence flag for the product stored in the POS product data table for the product added to the headquarters master data table; A product sales data processing system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13805799A JP3741902B2 (en) | 1999-05-19 | 1999-05-19 | Product sales data processing system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP13805799A JP3741902B2 (en) | 1999-05-19 | 1999-05-19 | Product sales data processing system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000331247A JP2000331247A (en) | 2000-11-30 |
JP3741902B2 true JP3741902B2 (en) | 2006-02-01 |
Family
ID=15212983
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP13805799A Expired - Fee Related JP3741902B2 (en) | 1999-05-19 | 1999-05-19 | Product sales data processing system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3741902B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4677673B2 (en) * | 2000-12-28 | 2011-04-27 | ブラザー工業株式会社 | Electronic store management system |
JP5457422B2 (en) * | 2011-10-24 | 2014-04-02 | 東芝テック株式会社 | Information processing apparatus and program |
-
1999
- 1999-05-19 JP JP13805799A patent/JP3741902B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000331247A (en) | 2000-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2009151518A (en) | Receipt issuing method, receipt issuing system and receipt issuing machine | |
JP2007018043A (en) | Coupon issuing system | |
JP3741902B2 (en) | Product sales data processing system | |
US10078829B2 (en) | Information processing device, transaction processing system, and recording device | |
JP2003132430A (en) | Customer managing device and merchandise sales registration data processor | |
JPH11134401A (en) | Merchandise sales registration data processor | |
JP2007018042A (en) | Coupon issuing system | |
JP6872065B2 (en) | Sales data processing equipment and programs | |
JPH1011508A (en) | Merchandise sales registering data processor | |
JPH0844953A (en) | Article sales registration data processor | |
JP3586554B2 (en) | Commodity sales registration processing device and recording medium recording program used for the same | |
JP3659838B2 (en) | Product sales data processing system | |
JP3392697B2 (en) | Product sales management method and apparatus, and computer-readable recording medium storing product sales management program | |
JP3681564B2 (en) | Product sales data processing system | |
JP2002352335A (en) | Commodity sale data processing system | |
JP2000293762A (en) | System for processing merchandise sales data | |
JPH10289386A (en) | Commodity sales management device and computer reading possible recording medium with recorded commodity sales management program | |
JP7117898B2 (en) | Server device and program | |
JP2952295B2 (en) | POS information processing system and refund processing system | |
JP3930686B2 (en) | Product sales data processing method and product sales data processing system | |
JP2008299741A (en) | Commodity sales data processing device, commodity sales data management device, host device, commodity sales data processing system, and commodity sales data processing method | |
JP4857200B2 (en) | Merchandise sales data processing system and merchandise sales data processing method | |
JP2004038834A (en) | Server, storage medium, and program for credit card processing system | |
JP2001209863A (en) | Store management device | |
TR2023014295A2 (en) | Payment and Documents and Documentation Transactions Received with Payment Recording Systems Main Partner Management System |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051025 |
|
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: 20051108 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051109 |
|
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: 20091118 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091118 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101118 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101118 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111118 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111118 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121118 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131118 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |