JP2004030210A - Pos terminal and pos management system - Google Patents

Pos terminal and pos management system Download PDF

Info

Publication number
JP2004030210A
JP2004030210A JP2002185299A JP2002185299A JP2004030210A JP 2004030210 A JP2004030210 A JP 2004030210A JP 2002185299 A JP2002185299 A JP 2002185299A JP 2002185299 A JP2002185299 A JP 2002185299A JP 2004030210 A JP2004030210 A JP 2004030210A
Authority
JP
Japan
Prior art keywords
sales data
flag
sales
data
pos terminal
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.)
Granted
Application number
JP2002185299A
Other languages
Japanese (ja)
Other versions
JP4113736B2 (en
Inventor
Mamoru Fujii
藤井 守
Takashi Toyokawa
豊川 孝
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

Abstract

<P>PROBLEM TO BE SOLVED: To settle accounts by setting erroneously inputted selling by setting an erroneous input application flag in newly provided selling data by pressing a newly provided erroneous input application key when it is necessary to cancel selling data in selling in a POS terminal, to realize the erroneous input cancel with simple operations by displaying and approving a selling data list with the erroneous input application flag or the like set thereto, and reflecting the list with the flag, and to prevent illegal actions by displaying and approving a cancel data list in the POS terminal and a POS management system for settling the accounts by creating the selling data by reading bar codes of commodities or the like. <P>SOLUTION: The POS management system is composed of: the erroneous input application key for inputting an instruction for canceling the selling data; a means for registering the selling data read from the bar codes of the commodities; a means for setting the erroneous input application flag of the selling data when the erroneous input application key is pressed; and a means for settling the accounts and printing a receipt by totalizing the selling data to which the erroneous input application flags are not set. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、商品のバーコードなどを読み取って売上データを作成して精算するPOS端末および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]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a POS terminal and a POS management system that reads barcodes and the like of products to create sales data and settles the sales data.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a POS terminal at a store reads a barcode of a product brought by a customer from a display shelf or the like, creates sales data, registers the data, performs payment, and delivers the product.
[0003]
At this time, if there is an operation error or the customer changes the product to another product and it is necessary to cancel the sales data of the original product, create negative sales data and eventually cancel it, Alternatively, the sales data of the replaced product is input and the payment is made.
[0004]
In addition, a series of sales data that needs to be canceled is printed on the receipt and stored as an invalid receipt, and when free or after work is completed, the contents of the invalid receipt (sales data) are input as negative sales data, Cancellation had been performed.
[0005]
[Problems to be solved by the invention]
For this reason, if it is necessary to cancel sales data at the time of settlement at the POS terminal, the user can enter negative sales data on the spot and cancel it, or print a receipt once and store it as an invalid receipt, and later, It requires cumbersome operations such as inputting and canceling sales data, and when printing as an invalid receipt, you must enter negative sales data from the same POS terminal and cancel the operation unless you perform a cancel operation. However, there was a problem that an error was generated.
[0006]
In order to solve these problems, when the sales data needs to be canceled at the time of sales at the POS terminal, the present invention presses the newly provided wrong hit application key to make a mistake in the newly provided sales data. Set the application flag and set the misappropriation sales and settle the account.Also, display the list of sales data with the misappropriation application flag set, approve and reflect by the administrator, and cancel the sales with a simple operation The purpose is to realize and to display and approve cancellation data list to prevent fraud.
[0007]
[Means for Solving the Problems]
Means for solving the problem will be described with reference to FIG.
[0008]
In FIG. 1, a POS terminal 1 reads a bar code or the like of a product to create sales data 22 and adjusts the balance. In this example, a bar code scanner 11, a false hit application key 13, a sales registration It comprises means 14 and wrong hit application means 15.
[0009]
The barcode scanner 11 reads a barcode 31 attached to the product 3.
[0010]
The erroneous hit application key 13 is a key for instructing cancellation of the sales data 22.
The sales registration means 14 registers the sales data 22 of the product, prints out the receipt 4 after making a payment, and the like.
[0011]
The wrong hit application means 15 sets a wrong hit application flag 23 in the sales data 22.
[0012]
The store server 2 controls the plurality of POS terminals 1 and registers and aggregates the 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 sales data 22 including the product code read by the sales registration means 14 and the price of the product. When the erroneous hit application key 13 is pressed, the erroneous hit application means 15 sets the erroneous hit application flag 23 of the corresponding sales data 22, and the sales registration means 14 sets the sales data in which the erroneous hit application flag 23 is not set. They are tallyed and settled.
[0014]
At this time, if the erroneous hit application key 13 is pressed during input of the sales data 22 or pressed immediately after the input or pressed with the sales data 22 number specified, the sales data 22 being input or the sales data 22 immediately after the input are pressed. Alternatively, the erroneous hit 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, sets the wrong hit application flag 23 of the sales data 22, sets the wrong hit application flag 23, and sets the approval flag 24. When the list is checked and the list is checked and approved, the approval flag 24 provided in the sales data 22 is set, and the false hit application flag 23 in the sales data 22 is not set, and the approval flag 23 is set. The sales data 22 that has not been set is extracted as unapproved sales data 22 and stored in a file.
[0016]
Therefore, when it is necessary to cancel the sales data 22 at the time of sales at the POS terminal 1, the newly provided wrong hit application key 13 is pressed to set the wrong hit application flag 23 in the newly provided sales data 22. In addition to setting the misappropriation hit sales and settling the account, the misappropriation request flag 23 is set or the misappropriation request flag 23 is set, and the sales data list in which the approval flag 24 is not set is displayed and approved by the administrator. By reflecting the information, the cancellation of the sales can be realized by a simple operation, and a list of cancellation data can be displayed and approved to prevent fraud.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, an embodiment and operation of the present invention will be sequentially described in detail 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 bar code or the like of a product to create sales data and settles the payment. In this example, a bar code scanner 11, a keyboard 12, a misapplication key 13, It comprises sales registration means 14, wrong hit application means 15, receipt printer 16, and the like.
[0019]
The barcode scanner 11 reads a barcode 31 attached to the product 3.
[0020]
The keyboard 12 includes ten keys for manually inputting a product code, a product amount, a quantity, and the like, and various control keys. is there.
[0021]
The erroneous hit application key 13 is a key for instructing cancellation of sales data.
[0022]
The sales registration means 14 registers and sums up the sales data of the merchandise, and calculates and adjusts the sales data, and instructs the receipt printer 16 to print or adjust the receipt of the sales contents of the merchandise for each customer. is there.
[0023]
The wrong hit application means 15 sets a wrong hit application flag in the sales data (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, and the like for each customer.
[0025]
The store server 2 controls the plurality of POS terminals 1 and registers and totals the sales data 22. In this example, the store server 2 includes a sales total data DB 21, an unapproved erroneous hit application file 25, and the like. Is what is done.
[0026]
The sales summary data DB 21 registers sales data 22 registered from a plurality of POS terminals 1 and centrally manages the registered sales data.
[0027]
The sales data 22 is a product code, a price, an amount, and the like sold by the POS terminal 1. In this example, the erroneous hit application flag 23, the approval flag 24, and the like are provided.
[0028]
The erroneous hit application flag 23 is a flag for setting to cancel the sales data of the product.
[0029]
The approval flag 23 is set when the manager approves the sales data for which the erroneous hit application flag 23 is set and the data is the cancellation data.
[0030]
The unapproved misapplication file 25 is a file for storing an unapproved file that is extracted and stored for the administrator to investigate the sales data 22 in which the misapplication request flag 23 in the sales data 22 is set. .
[0031]
The manager console 5 is for connecting to the store server 2 and performing various settings and operations. In this example, the canceled sales for which the erroneous hit application flag 23 in the sales data 22 is set is set. Display a list of data, set approval flag 24 in the sales data 22 by approval, etc., or store it in unapproved misappropriation application file 25 if unapproved, and store it for later investigation. It is for doing.
[0032]
Next, the operation and processing in the POS terminal 1 with the configuration of FIG. 1 will be described in detail according to the order of the flowchart of FIG.
[0033]
FIG. 2 shows a flowchart (POS terminal) for explaining the operation of the present invention.
In FIG. 2, S1 determines whether an invalid receipt has occurred. This determines whether the erroneous hit application key 13 in FIG. 1 has been pressed. In the case of YES, the process proceeds to S2. If NO, the process ends.
[0034]
In step S2, a wrong hit application is made. As a result, the erroneous hit application flag 23 of the sales data 22 requested to be canceled due to an erroneous hit or the like is set, and the sales data 22 is canceled (invalid).
[0035]
S3 discards the receipt. This is because the receipt printed including the erroneously hit sales data is invalid (canceled), and the receipt is discarded (the erroneous hit application flag 23 of the sales data 22 for which the erroneous hit was applied to the store server 2). Is set to indicate that it has been canceled).
[0036]
In step S4, the sales registration is performed again. Since the erroneous hit application flag 23 of the sales data 22 for which an erroneous hit was applied is set and canceled (invalid), correct sales registration is performed again.
[0037]
In step S5, the payment is made. This is done by inputting all the items brought by the customer to the cash register, summing them up, and adjusting the payment. Then, give the product to the customer.
[0038]
As described above, when the bar code is read and the sales data 22 needs to be canceled by the customer changing the product while the bar code is read and the sales process is performed for the product brought to the cash register by the customer. By repeatedly pressing the wrong hit application key 13 to set and cancel the wrong hit application flag 23 in the sales data 22, generating and registering the correctly input sales data 22, repeating the totaling and settlement, When the sales data is canceled by a wrong key at the cash register or the like, only pressing the wrong hit application key 13 once automatically sets the wrong hit application flag 23 of the corresponding sales data 22 and cancels the same. Can be registered and settled.
[0039]
FIG. 2 shows an operation explanation flowchart (store server) of the present invention.
In FIG. 2, S21 determines whether the store is closed. It is determined whether or not the store has closed and the sales processing by the POS terminal 1 has been completed. In the case of YES, the process proceeds to S22. If NO, the process ends.
[0040]
In S22, the sales data to which the false hit application flag 23 is added is extracted. In this case, all the canceled sales data in which the wrong hit application key 13 is pressed and the wrong hit application flag 23 in the sales data 22 is set are extracted.
[0041]
S23 displays a list. This displays a list of sales data 22 whose sales have been canceled and for which the false hit application flag 23 extracted in S22 has been set.
[0042]
In step S24, the sales data of the erroneous hit application is checked. In this case, a list of the sales data 22 in which the erroneous hit application flag 23 is set in S23 is displayed on the management console 5 in FIG. 1, and it is checked whether the administrator approves the erroneous hit application sales data 22.
[0043]
A step S25 decides whether or not to approve. In the case of YES, since the manager has approved the sales data 22 with the erroneous hit 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, the manager does not approve the sales data 22 in which the misapplication flag 23 has been set, and has determined that the investigation is to be performed. .
[0044]
In S28, it is determined whether or not the extracted hit sales data is completed. In the case of YES, the minus transaction sales is added in S29, and the process ends. If NO, the process returns to S24 and repeats.
[0045]
As described above, in the store server 2, when it is determined that the store is closed and the sales processing by the POS terminal 1 is completed (or at any time), the manager operates the management console 5 and the erroneous hit application flag 23 in the sales data 22. Is extracted, and a list is displayed, and the sales data 22 that has been approved by looking at the list is set with the approval flag 24, while the unapproved sales that have not been approved are set. The data 22 is taken out, stored in the unapproved keying application file 25 and saved for investigation, so that the POS terminal 1 automatically presses the erroneous key application flag 13 once and automatically applies the erroneous key application of the sales data 22. The fact that it is possible to easily cancel sales by setting the flag 23 makes it possible to monitor and prevent unauthorized use.
[0046]
FIG. 4 shows an example of the sales summary data DB of the present invention. This is an example of a database provided in the store server 2 of FIG. 1 to register and collectively manage the sales data 22 from each POS terminal 1. In this example, the following information shown in the drawing is registered in association with the following information. To manage.
[0047]
・ POS number:
・ Transaction serial number:
・ Sales product code:
·Amount of money:
-Mistake application flag:
・ Approval flag:
・ Others:
Here, the POS number is a unique number of the POS terminal 1 connected to the store server 2 in FIG. The transaction serial number is a serial number at which the POS terminal 1 has made a transaction. The sales merchandise code is a code of the merchandise that has been processed by the POS terminal 1 (normally, a merchandise code read from a bar code attached to the merchandise). The price is the price of the product. The wrong hit application flag 23 is a flag indicating sales cancellation automatically set when the wrong hit application key 13 is pressed. The approval flag 24 is a flag that is set when the administrator approves the cancellation of the sales data 22 for which the erroneous hit application flag 23 has been set.
[0048]
In FIG. 4, the sales data 22 of (1) is erroneous hit sales, in which only the erroneous hit application flag 23 is set to 1 (set).
[0049]
The sales data 22 of (2) is correct sales and the erroneous hit application flag 23 is not set.
[0050]
The sales data 22 of (3) is the sales for which the erroneous hit was approved, in which both the erroneous hit application flag 23 and the approval flag 24 are set to 1 (set).
[0051]
As described above, by providing the wrong hit application flag 23 and the approval flag 24 in the sales data 22, the correct sales of (2), the wrong hit sales of (1), and the sales of the wrong hit approval of (3) are obtained. It is possible to set and confirm each state at any time and monitor or monitor the state to prevent fraud.
[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 wrong hit application key 13 is depressed and the newly provided sales data 22 is deleted. The misappropriation flag 23 is set, the misappropriation sales are set, and the settlement is performed. The misappropriation flag 23 is set or the misappropriation flag 23 is set and the approval data 24 is not set. Since the list is displayed and the administrator approves and reflects it, the cancellation of sales can be realized by a simple operation of pressing the wrong hit application key 13 once and the list of canceled data is displayed. It is possible to approve and prevent fraud.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of the present invention.
FIG. 2 is an operation explanatory flowchart (POS terminal) of the present invention.
FIG. 3 is an operation explanatory flowchart (store server) of the present invention.
FIG. 4 is an example of a sales summary data DB of the present invention.
[Explanation of symbols]
1: POS terminal 11: Barcode scanner 12: Keyboard 13: Mistake application key 14: Sales registration means 15: Mistake application means 16: Receipt printer 2: Store server 21: Sales total data DB
22: Sales data 23: Mistake application flag 24: Approval flag 25: Unapproved misapplication file 3: Product 31: Barcode 4: Receipt 5: Management console

Claims (3)

商品のバーコードなどを読み取って売上データを作成して精算するPOS端末において、
売上データを取り消す指示を入力する誤打申請キーと、
商品のバーコードから読み取った売上データを登録する手段と、
前記誤打申請キーが押下されたときに前記売上データの誤打申請フラグをセットする手段と、
前記誤打申請フラグのセットされていない売上データを集計して精算およびレシート印字する手段と
を備えたことを特徴とするPOS端末。
In a POS terminal that reads barcodes etc. of products to create sales data and settles,
A key to enter an instruction to cancel the sales data,
Means for registering sales data read from the barcode of the product,
Means for setting a mistake hit application flag of the sales data when the mistake hit application key is pressed,
A POS terminal comprising: means for totalizing the sales data for which the erroneous hit application flag is not set, and performing settlement and receipt printing.
前記売上データの誤打申請フラグをセットするとして、前記誤打申請キーが売上データの入力途中に押下あるいは入力直後に押下あるいは売上データの番号指定して押下された場合に、入力途中の売上データあるいは入力直後の売上データあるいは番号指定された売上データの誤打申請フラグをセットすることを特徴とする請求項1記載のPOS端末。Assuming that the wrong hit application flag of the sales data is set, if the wrong hit application key is pressed during input of the sales data, or is pressed immediately after input, or is pressed by specifying the number of the sales data, the sales data during input is pressed. 2. The POS terminal according to claim 1, wherein an erroneous hit application flag of the sales data immediately after the input or the sales data whose number is designated is set. POS端末から受信した売上データを登録する手段と、
前記売上データ中の誤打申請フラグがセットされている一覧あるいは誤打申請フラグがセットされかつ承認フラグがセットされていない一覧を表示する手段と、
前記一覧をチェックして承認したときに当該売上データに設けた承認フラグをセットする手段と、
前記売上データ中の誤打申請フラグがセットされかつ承認フラグがセットされていない売上データを未承認の売上データとして抽出しファイルに格納する手段と
を備えたことを特徴とするPOS管理システム。
Means for registering sales data received from the POS terminal;
Means for displaying a list in which the misapply application flag in the sales data is set or a list in which the misappropriation application flag is set and the approval flag is not set,
Means for setting an approval flag provided for the sales data when the list is checked and approved;
Means for extracting sales data in which the false hit application flag in the sales data is set and for which the approval flag is not set as unapproved sales data, and storing the same in a file.
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 true JP2004030210A (en) 2004-01-29
JP4113736B2 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)

