JP4113736B2 - POS management system - Google Patents
POS management system Download PDFInfo
- 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
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
[0009]
The barcode scanner 11 reads the
[0010]
The
The
[0011]
The error application means 15 sets an
[0012]
The
[0013]
Next, the operation will be described.
The barcode scanner 11 constituting the
[0014]
At this time, when the erroneous
[0015]
In addition, the
[0016]
Accordingly, when it is necessary to cancel the
[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
[0019]
The barcode scanner 11 reads the
[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
[0021]
The
[0022]
The sales registering means 14 registers the sales data of the product, totals and settles it, or instructs the
[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
[0025]
The
[0026]
The sales
[0027]
The
[0028]
The
[0029]
The
[0030]
The unapproved
[0031]
The
[0032]
Next, operations and processing in the
[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
[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
[0036]
In S4, the sales registration is performed again. Since the
[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
[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
[0040]
In S22, the sales data to which the
[0041]
In step S23, a list is displayed. This displays a list of
[0042]
In step S24, the sales data of the erroneous application is checked. In step S23, a list of
[0043]
S25 determines whether to approve. In the case of YES, since the administrator has approved the
[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
[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
[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
[0048]
In FIG. 4, the
[0049]
The
[0050]
The
[0051]
As described above, by providing the
[0052]
【The invention's effect】
As described above, according to the present invention, when it is necessary to cancel the
[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管理システム。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.
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)
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)
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 |
-
2002
- 2002-06-25 JP JP2002185299A patent/JP4113736B2/en not_active Expired - Fee Related
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 |