JP4113736B2 - POS management system - Google Patents

POS management system Download PDF

Info

Publication number
JP4113736B2
JP4113736B2 JP2002185299A JP2002185299A JP4113736B2 JP 4113736 B2 JP4113736 B2 JP 4113736B2 JP 2002185299 A JP2002185299 A JP 2002185299A JP 2002185299 A JP2002185299 A JP 2002185299A JP 4113736 B2 JP4113736 B2 JP 4113736B2
Authority
JP
Japan
Prior art keywords
sales data
sales
flag
erroneous
application
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
JP2002185299A
Other languages
Japanese (ja)
Other versions
JP2004030210A (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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002185299A priority Critical patent/JP4113736B2/en
Publication of JP2004030210A publication Critical patent/JP2004030210A/en
Application granted granted Critical
Publication of JP4113736B2 publication Critical patent/JP4113736B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、商品に添付されたバーコードなどを読み取って売上データを作成して精算するPOS管理システムに関するものである。
【0002】
【従来の技術】
従来、店舗でPOS端末にて、顧客が陳列棚などから持ってきた商品のバーコードを読み取って売上データを作成して登録し精算し、商品を渡している。
【0003】
この際、操作ミスや顧客が商品を他の商品に変えたりし、元の商品の売上データを取り消す必要が生じた場合、マイナスの売上データを作成して結果的に取り消しを行い、新たに正しいあるいは取り替え後の商品の売上データを入力し、精算するようにしていた。
【0004】
また、取り消す必要が生じた一連の売上データをレシートに印字して無効レシートとして保管し、暇なときあるいは業務終了後にまとめて当該無効レシートの内容(売上データ)をマイナスの売上データとして入力し、取り消しを行っていた。
【0005】
【発明が解決しようとする課題】
このため、POS端末で精算時に売上データの取り消しが必要となった場合、その場でマイナスの売上データを入力して取り消したり、一旦、レシートを印字して無効レシートとして保管し、後程、マイナスの売上データを入力して取り消したりという面倒な操作が必要となってしまうと共に、無効レシートとして印字したときは同じPOS端末からマイナスの売上データを入力して取り消し操作を行わないとPOS端末毎の集計に誤差が生じてしまうなどの問題があった。
【0006】
本発明は、これらの問題を解決するため、POS端末で売上時に、売上データを取り消す必要が生じたときは新たに設けた誤打申請キーを押下して新たに設けた売上データ中の誤打申請フラグをセットして誤打売上と設定して精算すると共に、誤打申請フラグがセットされている売上データ一覧を表示して管理者が承認して反映し、売上の取り消しを簡易な操作で実現すると共に取消データ一覧を表示して承認して不正防止を図ることを目的としている。
【0007】
【課題を解決するための手段】
図1を参照して課題を解決するための手段を説明する。
【0008】
図1において、POS端末1は、商品のバーコードなどを読み取って売上データ22を作成して精算したりなどするものであって、ここでは、バーコードスキャナ11、誤打申請キー13、売上登録手段14、誤打申請手段15などから構成されるものである。
【0009】
バーコードスキャナ11は、商品3に添付されたバーコード31を読み取るものである。
【0010】
誤打申請キー13は、売上データ22の取消しを指示するキーである。
売上登録手段14は、商品の売上データ22を登録したり、精算してレシート4を印字したりなどするものである。
【0011】
誤打申請手段15は、売上データ22中の誤打申請フラグ23をセットするものである。
【0012】
店舗サーバ2は、複数のPOS端末1を統括制御し、売上データ22を登録して集計したりなどするものである。
【0013】
次に、動作を説明する。
POS端末1を構成するバーコードスキャナ11が商品3に添付されているバーコード31を読み取り、売上登録手段14が読み取った商品のコードおよび当該商品の価格などからなる売上データ22を作成して登録し、誤打申請キー13が押下されたときには誤打申請手段15が該当売上データ22の誤打申請フラグ23をセットし、売上登録手段14が誤打申請フラグ23のセットされていない売上データを集計して精算するようにしている。
【0014】
この際、誤打申請キー13が売上データ22の入力途中に押下あるいは入力直後に押下あるいは売上データ22の番号指定して押下された場合に、入力途中の売上データ22あるいは入力直後の売上データ22あるいは番号指定された売上データ22の誤打申請フラグ23をセットするようにしている。
【0015】
また、店舗サーバ3は、POS端末1から受信した売上データ22を登録すると共に、売上データ22の誤打申請フラグ23がセットあるいは誤打申請フラグ23がセットされ、かつ承認フラグ24がセットされていない一覧を表示し、一覧をチェックして承認されたときに売上データ22に設けた承認フラグ24をセット、および売上データ22中の誤打申請フラグ23がセットされていなく、かつ承認フラグ23がセットされていない売上データ22を未承認の売上データ22として抽出してファイルに格納するようにしている。
【0016】
従って、POS端末1で売上時に、売上データ22を取り消す必要が生じたときは新たに設けた誤打申請キー13を押下して新たに設けた売上データ22中の誤打申請フラグ23をセットして誤打売上と設定して精算すると共に、誤打申請フラグ23がセットあるいは誤打申請フラグ23がセットされ、かつ承認フラグ24がセットされていない売上データ一覧を表示して管理者が承認して反映することにより、売上の取り消しを簡易な操作で実現すると共に取消データ一覧を表示して承認し不正防止を図ることが可能となる。
【0017】
【発明の実施の形態】
次に、図1から図4を用いて本発明の実施の形態および動作を順次詳細に説明する。
【0018】
図1は、本発明のシステム構成図を示す。
図1において、POS端末1は、商品のバーコードなどを読み取って売上データを作成して精算したりなどするものであって、ここでは、バーコードスキャナ11、キーボード12、誤打申請キー13、売上登録手段14、誤打申請手段15、レシートプリンタ16などから構成されるものである。
【0019】
バーコードスキャナ11は、商品3に添付されたバーコード31を読み取るものである。
【0020】
キーボード12は、商品コードや、商品の金額、数量などを手入力するためのテンキー、更に、各種制御キーなどから構成されるものであって、ここでは、誤打申請キー13を設けたものである。
【0021】
誤打申請キー13は、売上データについて、取り消しを指示するキーである。
【0022】
売上登録手段14は、商品の売上データを登録し、集計して精算したり、レシートプリンタ16に指示して顧客毎に商品の売上内容を印字したレシートを印字したり、精算したりするものである。
【0023】
誤打申請手段15は、売上データ中の誤打申請フラグをセットするものである(図2を用いて後述する)。
【0024】
レシート4は、レシートプリンタ16によって、顧客毎の商品名、価格、数量、合計、消費税などを印字したものである。
【0025】
店舗サーバ2は、複数のPOS端末1を統括制御し、売上データ22を登録して集計したりなどするものであって、ここでは、売上集計データDB21,未承認誤打申請ファイル25などから構成されるものである。
【0026】
売上集計データDB21は、複数のPOS端末1から登録された売上データ22を登録して一元管理するものである。
【0027】
売上データ22は、POS端末1で売り上げた商品コード、価格、金額などであって、ここでは、誤打申請フラグ23、承認フラグ24などを設けたものである。
【0028】
誤打申請フラグ23は、商品の売上データを取り消す旨を設定するフラグである。
【0029】
承認フラグ23は、誤打申請フラグ23がセットされて取消データであると設定された売上データについて、管理者が承認したときにセットされるものである。
【0030】
未承認誤打申請ファイル25は、売上データ22中の誤打申請フラグ23がセットされた当該売上データ22について管理者が調査するために抽出して格納した未承認のものを格納するファイルである。
【0031】
管理者用コンソール5は、店舗サーバ2に接続し、各種設定や操作などを行うためのものであって、ここでは、売上データ22中の誤打申請フラグ23がセットされている取消された売上データの一覧を表示し、承認などして当該売上データ22中の承認フラグ24をセットしたり、未承認のときは未承認誤打申請ファイル25に格納して後に調査するために保管したりなどするためのものである。
【0032】
次に、図2のフローチャートの順番に従い、図1の構成のもとでPOS端末1における操作および処理を詳細に説明する。
【0033】
図2は、本発明の動作説明フローチャート(POS端末)を示す。
図2において、S1は、無効レシートが発生か判別する。これは、図1の誤打申請キー13が押下されたか判別する。YESの場合には、S2に進む。NOの場合には、終了する。
【0034】
S2は、誤打申請を行う。これにより、誤打などして取消要求された売上データ22の誤打申請フラグ23がセットされ、当該売上データ22が取消(無効)となる。
【0035】
S3は、レシートを破棄する。これは、当該誤打した売上データを含んで印字したレシートは無効(取消)となったので、当該レシートを破棄する(店舗サーバ2には誤打申請された売上データ22の誤打申請フラグ23がセットされ、取り消された旨が設定されている)。
【0036】
S4は、売上登録のやりなおしを行う。これは、誤打申請した売上データ22の誤打申請フラグ23をセットして取消(無効)と設定したので、正しい売上登録をやり直す。
【0037】
S5は、精算する。これは、顧客がレジに持ってきた商品について全て入力して集計し精算する。そして、商品を顧客に渡す。
【0038】
以上によって、顧客がレジに持ってきた商品について、バーコードを読み取って売上処理を行っている途中で、誤打鍵したり、顧客が商品を変えたりして売上データ22を取り消す必要が生じたときに、誤打申請キー13を押下して売上データ22中の誤打申請フラグ23をセットし取消し、正しく入力した売上データ22を生成して登録することを繰り返し、集計して精算することにより、レジで誤打鍵などして売上データを取り消すときに誤打申請キー13を1回押下するのみで自動的に該当売上データ22の誤打申請フラグ23をセットして取り消し、続けて正しい売上データ22を登録して精算することが可能となる。
【0039】
図2は、本発明の動作説明フローチャート(店舗サーバ)を示す。
図2において、S21は、閉店か判別する。これは、店舗が閉店してPOS端末1による売上処理が終了したか判別する。YESの場合には、S22に進む。NOの場合には、終了する。
【0040】
S22は、誤打申請フラグ23の付加された売上データを抽出する。これは、誤打申請キー13の押下されて売上データ22中の誤打申請フラグ23がセットされている、取り消された売上データを全て抽出する。
【0041】
S23は、一覧を表示する。これは、S22で抽出した誤打申請フラグ23のセットされている売上の取り消された売上データ22の一覧を表示する。
【0042】
S24は、誤打申請の売上データのチェックを行う。これは、S23で誤打申請フラグ23のセットされている売上データ22の一覧を、図1の管理用コンソール5に表示し、管理者が誤打申請の売上データ22を承認するかチェックする。
【0043】
S25は、承認するか判別する。YESの場合には、誤打申請フラグ23のセットされた売上データ22について管理者が承認したので、S26で承認フラグ24をセットし、S28に進む。一方、NOの場合には、誤打申請フラグ23のセットされた売上データ22について管理者が承認しなく、調査すると判定したので、S27で未承認誤打申請ファイル25に出力し、S28に進む。
【0044】
S28は、抽出した誤打売上データが終わりか判別する。YESの場合には、S29でマイナス取引売上を追加し、終了する。NOの場合には、S24に戻り繰り返す。
【0045】
以上によって、店舗サーバ2では、閉店してPOS端末1による売上処理が終了したと判明したとき(あるいは随時)、管理者が管理用コンソール5を操作し、売上データ22中の誤打申請フラグ23がセットされている全ての売上データ22を抽出して一覧を表示させ、当該一覧を見て承認を与えた売上データ22はその承認フラグ24をセットし、一方、承認を与えない未承認の売上データ22は取り出して未承認打鍵申請ファイル25に格納して調査用に保存することにより、POS端末1で単に誤打申請フラグ13を1回押下するのみで自動的に売上データ22の誤打申請フラグ23をセットして売上を取り消すことが簡易に可能となったことによる、不正使用を監視して防止することが可能となる。
【0046】
図4は、本発明の売上集計データDB例を示す。これは、図1の店舗サーバ2に設けて各POS端末1からの売上データ22を登録して一元管理するデータベースの例であって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【0047】
・POS番号:
・取引通番:
・売上商品コード:
・金額:
・誤打申請フラグ:
・承認フラグ:
・その他:
ここで、POS番号は図1の店舗サーバ2に接続されたPOS端末1の一意の番号である。取引通番はPOS端末1で取引を行った通番である。売上商品コードはPOS端末1で売上処理を行った商品のコード(通常は、商品に添付されたバーコードから読み取った商品コード)である。金額は商品の金額である。誤打申請フラグ23は誤打申請キー13を押下したときに自動的にセットされる売上取消しを表すフラグである。承認フラグ24は、誤打申請フラグ23がセットされた売上データ22の売上取り消しについて、管理者が見て承認したときにセットされるフラグである。
【0048】
図4において、▲1▼の売上データ22は、誤打売上であって、誤打申請フラグ23のみが1(セット)されたものである。
【0049】
▲2▼の売上データ22は、正しい売上であって、誤打申請フラグ23がセットされていないものである。
【0050】
▲3▼の売上データ22は、誤打承認した売上であって、誤打申請フラグ23および承認フラグ24の両者が1(セット)されたものである。
【0051】
以上のように、売上データ22に誤打申請フラグ23、承認フラグ24を新たに設けたことにより、▲2▼の正しい売上、▲1▼の誤打売上、▲3▼の誤打承認の売上という各状態をそれぞれ随時設定して確認したり、監視したりし、不正を防止することが可能となる。
【0052】
【発明の効果】
以上説明したように、本発明によれば、POS端末1で売上時に、売上データ22を取り消す必要が生じたときは新たに設けた誤打申請キー13を押下して新たに設けた売上データ22中の誤打申請フラグ23をセットして誤打売上と設定して精算すると共に、誤打申請フラグ23がセットあるいは誤打申請フラグ23がセットされ、かつ承認フラグ24がセットされていない売上データ一覧を表示して管理者が承認して反映する構成を採用しているため、売上の取り消しを誤打申請キー13を1回押下するという簡易な操作で実現すると共に取消データ一覧を表示して承認し不正防止を図ることが可能となる。
【図面の簡単な説明】
【図1】本発明のシステム構成図である。
【図2】本発明の動作説明フローチャート(POS端末)である。
【図3】本発明の動作説明フローチャート(店舗サーバ)である。
【図4】本発明の売上集計データDB例である。
【符号の説明】
1:POS端末
11:バーコードスキャナ
12:キーボード
13:誤打申請キー
14:売上登録手段
15:誤打申請手段
16:レシートプリンタ
2:店舗サーバ
21:売上集計データDB
22:売上データ
23:誤打申請フラグ
24:承認フラグ
25:未承認誤打申請ファイル
3:商品
31:バーコード
4:レシート
5:管理用コンソール
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a POS management system that generates sales data by reading a bar code attached to a product and settles the sales data.
[0002]
[Prior art]
Conventionally, at a POS terminal at a store, a bar code of a product brought by a customer from a display shelf or the like is read, sales data is created, registered and settled, and the product is delivered.
[0003]
In this case, if there is an operation mistake or the customer changes the product to another product and it is necessary to cancel the sales data of the original product, negative sales data is created and the result is canceled, and the new correct Or, the sales data of the product after replacement was entered and settled.
[0004]
In addition, a series of sales data that needs to be canceled is printed on a receipt and stored as an invalid receipt, and the contents of the invalid receipt (sales data) are entered as negative sales data when idle or after the end of work, I was canceling.
[0005]
[Problems to be solved by the invention]
For this reason, if it is necessary to cancel sales data at the POS terminal at the time of checkout, you can enter negative sales data on the spot to cancel it, or print a receipt and store it as an invalid receipt. The troublesome operation of inputting sales data and canceling it becomes necessary, and when printing as an invalid receipt, it is necessary to input negative sales data from the same POS terminal and perform the cancellation operation for each POS terminal. There was a problem such as an error.
[0006]
In order to solve these problems, the present invention, when it becomes necessary to cancel the sales data at the time of sales at the POS terminal, presses the newly provided erroneous hit application key and makes an erroneous hit in the newly provided sales data. Set the application flag and set it as erroneous sales and settle it, and display the sales data list with the erroneous application flag set, and the administrator will approve and reflect it. It aims to prevent fraud by displaying and approving a list of cancellation data.
[0007]
[Means for Solving the Problems]
Means for solving the problem will be described with reference to FIG.
[0008]
In FIG. 1, the POS terminal 1 reads a bar code of a product and creates sales data 22 and settles it. Here, a bar code scanner 11, an error application key 13, a sales registration It comprises means 14, erroneous hit application means 15 and the like.
[0009]
The barcode scanner 11 reads the barcode 31 attached to the product 3.
[0010]
The erroneous application key 13 is a key for instructing cancellation of the sales data 22.
The sales registration unit 14 registers the sales data 22 of the product, or prints the receipt 4 after payment.
[0011]
The error application means 15 sets an error application flag 23 in the sales data 22.
[0012]
The store server 2 performs overall control of the plurality of POS terminals 1 and registers and aggregates sales data 22.
[0013]
Next, the operation will be described.
The barcode scanner 11 constituting the POS terminal 1 reads the barcode 31 attached to the product 3, and creates and registers the sales data 22 including the product code read by the sales registration means 14 and the price of the product. When the erroneous application key 13 is pressed, the erroneous application means 15 sets the erroneous application flag 23 of the corresponding sales data 22, and the sales registration means 14 stores the sales data in which the erroneous application flag 23 is not set. It is calculated and settled.
[0014]
At this time, when the erroneous hit application key 13 is pressed during the input of the sales data 22 or pressed immediately after the input or the number of the sales data 22 is designated and pressed, the sales data 22 being input or the sales data 22 immediately after the input is input. Alternatively, the erroneous application flag 23 of the sales data 22 designated by the number is set.
[0015]
In addition, the store server 3 registers the sales data 22 received from the POS terminal 1, the erroneous application flag 23 of the sales data 22 is set or the erroneous application flag 23 is set, and the approval flag 24 is set. A list is displayed, the approval flag 24 provided in the sales data 22 is set when the list is checked and approved, and the erroneous application flag 23 in the sales data 22 is not set, and the approval flag 23 is Sales data 22 that has not been set is extracted as unapproved sales data 22 and stored in a file.
[0016]
Accordingly, when it is necessary to cancel the sales data 22 at the time of sales at the POS terminal 1, the erroneous application key 13 in the newly provided sales data 22 is set by pressing the newly provided erroneous application key 13. The sales data list is set with the erroneous application flag 23 or the erroneous application flag 23 set, and the approval flag 24 is not set. By reflecting this, sales can be canceled with a simple operation, and a cancellation data list can be displayed and approved to prevent fraud.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments and operations of the present invention will be described in detail sequentially with reference to FIGS.
[0018]
FIG. 1 shows a system configuration diagram of the present invention.
In FIG. 1, a POS terminal 1 reads a product barcode or the like to create sales data and settles it. Here, a barcode scanner 11, a keyboard 12, an error application key 13, The sales registration means 14, the mistake application means 15, and the receipt printer 16 are included.
[0019]
The barcode scanner 11 reads the barcode 31 attached to the product 3.
[0020]
The keyboard 12 is composed of a product code, a numeric keypad for manually inputting the product price, quantity, and the like, and various control keys. Here, a keyboard application key 13 is provided. is there.
[0021]
The erroneous application key 13 is a key for instructing cancellation of sales data.
[0022]
The sales registering means 14 registers the sales data of the product, totals and settles it, or instructs the receipt printer 16 to print a receipt that prints the sales content of the product for each customer, or settles it. is there.
[0023]
The erroneous hit application means 15 sets an erroneous hit application flag in the sales data (to be described later with reference to FIG. 2).
[0024]
The receipt 4 is printed by the receipt printer 16 with the product name, price, quantity, total, consumption tax, etc. for each customer.
[0025]
The store server 2 performs overall control of the plurality of POS terminals 1 and registers and aggregates sales data 22. Here, the store server 2 is composed of a sales aggregation data DB 21, an unapproved erroneous application file 25, and the like. It is what is done.
[0026]
The sales total data DB 21 registers and manages the sales data 22 registered from a plurality of POS terminals 1.
[0027]
The sales data 22 is a product code, price, amount, etc. sold at the POS terminal 1, and here is provided with an erroneous application flag 23, an approval flag 24, and the like.
[0028]
The erroneous application flag 23 is a flag for setting that the sales data of the product is canceled.
[0029]
The approval flag 23 is set when the manager approves the sales data set as the cancellation data after the erroneous application flag 23 is set.
[0030]
The unapproved mistake application file 25 is a file for storing unapproved items extracted and stored for the administrator to investigate the sales data 22 in which the mistake application flag 23 in the sales data 22 is set. .
[0031]
The manager console 5 is used to connect to the store server 2 and perform various settings, operations, and the like. Here, the canceled sales application flag 23 in the sales data 22 is set. Displaying a list of data, setting approval flag 24 in the sales data 22 by approval, etc., or storing it in an unapproved error application file 25 when not approved, and storing it for later investigation Is to do.
[0032]
Next, operations and processing in the POS terminal 1 will be described in detail according to the order of the flowchart of FIG. 2 under the configuration of FIG.
[0033]
FIG. 2 shows an operation explanation flowchart (POS terminal) of the present invention.
In FIG. 2, S1 determines whether an invalid receipt has occurred. This determines whether or not the erroneous hit application key 13 in FIG. 1 has been pressed. If YES, the process proceeds to S2. If NO, the process ends.
[0034]
S2 makes a mistake application. As a result, the error application flag 23 of the sales data 22 requested to be canceled due to an error is set, and the sales data 22 is canceled (invalid).
[0035]
In S3, the receipt is discarded. This is because the receipt printed including the erroneous sales data is invalidated (cancelled), so the receipt is discarded (the erroneous application flag 23 of the sales data 22 for which the erroneous application has been applied to the store server 2). Is set to indicate that it has been canceled).
[0036]
In S4, the sales registration is performed again. Since the erroneous application flag 23 of the sales data 22 for which an erroneous application has been applied is set and set to cancel (invalid), correct sales registration is performed again.
[0037]
S5 is settled. In this case, all the products brought to the cash register by the customer are input, totaled and settled. The product is then delivered to the customer.
[0038]
As described above, when it is necessary to cancel the sales data 22 by mis-keying or changing the product while the sales process is being performed by reading the barcode for the product brought to the cash register by the customer. In addition, by pressing the mistake application key 13 to set and cancel the mistake application flag 23 in the sales data 22, repeatedly generating and registering the correctly entered sales data 22, summing up and adjusting, When canceling sales data due to an erroneous key entry at the cash register, the erroneous application key 13 of the corresponding sales data 22 is automatically set and canceled only by pressing the erroneous application key 13 once, followed by the correct sales data 22 Can be registered and settled.
[0039]
FIG. 2 is a flowchart for explaining the operation of the present invention (store server).
In FIG. 2, S21 determines whether the store is closed. This determines whether the store is closed and the sales process by the POS terminal 1 is completed. If YES, the process proceeds to S22. If NO, the process ends.
[0040]
In S22, the sales data to which the erroneous application flag 23 is added is extracted. This extracts all canceled sales data in which the erroneous application key 23 in the sales data 22 is set by pressing the erroneous application key 13.
[0041]
In step S23, a list is displayed. This displays a list of sales data 22 whose sales are canceled in which the erroneous application flag 23 extracted in S22 is set.
[0042]
In step S24, the sales data of the erroneous application is checked. In step S23, a list of sales data 22 in which the erroneous application flag 23 is set is displayed on the management console 5 shown in FIG. 1 to check whether the administrator approves the sales data 22 of the erroneous application.
[0043]
S25 determines whether to approve. In the case of YES, since the administrator has approved the sales data 22 with the erroneous application flag 23 set, the approval flag 24 is set in S26, and the process proceeds to S28. On the other hand, in the case of NO, since it is determined that the administrator does not approve the sales data 22 in which the erroneous application flag 23 is set and is to be investigated, it is output to the unapproved erroneous application file 25 in S27, and the process proceeds to S28. .
[0044]
In S28, it is determined whether or not the extracted erroneous hit sales data is over. In the case of YES, minus transaction sales are added in S29, and the process ends. If NO, return to S24 and repeat.
[0045]
As described above, in the store server 2, when it is determined that the sales processing by the POS terminal 1 is completed after the store is closed (or at any time), the administrator operates the management console 5 and the erroneous application flag 23 in the sales data 22. All sales data 22 for which is set is extracted to display a list, and the sales data 22 that has been approved by looking at the list sets its approval flag 24, while unapproved sales that are not approved The data 22 is retrieved, stored in the unapproved keystroke application file 25, and saved for investigation, so that an error application for the sales data 22 is automatically performed by simply pressing the error application flag 13 once at the POS terminal 1. It is possible to monitor and prevent unauthorized use due to the fact that it is possible to easily cancel sales by setting the flag 23.
[0046]
FIG. 4 shows an example of sales summary data DB of the present invention. This is an example of a database that is provided in the store server 2 of FIG. 1 to register the sales data 22 from each POS terminal 1 and centrally manage it. Here, the following information shown in FIG. It is something to manage.
[0047]
・ POS number:
-Transaction serial number:
・ Sales product code:
·Amount of money:
・ Error application flag:
・ Approval flag:
・ Other:
Here, the POS number is a unique number of the POS terminal 1 connected to the store server 2 of FIG. The transaction serial number is a serial number for which a transaction is performed at the POS terminal 1. The sales merchandise code is a code of a merchandise for which sales processing has been performed by the POS terminal 1 (usually a merchandise code read from a bar code attached to the merchandise). The amount is the amount of the product. The erroneous hit application flag 23 is a flag representing sales cancellation that is automatically set when the erroneous hit application key 13 is pressed. The approval flag 24 is a flag that is set when the manager sees and approves the sales cancellation of the sales data 22 in which the erroneous application flag 23 is set.
[0048]
In FIG. 4, the sales data 22 of (1) is erroneous sales, and only the erroneous application flag 23 is set to 1 (set).
[0049]
The sales data 22 of {circle around (2)} is correct sales, and the erroneous application flag 23 is not set.
[0050]
The sales data 22 of {circle around (3)} is sales that have been erroneously approved, and both the erroneous application request flag 23 and the approval flag 24 are set to 1 (set).
[0051]
As described above, by providing the sales data 22 with the erroneous hit application flag 23 and the approval flag 24, (2) correct sales, (1) erroneous sales, and (3) erroneous sales approval sales. These states can be set and checked at any time and monitored, and fraud can be prevented.
[0052]
【The invention's effect】
As described above, according to the present invention, when it is necessary to cancel the sales data 22 at the time of sales at the POS terminal 1, the newly provided sales data 22 is depressed by pressing the newly provided erroneous application key 13. Sales data in which the error application flag 23 is set or the error application flag 23 is set and the approval flag 24 is not set. Since the list is displayed and the administrator approves and reflects it, the cancellation of sales is realized by a simple operation of pressing the mistake application key 13 once and the cancellation data list is displayed. Approval can be made to prevent fraud.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of the present invention.
FIG. 2 is an operation explanation flowchart (POS terminal) of the present invention.
FIG. 3 is a flowchart for explaining the operation of the present invention (store server).
FIG. 4 is an example of a sales summary data DB of the present invention.
[Explanation of symbols]
1: POS terminal 11: bar code scanner 12: keyboard 13: erroneous hit application key 14: sales registration means 15: erroneous hit application means 16: receipt printer 2: store server 21: sales summary data DB
22: Sales data 23: False hit application flag 24: Approval flag 25: Unapproved erroneous hit application file 3: Product 31: Bar code 4: Receipt 5: Management console