Cited By (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

Citations (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
JPH02257395A (en) * 1989-03-30 1990-10-18 Tokyo Electric Co Ltd Commodity sale data processor
JPH07234975A (en) * 1994-02-23 1995-09-05 Tec Corp Commodity sale register data processor

Patent Citations (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
JPH02257395A (en) * 1989-03-30 1990-10-18 Tokyo Electric Co Ltd Commodity sale data processor
JPH07234975A (en) * 1994-02-23 1995-09-05 Tec Corp Commodity sale register data processor

Cited By (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

Also Published As

Publication number Publication date
JP4113736B2 (en) 2008-07-09

Similar Documents

Publication Publication Date Title
JP2008027313A (en) Pos register
JP5011358B2 (en) Utility bill payment processing apparatus and program
JP5784879B2 (en) Document reference system, document reference method
JP2013167958A (en) Pos system
JP6690281B2 (en) POS system and program
JP2017068548A (en) Sales data processor and program
JP2004030210A (en) Pos terminal and pos management system
JP7266837B2 (en) Registration device and product sales data processing system
JP2003281632A (en) Sales data processor
WO2023037650A1 (en) Information processing device, registration system, and program
JP5216742B2 (en) Product sales data processing apparatus, control program thereof, and product sales system
JP2001118152A (en) Sales management device
EP4328839A1 (en) Point of sale system
JP7325983B2 (en) Merchandise sales data processor
JP2002324276A (en) Method and device for managing merchandise
JP2005004512A (en) Method for paying amount by pos terminal and amount payment program
JP4529128B2 (en) Point correcting apparatus and point correcting method
JP2022045721A (en) Accounting device, registration device, and program
JP4709341B2 (en) Sales management device
JP4055117B2 (en) POS system
JP6243315B2 (en) Sales data processing apparatus and program
JP2021036463A (en) Commodity data processing device, program and commodity data processing method
JP2022075794A (en) Commodity data processing device and program
JPH07192172A (en) Commodity sales registration data processor
JP2015022349A (en) Store server and program for store server

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