(57)【要約】【課題】本発明は、商品のバーコードなどを読み取って売上データを作成して精算するＰＯＳ端末およびＰＯＳ管理システムに関し、ＰＯＳ端末で売上時に、売上データを取り消す必要が生じたときは新たに設けた誤打申請キーを押下して新たに設けた売上データ中の誤打申請フラグをセットして誤打売上と設定して精算すると共に、誤打申請フラグがセットなどされている売上データ一覧を表示して管理者が承認して反映し、誤打取消しを簡易な操作で実現すると共に取消データ一覧を表示して承認して不正防止を図ることを目的とする。【解決手段】売上データを取り消す指示を入力する誤打申請キーと、商品のバーコードから読み取った売上データを登録する手段と、誤打申請キーが押下されたときに売上データの誤打申請フラグをセットする手段と、誤打申請フラグのセットされていない売上データを集計して精算およびレシート印字する手段とから構成する。【選択図】　図１
2004030210.tif 000002
【特許請求の範囲】
【請求項１】
商品のバーコードなどを読み取って売上データを作成して精算するＰＯＳ端末において、
売上データを取り消す指示を入力する誤打申請キーと、
商品のバーコードから読み取った売上データを登録する手段と、
前記誤打申請キーが押下されたときに前記売上データの誤打申請フラグをセットする手段と、
前記誤打申請フラグのセットされていない売上データを集計して精算およびレシート印字する手段と
を備えたことを特徴とするＰＯＳ端末。
【請求項２】
前記売上データの誤打申請フラグをセットするとして、前記誤打申請キーが売上データの入力途中に押下あるいは入力直後に押下あるいは売上データの番号指定して押下された場合に、入力途中の売上データあるいは入力直後の売上データあるいは番号指定された売上データの誤打申請フラグをセットすることを特徴とする請求項１記載のＰＯＳ端末。
【請求項３】
ＰＯＳ端末から受信した売上データを登録する手段と、
前記売上データ中の誤打申請フラグがセットされている一覧あるいは誤打申請フラグがセットされかつ承認フラグがセットされていない一覧を表示する手段と、
前記一覧をチェックして承認したときに当該売上データに設けた承認フラグをセットする手段と、
前記売上データ中の誤打申請フラグがセットされかつ承認フラグがセットされていない売上データを未承認の売上データとして抽出しファイルに格納する手段と
を備えたことを特徴とするＰＯＳ管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、商品のバーコードなどを読み取って売上データを作成して精算するＰＯＳ端末およびＰＯＳ管理システムに関するものである。
【０００２】
【従来の技術】
従来、店舗でＰＯＳ端末にて、顧客が陳列棚などから持ってきた商品のバーコードを読み取って売上データを作成して登録し精算し、商品を渡している。
【０００３】
この際、操作ミスや顧客が商品を他の商品に変えたりし、元の商品の売上データを取り消す必要が生じた場合、マイナスの売上データを作成して結果的に取り消しを行い、新たに正しいあるいは取り替え後の商品の売上データを入力し、精算するようにしていた。
【０００４】
また、取り消す必要が生じた一連の売上データをレシートに印字して無効レシートとして保管し、暇なときあるいは業務終了後にまとめて当該無効レシートの内容（売上データ）をマイナスの売上データとして入力し、取り消しを行っていた。
【０００５】
【発明が解決しようとする課題】
このため、ＰＯＳ端末で精算時に売上データの取り消しが必要となった場合、その場でマイナスの売上データを入力して取り消したり、一旦、レシートを印字して無効レシートとして保管し、後程、マイナスの売上データを入力して取り消したりという面倒な操作が必要となってしまうと共に、無効レシートとして印字したときは同じＰＯＳ端末からマイナスの売上データを入力して取り消し操作を行わないとＰＯＳ端末毎の集計に誤差が生じてしまうなどの問題があった。
【０００６】
本発明は、これらの問題を解決するため、ＰＯＳ端末で売上時に、売上データを取り消す必要が生じたときは新たに設けた誤打申請キーを押下して新たに設けた売上データ中の誤打申請フラグをセットして誤打売上と設定して精算すると共に、誤打申請フラグがセットされている売上データ一覧を表示して管理者が承認して反映し、売上の取り消しを簡易な操作で実現すると共に取消データ一覧を表示して承認して不正防止を図ることを目的としている。
【０００７】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
【０００８】
図１において、ＰＯＳ端末１は、商品のバーコードなどを読み取って売上データ２２を作成して精算したりなどするものであって、ここでは、バーコードスキャナ１１、誤打申請キー１３、売上登録手段１４、誤打申請手段１５などから構成されるものである。
【０００９】
バーコードスキャナ１１は、商品３に添付されたバーコード３１を読み取るものである。
【００１０】
誤打申請キー１３は、売上データ２２の取消しを指示するキーである。
売上登録手段１４は、商品の売上データ２２を登録したり、精算してレシート４を印字したりなどするものである。
【００１１】
誤打申請手段１５は、売上データ２２中の誤打申請フラグ２３をセットするものである。
【００１２】
店舗サーバ２は、複数のＰＯＳ端末１を統括制御し、売上データ２２を登録して集計したりなどするものである。
【００１３】
次に、動作を説明する。
ＰＯＳ端末１を構成するバーコードスキャナ１１が商品３に添付されているバーコード３１を読み取り、売上登録手段１４が読み取った商品のコードおよび当該商品の価格などからなる売上データ２２を作成して登録し、誤打申請キー１３が押下されたときには誤打申請手段１５が該当売上データ２２の誤打申請フラグ２３をセットし、売上登録手段１４が誤打申請フラグ２３のセットされていない売上データを集計して精算するようにしている。
【００１４】
この際、誤打申請キー１３が売上データ２２の入力途中に押下あるいは入力直後に押下あるいは売上データ２２の番号指定して押下された場合に、入力途中の売上データ２２あるいは入力直後の売上データ２２あるいは番号指定された売上データ２２の誤打申請フラグ２３をセットするようにしている。
【００１５】
また、店舗サーバ３は、ＰＯＳ端末１から受信した売上データ２２を登録すると共に、売上データ２２の誤打申請フラグ２３がセットあるいは誤打申請フラグ２３がセットされ、かつ承認フラグ２４がセットされていない一覧を表示し、一覧をチェックして承認されたときに売上データ２２に設けた承認フラグ２４をセット、および売上データ２２中の誤打申請フラグ２３がセットされていなく、かつ承認フラグ２３がセットされていない売上データ２２を未承認の売上データ２２として抽出してファイルに格納するようにしている。
【００１６】
従って、ＰＯＳ端末１で売上時に、売上データ２２を取り消す必要が生じたときは新たに設けた誤打申請キー１３を押下して新たに設けた売上データ２２中の誤打申請フラグ２３をセットして誤打売上と設定して精算すると共に、誤打申請フラグ２３がセットあるいは誤打申請フラグ２３がセットされ、かつ承認フラグ２４がセットされていない売上データ一覧を表示して管理者が承認して反映することにより、売上の取り消しを簡易な操作で実現すると共に取消データ一覧を表示して承認し不正防止を図ることが可能となる。
【００１７】
【発明の実施の形態】
次に、図１から図４を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１８】
図１は、本発明のシステム構成図を示す。
図１において、ＰＯＳ端末１は、商品のバーコードなどを読み取って売上データを作成して精算したりなどするものであって、ここでは、バーコードスキャナ１１、キーボード１２、誤打申請キー１３、売上登録手段１４、誤打申請手段１５、レシートプリンタ１６などから構成されるものである。
【００１９】
バーコードスキャナ１１は、商品３に添付されたバーコード３１を読み取るものである。
【００２０】
キーボード１２は、商品コードや、商品の金額、数量などを手入力するためのテンキー、更に、各種制御キーなどから構成されるものであって、ここでは、誤打申請キー１３を設けたものである。
【００２１】
誤打申請キー１３は、売上データについて、取り消しを指示するキーである。
【００２２】
売上登録手段１４は、商品の売上データを登録し、集計して精算したり、レシートプリンタ１６に指示して顧客毎に商品の売上内容を印字したレシートを印字したり、精算したりするものである。
【００２３】
誤打申請手段１５は、売上データ中の誤打申請フラグをセットするものである（図２を用いて後述する）。
【００２４】
レシート４は、レシートプリンタ１６によって、顧客毎の商品名、価格、数量、合計、消費税などを印字したものである。
【００２５】
店舗サーバ２は、複数のＰＯＳ端末１を統括制御し、売上データ２２を登録して集計したりなどするものであって、ここでは、売上集計データＤＢ２１，未承認誤打申請ファイル２５などから構成されるものである。
【００２６】
売上集計データＤＢ２１は、複数のＰＯＳ端末１から登録された売上データ２２を登録して一元管理するものである。
【００２７】
売上データ２２は、ＰＯＳ端末１で売り上げた商品コード、価格、金額などであって、ここでは、誤打申請フラグ２３、承認フラグ２４などを設けたものである。
【００２８】
誤打申請フラグ２３は、商品の売上データを取り消す旨を設定するフラグである。
【００２９】
承認フラグ２３は、誤打申請フラグ２３がセットされて取消データであると設定された売上データについて、管理者が承認したときにセットされるものである。
【００３０】
未承認誤打申請ファイル２５は、売上データ２２中の誤打申請フラグ２３がセットされた当該売上データ２２について管理者が調査するために抽出して格納した未承認のものを格納するファイルである。
【００３１】
管理者用コンソール５は、店舗サーバ２に接続し、各種設定や操作などを行うためのものであって、ここでは、売上データ２２中の誤打申請フラグ２３がセットされている取消された売上データの一覧を表示し、承認などして当該売上データ２２中の承認フラグ２４をセットしたり、未承認のときは未承認誤打申請ファイル２５に格納して後に調査するために保管したりなどするためのものである。
【００３２】
次に、図２のフローチャートの順番に従い、図１の構成のもとでＰＯＳ端末１における操作および処理を詳細に説明する。
【００３３】
図２は、本発明の動作説明フローチャート（ＰＯＳ端末）を示す。
図２において、Ｓ１は、無効レシートが発生か判別する。これは、図１の誤打申請キー１３が押下されたか判別する。ＹＥＳの場合には、Ｓ２に進む。ＮＯの場合には、終了する。
【００３４】
Ｓ２は、誤打申請を行う。これにより、誤打などして取消要求された売上データ２２の誤打申請フラグ２３がセットされ、当該売上データ２２が取消（無効）となる。
【００３５】
Ｓ３は、レシートを破棄する。これは、当該誤打した売上データを含んで印字したレシートは無効（取消）となったので、当該レシートを破棄する（店舗サーバ２には誤打申請された売上データ２２の誤打申請フラグ２３がセットされ、取り消された旨が設定されている）。
【００３６】
Ｓ４は、売上登録のやりなおしを行う。これは、誤打申請した売上データ２２の誤打申請フラグ２３をセットして取消（無効）と設定したので、正しい売上登録をやり直す。
【００３７】
Ｓ５は、精算する。これは、顧客がレジに持ってきた商品について全て入力して集計し精算する。そして、商品を顧客に渡す。
【００３８】
以上によって、顧客がレジに持ってきた商品について、バーコードを読み取って売上処理を行っている途中で、誤打鍵したり、顧客が商品を変えたりして売上データ２２を取り消す必要が生じたときに、誤打申請キー１３を押下して売上データ２２中の誤打申請フラグ２３をセットし取消し、正しく入力した売上データ２２を生成して登録することを繰り返し、集計して精算することにより、レジで誤打鍵などして売上データを取り消すときに誤打申請キー１３を１回押下するのみで自動的に該当売上データ２２の誤打申請フラグ２３をセットして取り消し、続けて正しい売上データ２２を登録して精算することが可能となる。
【００３９】
図２は、本発明の動作説明フローチャート（店舗サーバ）を示す。
図２において、Ｓ２１は、閉店か判別する。これは、店舗が閉店してＰＯＳ端末１による売上処理が終了したか判別する。ＹＥＳの場合には、Ｓ２２に進む。ＮＯの場合には、終了する。
【００４０】
Ｓ２２は、誤打申請フラグ２３の付加された売上データを抽出する。これは、誤打申請キー１３の押下されて売上データ２２中の誤打申請フラグ２３がセットされている、取り消された売上データを全て抽出する。
【００４１】
Ｓ２３は、一覧を表示する。これは、Ｓ２２で抽出した誤打申請フラグ２３のセットされている売上の取り消された売上データ２２の一覧を表示する。
【００４２】
Ｓ２４は、誤打申請の売上データのチェックを行う。これは、Ｓ２３で誤打申請フラグ２３のセットされている売上データ２２の一覧を、図１の管理用コンソール５に表示し、管理者が誤打申請の売上データ２２を承認するかチェックする。
【００４３】
Ｓ２５は、承認するか判別する。ＹＥＳの場合には、誤打申請フラグ２３のセットされた売上データ２２について管理者が承認したので、Ｓ２６で承認フラグ２４をセットし、Ｓ２８に進む。一方、ＮＯの場合には、誤打申請フラグ２３のセットされた売上データ２２について管理者が承認しなく、調査すると判定したので、Ｓ２７で未承認誤打申請ファイル２５に出力し、Ｓ２８に進む。
【００４４】
Ｓ２８は、抽出した誤打売上データが終わりか判別する。ＹＥＳの場合には、Ｓ２９でマイナス取引売上を追加し、終了する。ＮＯの場合には、Ｓ２４に戻り繰り返す。
【００４５】
以上によって、店舗サーバ２では、閉店してＰＯＳ端末１による売上処理が終了したと判明したとき（あるいは随時）、管理者が管理用コンソール５を操作し、売上データ２２中の誤打申請フラグ２３がセットされている全ての売上データ２２を抽出して一覧を表示させ、当該一覧を見て承認を与えた売上データ２２はその承認フラグ２４をセットし、一方、承認を与えない未承認の売上データ２２は取り出して未承認打鍵申請ファイル２５に格納して調査用に保存することにより、ＰＯＳ端末１で単に誤打申請フラグ１３を１回押下するのみで自動的に売上データ２２の誤打申請フラグ２３をセットして売上を取り消すことが簡易に可能となったことによる、不正使用を監視して防止することが可能となる。
【００４６】
図４は、本発明の売上集計データＤＢ例を示す。これは、図１の店舗サーバ２に設けて各ＰＯＳ端末１からの売上データ２２を登録して一元管理するデータベースの例であって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【００４７】
・ＰＯＳ番号：
・取引通番：
・売上商品コード：
・金額：
・誤打申請フラグ：
・承認フラグ：
・その他：
ここで、ＰＯＳ番号は図１の店舗サーバ２に接続されたＰＯＳ端末１の一意の番号である。取引通番はＰＯＳ端末１で取引を行った通番である。売上商品コードはＰＯＳ端末１で売上処理を行った商品のコード（通常は、商品に添付されたバーコードから読み取った商品コード）である。金額は商品の金額である。誤打申請フラグ２３は誤打申請キー１３を押下したときに自動的にセットされる売上取消しを表すフラグである。承認フラグ２４は、誤打申請フラグ２３がセットされた売上データ２２の売上取り消しについて、管理者が見て承認したときにセットされるフラグである。
【００４８】
図４において、▲１▼の売上データ２２は、誤打売上であって、誤打申請フラグ２３のみが１（セット）されたものである。
【００４９】
▲２▼の売上データ２２は、正しい売上であって、誤打申請フラグ２３がセットされていないものである。
【００５０】
▲３▼の売上データ２２は、誤打承認した売上であって、誤打申請フラグ２３および承認フラグ２４の両者が１（セット）されたものである。
【００５１】
以上のように、売上データ２２に誤打申請フラグ２３、承認フラグ２４を新たに設けたことにより、▲２▼の正しい売上、▲１▼の誤打売上、▲３▼の誤打承認の売上という各状態をそれぞれ随時設定して確認したり、監視したりし、不正を防止することが可能となる。
【００５２】
【発明の効果】
以上説明したように、本発明によれば、ＰＯＳ端末１で売上時に、売上データ２２を取り消す必要が生じたときは新たに設けた誤打申請キー１３を押下して新たに設けた売上データ２２中の誤打申請フラグ２３をセットして誤打売上と設定して精算すると共に、誤打申請フラグ２３がセットあるいは誤打申請フラグ２３がセットされ、かつ承認フラグ２４がセットされていない売上データ一覧を表示して管理者が承認して反映する構成を採用しているため、売上の取り消しを誤打申請キー１３を１回押下するという簡易な操作で実現すると共に取消データ一覧を表示して承認し不正防止を図ることが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（ＰＯＳ端末）である。
【図３】本発明の動作説明フローチャート（店舗サーバ）である。
【図４】本発明の売上集計データＤＢ例である。
【符号の説明】
１：ＰＯＳ端末
１１：バーコードスキャナ
１２：キーボード
１３：誤打申請キー
１４：売上登録手段
１５：誤打申請手段
１６：レシートプリンタ
２：店舗サーバ
２１：売上集計データＤＢ
２２：売上データ
２３：誤打申請フラグ
２４：承認フラグ
２５：未承認誤打申請ファイル
３：商品
３１：バーコード
４：レシート
５：管理用コンソール
【図１】
2004030210.tif 000003
【図２】
2004030210.tif 000004
【図３】
2004030210.tif 000005
【図４】
2004030210.tif 000006