Claims (1)

商品に添付されたバーコードなどを読み取って売上データを作成して精算するPOS端末システムにおいて、
売上データを取り消す指示を入力する誤打申請キーと、
商品に添付されたバーコードから読み取った売上データを登録する手段と、
前記誤打申請キーが押下されたときに顧客毎に前記登録された売上入力開始から現在まであるいは売上入力終了までの全売上データに対応して設けた誤打申請フラグをセットして当該全売上データを取り消す手段と、
前記誤打申請フラグのセットされていない売上データを集計して精算およびレシートプリンタにてレシートの印字を指示する手段と、
前記売上データ中の誤打申請フラグがセットされている一覧を表示する手段と、
前記売上データ中の誤打申請フラグがセットされている売上データの承認したときに当該売上データに設けた承認フラグをセットする手段と、
前記売上データ中の誤打申請フラグがセットされかつ承認フラグがセットされていない売上データを未承認の売上データとして抽出しファイルに格納する手段
を備えたことを特徴とするPOS管理システム。
In a POS terminal system that reads a barcode attached to a product to create sales data and settles it,
A mistaken application key for entering instructions to cancel sales data,
Means for registering the sales data read from the barcode attached to the product;
When the erroneous application key is pressed, an error application flag is set for each customer that corresponds to all sales data from the registered sales input start to the present or the end of sales input, and the total sales Means to cancel the data ,
Means for summing up sales data in which the erroneous application flag is not set and instructing payment and receipt printing with a receipt printer ;
Means for displaying a list in which the application error flag in the sales data is set;
Means for setting an approval flag provided in the sales data when the sales data in which the erroneous application flag is set in the sales data is approved;
POS management system characterized by comprising a means for storing the extracted file sales data in which the erroneous striking application flag of the sales data set and approved flag is not set as the unapproved sales data.
JP2002185299A 2002-06-25 2002-06-25 POS management system Expired - Fee Related JP4113736B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002185299A JP4113736B2 (en) 2002-06-25 2002-06-25 POS management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002185299A JP4113736B2 (en) 2002-06-25 2002-06-25 POS management system

Publications (2)

Publication Number Publication Date
JP2004030210A JP2004030210A (en) 2004-01-29
JP4113736B2 true JP4113736B2 (en) 2008-07-09

Family

ID=31180988

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002185299A Expired - Fee Related JP4113736B2 (en) 2002-06-25 2002-06-25 POS management system

Country Status (1)

Country Link
JP (1) JP4113736B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016053887A (en) * 2014-09-04 2016-04-14 東芝テック株式会社 Information processing device and program

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01230198A (en) * 1988-03-10 1989-09-13 Tokyo Electric Co Ltd Merchandise selling data register
JP2528512B2 (en) * 1989-03-30 1996-08-28 株式会社テック Product sales data processing device
JP3081438B2 (en) * 1994-02-23 2000-08-28 東芝テック株式会社 Product sales registration data processing device

Also Published As

Publication number Publication date
JP2004030210A (en) 2004-01-29

Similar Documents

Publication Publication Date Title
JPH07168976A (en) Article sales registered data processor
JP3722024B2 (en) Sales data processor
JP4113736B2 (en) POS management system
JP2001076260A (en) Commodity sales registration data processor
JP2918766B2 (en) Product sales data processing device
JPH06290345A (en) Electronic cash register
JP2001118152A (en) Sales management device
JP2566314B2 (en) Product sales data processor
JP3712859B2 (en) Product sales registration data processing device
JPH0793665A (en) Commodity sales data processor
JP2665403B2 (en) Product sales data processing device
JP4709341B2 (en) Sales management device
JPS62297993A (en) Electronic cash register
JP2862468B2 (en) Product sales data processing device
JP2533155B2 (en) Electronic cash register
JPS6228895A (en) Electronic cash register
JPH0535976A (en) Product sales data processor
JPH02150999A (en) Commodity sales data processor
JPH07192172A (en) Commodity sales registration data processor
JP2000227979A (en) Electronic cash register
JPH01230196A (en) Merchandise selling data register
JPH05334551A (en) Marchandise sales data processor
JPH01169596A (en) Pos system
JPH02291070A (en) Credit transaction data management system
JPH10222758A (en) Product sales data registration processor and its sales accumulation report outputting method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050606

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071225

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080222

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: 20080325

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080414

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: 20110418

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110418

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110418

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120418

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130418

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130418

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140418

Year of fee payment: 6

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees