JPH10124755A - 訂正処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 入力されたデータがどのような理由で訂正さ
れたかを後で容易に確認する。 【解決手段】 入力された売上データが登録処理された
のち、その訂正が指示された際に、ＣＰＵ１は訂正処理
テーブル２−５から訂正理由を読み出して一覧表示させ
る。その中からいずれかの訂正理由が選択されると、Ｃ
ＰＵ１はその訂正理由に対応する訂正履歴管理ファイル
２−４内の件数、個数、金額を更新する。点検／精算時
に、訂正理由毎に訂正履歴管理ファイル２−４内の件
数、個数、金額がレポート印字される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、入力されたデー
タを訂正する訂正処理装置に関する。

【０００２】

【従来の技術】一般に、電子式キャッシュレジスタにお
いては、入力された売上データを分類別に累計して登録
処理すると共に、登録された売上データを任意に指定し
てこの訂正が指定された際に、指定された分類の売上デ
ータを当該分類の累計値（売上合計金額や個数）から減
算する訂正処理を行うようにしている。この場合、従来
においては、売上データの登録操作や訂正操作が行われ
る毎に、その操作内容をジャーナルに操作履歴として印
字出力するようにしているため、ジャーナルレポートを
確認することで、訂正回数等を知ることができる。

【０００３】

【発明が解決しようとする課題】ところで、登録済みの
売上データを訂正する場合、その訂正は入力ミス等のよ
うに店側の理由によるものか、キャンセル等のように客
側の理由によるものかは、効率的な運用等を図る上で極
めて重要な要素となるが、ジャーナルレポートからでは
それを確認することはできなかった。この発明の課題
は、入力されたデータがどのような理由で訂正されたか
を後で容易に確認できるようにすることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。この発明は、入力されたデータがどのような
理由で訂正されるのかを示す各種の訂正理由を記憶する
第１の記憶手段と、入力されたデータの訂正が指定され
た際に、前記第１の記憶手段から訂正理由を読み出して
表示出力する表示手段と、この表示手段によって表示出
力されている訂正理由のうちいずれかの訂正理由を選択
する選択手段と、この選択手段によって選択された訂正
理由に対応付けてその訂正履歴を記憶する第２の記憶手
段と、この第２の記憶手段に記憶されている訂正履歴を
訂正理由に対応付けて出力する出力手段とを具備するも
のである。なお、前記第２の記憶手段は訂正理由毎に訂
正回数を訂正履歴として記憶し、前記選択手段によって
訂正理由が選択される毎に、この訂正理由に対応する前
記第２の記憶手段内の訂正回数を更新する更新手段を設
けてもよい。また、入力された売上データを分類別に登
録したのち、登録された売上データの訂正が指定された
際に、指定された分類の売上データを訂正する売上デー
タ処理装置において、登録された売上データの訂正が指
定された際に、前記表示手段は登録された売上データが
顧客側の理由あるいは店側の理由によって訂正されるの
かを示す訂正理由を表示出力するようにしてもよい。ま
た、分類別に在庫データを記憶する在庫データ記憶手段
と、前記選択手段によって選択された訂正理由に基づい
て前記在庫データ記憶手段内の在庫データを訂正する訂
正処理を実行するか否かを決定する処理制御手段を設け
てもよい。また、前記第１の記憶手段はオペレータ別に
固有の訂正理由を記憶し、入力データの訂正が指定され
た際に、その訂正を指定したオペレータに応じて前記表
示手段は、当該オペレータに対応する訂正理由を前記第
１の記憶手段から読み出して表示出力するようにしても
よい。更に、前記第１の記憶手段は商品別に固有の訂正
理由を記憶し、商品別に入力されたデータの訂正が指定
された際に、前記表示手段は当該商品に対応する訂正理
由を前記第１の記憶手段から読み出して表示出力するよ
うにしてもよい。この発明によれば、入力されたデータ
の訂正が指定された際に、第１の記憶手段から訂正理由
が読み出されて表示出力されるので、オペレータは今回
どのような理由で訂正するのかを指示するために選択手
段によっていずれかの訂正理由を選択する。すると、選
択された訂正理由に対応して第２の記憶手段に訂正履歴
が記憶される。そして、この訂正履歴は訂正理由に対応
付けられて出力される。したがって、入力されたデータ
がどのような理由で訂正されたかを後で容易に確認する
ことができる。

【０００５】

【発明の実施の形態】

（第１実施形態）以下、図１〜図９を参照してこの発明
の第１実施形態を説明する。図１（Ａ）は電子式キャッ
シュレジスタの主要構成を示したブロック図である。こ
の電子式キャッシュレジスタはレストラン等の飲食店向
けに仕様されたもので、ＣＰＵ１はＲＡＭ２内のプログ
ラムメモリに格納されている各種プログラムにしたがっ
てこの電子式キャッシュレジスタの全体動作を制御する
中央演算処理である。記憶媒体３は着脱自在に装着可能
なフロッピーディスク、光ディスク、ＲＡＭカード等の
磁気的・光学的記憶媒体、半導体メモリによって構成さ
れ、プログラムやデータが格納されている。この記憶媒
体３が装着されている状態において、記憶媒体３内のプ
ログラムやデータは、ＣＰＵ１に取り込まれ、記憶装置
４に格納される。記憶装置４はＲＯＭ、ハードディス
ク、光ディスク等によって構成され、オペレーティング
システムや各種のアプリケーションプログラム、データ
ファイル、文字フォントデータ等を記憶するもので、Ｃ
ＰＵ１は通信回線等を介して他の機器からプログラムや
データが送信されて来た際には、それを取り込んで記憶
装置４に格納する。また、ＣＰＵ１にはその入出力周辺
デバイスとして入力装置５、表示装置６、印刷装置７、
ドロア８が接続されており、ＣＰＵ１はそれらの入出力
動作を制御する。

【０００６】入力装置５はキーボードやポインティング
デバイスを有し、キーボード上には通常備えられている
各種のキーが配列されている。すなわち、キーボード上
には図示しないが金額データや個数等を入力するテンキ
ーの他、カーソルキー、部門キー、ＰＬＵ（プライス・
ルック・アップ）キー、現金／預かり金キー、ＶＯＩＤ
（指定訂正）キー、確定キー（ＹＥＳキー）等を有し、
更に、登録モード、点検モード、精算モード等に切り替
えるモードスイッチが設けられている。入力装置５から
入力された売上データ（換言すれば注文データ）は、Ｃ
ＰＵ１に取り込まれて表示装置６に表示出力されたり、
２連装式の印刷装置７にセットされているレシート／ジ
ャーナルに印字出力され、更にはＲＡＭ２内の売上合計
器に登録される。表示装置６は複数行分のデータを表示
可能な液晶表示装置やＣＲＴ表示装置等から成り、登録
結果等を漢字や数字、その他文字、記号によって表示出
力する。

【０００７】図１（Ｂ）はＲＡＭ２の要部を示したもの
で、ＲＡＭ２にはプログラムメモリ２−１、一取引分メ
モリ２−２、商品別売上合計器２−３、訂正履歴管理フ
ァイル２−４、訂正処理テーブル２−５等が設けられて
いる。プログラムメモリ２−１には記憶装置４等からロ
ードされた各種プログラムが格納される。一取引分メモ
リ２−２は一取引の登録が開始されてからその登録を終
了させる締めキー（現金／預かり金キー）等が操作され
るまでに登録された一取引分の登録結果を記憶保持する
もので、ＣＰＵ１は一取引分メモリ２−２から１画面分
のデータを読み出して登録画面に表示出力させる。な
お、この一取引分メモリ２−２の内容は現金／預かり金
キー等の締めキーが操作された際に、クリアされる。商
品別売上合計器２−３は商品別に売上合計等を記憶する
もので、図２に示すような構成となっている。すなわ
ち、商品別（商品コード、商品名別）に売上データ（売
上合計個数や合計金額）を記憶する他、在庫データと損
失個数とを記憶する。ここで、在庫データは現在の在庫
数を示すもので、商品別登録処理時にその値は登録され
た個数分減算されるが、登録済みの商品が後でキャンセ
ルされたような場合に、まだ調理されておらず、その商
品を在庫として戻すことができるものであれば、その訂
正処理時に在庫データは訂正個数分加算される。損失個
数は在庫として戻すことができなかった場合の商品数を
示すもので、登録済みの商品が後でキャンセルされたよ
うな場合に、調理済みのように商品を在庫として戻すこ
とができないものであれば、訂正処理時に損失個数は訂
正個数分加算される。

【０００８】訂正履歴管理ファイル２−４は図３に示す
ように、登録された売上データがどのような理由で訂正
されるのかを示す訂正理由（漢字混り文）が記憶されて
いる。この場合、オペレータの入力ミス等を理由とする
「登録間違い」、客側からの要求である「注文変更」、
店側の不手際等を理由とする「調理遅れ」、客側からの
要求である「キャンセル」……が記憶されている。な
お、「調理遅れ」を除く訂正理由は調理済み、未調理に
区分されている。そして、各訂正理由に対応付けて訂正
履歴管理ファイル２−４には「在庫演算フラグ」、「件
数」、「個数」、「金額」を記憶する領域を有してい
る。ここで、「在庫演算フラグ」は訂正理由毎に在庫と
して戻すことができるか否かを示すもので、“１”は在
庫として戻さないことを示し、“０”は在庫として戻す
ことを示している。「件数」、「個数」、「金額」は訂
正理由毎に訂正された合計件数、個数、金額を示す。な
お、訂正履歴管理ファイル２−４内の「訂正理由」、
「在庫演算フラグ」を記憶する領域は設定エリアである
のに対し、「件数」、「個数」、「金額」を記憶する領
域は、合計器エリアである。

【０００９】訂正処理テーブル２−５は図４（Ａ）に示
すように、各種の「訂正理由」と、それに対応する「処
理フラグ」、「キー操作ガイダンス」を記憶する構成と
なっている。ここで、「処理フラグ」は訂正理由に応じ
てどのような訂正処理を実行すべきかを示すもので、処
理フラグが“１”のときには、訂正対象の個数訂正、
“２”のときには全クリア、“３”のときには商品訂正
を実行すべきことを示している。「キー操作ガイダン
ス」は処理フラグが“１”、“３”のときに訂正操作を
行うためのキー操作手順を案内するガイダンスデータで
ある。図４（Ｂ）はこの場合のキー操作ガイダンスに応
じて訂正操作が行われる場合のキー操作手順を具体的に
例示したものである。

【００１０】次に、この電子式キャッシュレジスタの動
作を図５、図６、図８に示す示すフローチャートにした
がって説明する。なお、このフローチャートに記述され
ている各機能を実現するためのプログラムは、ＣＰＵ１
が読み取り可能なプログラムコードの形態で記憶媒体３
や記憶装置４に記憶されており、その内容がＲＡＭ２内
のプログラムメモリ２−１にロードされている。図５は
上述したモードスイッチを登録モードにセットした際に
実行開始される動作を示したフローチャートである。先
ず、キー入力待ち状態において（ステップＡ１）、何ん
らかのキー入力が行われ、それがカーソルキーでなけれ
ば（ステップＡ２でＮＯ）、予め決められているキー入
力手順にしたがって登録操作が行われたかを調べる（ス
テップＡ３）。ここで、顧客から注文を受け、それを登
録する操作が行われた場合には、ステップＡ４に進み、
通常の登録処理が行われる。すなわち、入力された商品
別売上データに基づいて商品別売上合計器２−３内の該
当商品に対応する売上データを累計すると共に、在庫デ
ータを減算する処理が行われたり、レシート／ジャーナ
ル印字等が行われる。そして、この登録結果は一取引分
メモリ２−２にセットされる（ステップＡ５）。以下、
ステップＡ１に戻り、登録操作が行われる毎に上述の動
作が繰り返される。この場合、一取引分メモリ２−２に
順次セットされた登録結果は、１画面分読み出されて登
録画面に表示出力される。

【００１１】ここで、カーソルキーが操作されると（ス
テップＡ２）、登録画面内のカーソル表示（反転表示）
が移動したり、登録画面の内容がスクロールされる（ス
テップＡ６）。いま、登録画面の内容を確認し、カーソ
ル表示を訂正対象の商品位置に合わせた状態において、
ＶＯＩＤキーが操作されると（ステップＡ７）、訂正処
理テーブル２−５から訂正理由が読み出されて登録画面
にプルダウンメニューとして表示される（ステップＡ
８）。図７はこの場合の表示例を示したもので、登録画
面内の略中央部に訂正理由のプルダウンメニューが表示
される。なお、訂正対象の商品として「天ぷら定食セッ
ト」がカーソル指定された場合を示し、訂正対象として
指定された項目内容は図示のように反転表示される。こ
のプルダウンメニューの中から今回どのような理由で訂
正を行うのかを選択するために、カーソルキーを操作す
ると（ステップＡ９）、カーソル移動や画面スクロール
が行われる（ステップＡ１０）。いま、任意の訂正理由
をカーソル指定すると、指定された訂正理由は図７に示
すように反転表示される。いま、訂正理由として「数量
変更」を選択した場合である。

【００１２】このようにして訂正理由を選択したのち、
確定キーが操作されると（ステップＡ１１）、ＣＰＵ１
はこの訂正理由に対応する訂正処理テーブル２−５内の
処理フラグを読み出し（ステップＡ１２）、処理フラグ
の値を判別する（ステップＡ１３）。ここで、処理フラ
グが“１”あるいは“３”であれば、ＣＰＵ１は訂正理
由に対応するキー操作ガイダンスを訂正処理テーブル２
−５から読み出して登録画面内のガイダンス表示域に表
示出力させる（ステップＡ１４）。そして、このキー操
作ガイダンスにしたがったキー入力手順で訂正操作が行
われるまで待機し（ステップＡ１５）、訂正入力操作が
行われると、ステップＡ１６に進み、一取引分メモリ２
−２に対する訂正処理が行われる。この場合、図４
（Ｂ）に示すような手順で数量変更が行われると、一取
引分メモリ２−２内の訂正対象である「天ぷら定食セッ
ト」の個数が例えば２個から１個に訂正される。また、
注文変更が行われると、「天ぷら定食セット」が「うな
ぎ定食セット」に訂正される。一方、処理フラグが
“１”であることがステップＡ１３で検出されると、ス
テップＡ１６に進み、一取引分メモリ２−２内の訂正対
象のデータが全てクリアされる。

【００１３】そして、通常と同様に指定訂正の印字・表
示処理が行われると共に（ステップＡ１７）、商品別売
上合計器２−３内の売上データを訂正する処理が行われ
る（ステップＡ１８）。次に、在庫訂正処理に移るが、
この訂正処理は図６のフローチャートにしたがって実行
される。先ず、上述のようにして訂正を行った商品は調
理済みであるが、未調理のままかを確認してそれをキー
入力指定する（ステップＢ１）。すると、ＣＰＵ１は予
め選択されている訂正理由と調理済み／未調理に応じて
それらに対応する在庫演算フラグを訂正履歴管理ファイ
ル２−４から読み出し（ステップＢ２）、在庫演算フラ
グが“１”か“０”かをチェックする（ステップＢ
３）。ここで、フラグ“０”であれば、訂正対象商品に
対応する商品別売上合計器２−３内の在庫データを元に
戻す処理が行われるが（ステップＢ４）、フラグ“１”
であれば、訂正対象商品に対応する商品別売上合計器２
−３内の損失個数を更新する処理が行われる（ステップ
Ｂ５）。例えば、訂正理由が「登録間違い」や「キャン
セル」で調理済みであれば、在庫演算フラグとして
“１”がセットされているので、損失個数が更新される
が、訂正理由が「登録間違い」で未調理であったり、訂
正理由が「調理遅れ」であれば、在庫演算フラグとして
“０”がセットされているので、在庫データが元に戻さ
れる。そして、ステップＡ２０に進み、訂正履歴管理フ
ァイル２−４に対する演算処理が行われる。すなわち、
今回選択された訂正理由に対応する訂正履歴管理ファイ
ル２−４内の件数、個数、金額をそれぞれ更新する処理
が行われる。そして、ステップＡ１に戻り、再びキー入
力待ちとなる。

【００１４】図８は、点検／精算モード（Ｘ−Ｚモー
ド）時の動作を示したフローチャートである。先ず、Ｖ
ＯＩＤキー（ステップＣ１）あるいは現金／預かり金キ
ー（ステップＣ２）の入力待ち状態において、現金／預
かり金キーが操作されると、商品別売上合計器２−３の
内容を印刷出力させて点検／精算レポートを発行する通
常の処理が行われる（ステップＣ３）。一方、ＶＯＩＤ
キーが操作されると、訂正履歴管理ファイル２−４の内
容を印刷出力させて訂正理由別の訂正履歴レポートを発
行する処理が行われる（ステップＣ４〜Ｃ１１）。図９
はこの訂正履歴レポートの印字例を示している。先ず、
レポートのヘッダー部分の印字が行われ、スタンプと共
にメッセージデータが印字出力される（ステップＣ
４）。この場合、メッセージデータとして、図９に示す
ように「Ｚレポート」、「指定訂正」が印字出力され
る。次に、訂正履歴管理ファイル２−４内の最初の１レ
コード目をアドレス指定し（ステップＣ５）、その１レ
コード分のデータを読み出して（ステップＣ６）、訂正
理由、件数、個数、金額を印字出力させる（ステップＣ
７）。そして、訂正履歴管理ファイル２−４内の最終レ
コードを印字し終るまで（ステップＣ８）、次の１レコ
ード分のデータを指定し（ステップＣ９）、訂正理由に
対応付けてその件数、個数、金額を印字出力させる動作
を繰り返す。これによって全レコード分の印字が終る
と、現在日時を印字出力して（ステップＣ１０）、レポ
ートをセットする（ステップＣ１１）。

【００１５】以上のようにこの電子式キャッシュレジス
タにおいては、一取引分の登録を終了させる締めキーが
操作される前に、既に登録された既登録内容を任意に指
定してその訂正を指示した際に、どのような理由で訂正
されるのかを示す訂正理由が訂正処理テーブル２−５か
ら読み出されてプルダウンメニューとして一覧表示され
ると共に、オペレータがその中から今回の訂正に該当す
る訂正理由を選択すると、その訂正理由に対応する訂正
履歴管理ファイル２−４内の件数、個数、金額を訂正操
作に応じてそれぞれ更新することができる。これによっ
て指定訂正がどのような理由で何件行われ、その商品の
個数、金額は合計どの位かを訂正理由別に管理すること
ができる。そして、この訂正履歴管理ファイル２−４の
内容は点検／精算時に指定訂正における訂正履歴レポー
トとして印字出力されるので、訂正理由毎に件数、個
数、金額を確認することができる。したがって、マネー
ジャー等はそのレポート内容を分析し、分析結果から今
後の対策として、例えば、調理遅れが多い場合は設備や
人員を見直し、登録間違いが多い場合には、オペレータ
の熟練度を高める教育の必要性、キャンセルや注文変更
が多い場合には商品の見直し等をたてることができる。
また、訂正理由毎に在庫として戻すか／戻さないかを示
す在庫演算フラグを設定するようにしたから、既に調理
済みの料理（商品）は在庫として戻さないといったよう
に実情に即した在庫管理が可能となる。また、調理済み
の場合には訂正理由毎に商品の損失個数を把握すること
が可能となる。

【００１６】（第２実施形態）以下、図１０および図１
１を参照してこの発明の第２実施形態を説明する。な
お、上述した第１実施形態においては、指定訂正を行う
際に、どのような商品を訂正するのか、訂正操作を行う
オペレータは誰であるかに拘らず、一律に同一内容の訂
正理由を一覧表示するようにしたが、この第２実施形態
においては商品別、オペレータ別にそれぞれ固有の訂正
理由を記憶させておき、指定訂正時にその対象商品、オ
ペレータに応じてそれに対応する訂正理由を一覧表示さ
せるようにしたものである。図１０はこの第２実施形態
における売上合計器を説明するための図で、（Ａ）は担
当者別売上合計器２−１０の構成を示し、（Ｂ）は商品
別売上合計器２−１１の構成を示している。また、図１
１はこの第２実施形態における訂正履歴管理ファイル２
−１２の構成を示した図である。なお、その他について
は第１実施形態と基本的に同様であるので、図示省略し
てある。

【００１７】担当者別売上合計器２−１０は商品登録操
作を行った担当者別に売上データを記憶管理するもの
で、マネージャＡ、クラークＢ……のように「担当者名
（キャラクタ）」毎に、「暗証番号」、「売上データ
（売上合計金額／個数）」、「担当者指定訂正グループ
No」を記憶する構成となっている。ここで、「担当者指
定訂正グループNo」は担当者レベル（マネージャ、アル
バイト……）によって指定訂正が可能な訂正範囲を異な
らしめるために、どのグループ（レベル）に属するかを
示すもので、例えば、マネージャクラスの担当者には多
くの訂正を許可するが、アルバイトや一般担当者クラス
には極く限られた訂正しか許可しないようにするため
に、予め担当者レベル毎にグループ化されたグループを
指定する。例えば、グループNo“１”はマネージャレベ
ル、“０”はその他の担当者レベルに属するグループで
あることを示している。

【００１８】商品別売上合計器２−１１は商品別に売上
データを記憶管理するもので、「商品名（キャラク
タ）」毎に、「売上データ（金額／個数）」、「商品指
定訂正グループNo」を記憶する構成となっている。ここ
で、「商品指定訂正グループNo」は、調理を必要とする
か否か等に応じて商品をグループ化した際に、どのグル
ープに属するかを示すものである。例えば、調理の必要
ないもの（パンやワイン等）の出し忘れは有り得るが、
調理遅れは有り得ず、また、ステーキの焼き方の変更や
入力ミスは有り得るが、焼き方のキャンセルは有り得な
い等のように特定の商品や商品グループ毎に訂正理由が
異なるため、どのグループに属するかを商品指定訂正グ
ループNoによって示すようにしている。なお、例えばグ
ループNo“１”は調理するもの、“０”は調理しないも
のを示している。

【００１９】訂正履歴管理ファイル２−１２は図１１に
示すように分類コード「０−０−３」、「０−１−
２」、「１−１−６」、「０−１−５」等に対応して複
数の管理ファイルを有する構成で、分類コードの１桁目
は上記担当者指定訂正グループNo、２桁目は商品指定訂
正グループNo、３桁目は訂正理由の数（項目数）を示し
ている。そして、各管理ファイルは上述の第１実施形態
と同様に、訂正理由毎に、在庫演算フラグ、件数、個
数、金額を記憶する構成となっている。ここで、分類コ
ードの１桁目が「０」、つまり、一般担当者クラスの担
当者に対応する管理ファイルにおいて、訂正理由の数は
図示の場合、２、３項目に限定されているが、マネージ
ャクラスの管理ファイルにはそれよりも多くの訂正理由
が記憶されている。また、同一レベルの担当者であって
も商品に応じて（例えば、調理するか否かに応じて）訂
正理由の内容や数が異なっている。

【００２０】このように構成された第２実施形態におい
ても、登録モード時には、上述した図５のフローチャー
トにしたがって略同時に動作するため、そのフローチャ
ートを図示省略し、以下、この第２実施形態の特徴部分
のみを説明する。先ず、登録モードに切り替えた際に、
その担当者個有の暗証番号を入力しておく。そして、商
品別登録操作が行われる毎に、その担当者に対応する担
当者別売上合計器２−１０内の売上データが累計される
と共にその商品に対応する商品別売上合計器２−１１内
の売上データが累計されることは、通常と同様である。
ここで、指定訂正を行うためにＶＯＩＤキーを操作する
と、ＣＰＵ１は当該担当者および訂正対象の商品に基づ
いて該当する訂正履歴管理ファイル２−１２内の分類コ
ードをアクセスし、この分類コードに対応する管理ファ
イルから訂正理由を読み出してプルダウンメニューとし
て一覧表示させる。この場合、分類コードの１桁目は担
当者指定訂正グループNo、２桁目は商品指定訂正グルー
プNoであり、現在の担当者に対応する指定訂正グループ
Noを担当者別売上合計器２−１０から読み出すと共に訂
正対象として指定された商品に対応する指定訂正グルー
プNoを商品別売上合計器２−１１から読み出して訂正履
歴管理ファイル２−１２をアクセスする。これによって
担当者および商品別の訂正理由が一覧表示されることに
なる。この一覧表示の中から今回どのような理由で訂正
するかを示すために訂正理由を選択すると、その訂正理
由に対応する件数、個数、金額が累計されることは上述
の場合と同様である。

【００２１】この第２実施形態においても、上述した第
１実施形態と同様の効果を有する他、担当者、商品別に
個有の訂正理由が表示されるので、より実情に即したも
のとなると共に、極め細かな訂正履歴の管理が可能とな
る。また、点検／精算時には訂正履歴管理ファイル２−
１２の内容がレポート印字されることは上述の第１実施
形態と同様であるが、この場合、担当者別、商品別レポ
ートを発行することができる。この場合、各担当者が指
定訂正を行った実態をマネージャやオーナーがレポート
内容から把握することができるので、オペレータの不正
防止にも役立てることが可能となる。

【００２２】なお、上述した各実施形態においては、訂
正履歴管理ファイルの内容を点検／精算時にレポート印
字するようにしたが、表示画面上にその内容を一覧表示
するようにしてもよい。また、訂正履歴管理ファイルは
訂正理由毎に件数、個数、金額を記憶し、指定訂正が行
われる毎にその内容を更新するようにしたが、例えば、
指定訂正が行われる毎に、訂正データと共に訂正理由を
対応付けてそれぞれ書き込むようにしてもよい。また、
指定訂正が行われた際にジャーナルメモリに訂正データ
と共に訂正理由を書き込むようにしてもよい。また、指
定訂正を例に挙げて説明したが、直前訂正や戻し訂正等
が行われた際にも同様に訂正理由毎の訂正履歴を管理す
るようにしてもよい。更に、電子式キャッシュレジスタ
等の売上データ処理装置に限らず、ワードプロセッサや
パーソナルコンピュータ等において、入力ミスやかな漢
字変換時の変換ミス等を示す訂正理由毎に、訂正回数を
記憶するようにしてもよい。その他の訂正理由として
は、書式やフォーマット設定時の設定ミス等であっても
よい。また、訂正理由を文字列データとして一覧表示す
るようにしたが、図形、絵、写真等で訂正理由を表現す
るようにしてもよい。

【００２３】

【発明の効果】この発明によれば、入力されたデータの
訂正が指示された際に、訂正理由を表示出力させ、その
中から選択された訂正理由に対応付けて訂正履歴を記憶
しておき、必要に応じて訂正履歴を訂正理由に対応付け
て出力するようにしたから、入力されたデータがどのよ
うな理由で訂正されたかを後で容易に確認することがで
き、その内容を分析することによって何等かの対策をた
てるための手助けとなり得る。

【図面の簡単な説明】

【図１】（Ａ）は電子式キャッシュレジスタの主要構成
を示したブロック図、（Ｂ）はＲＡＭ２の内容を示した
図。

【図２】商品別売上合計器２−３の構成を説明するため
の図。

【図３】訂正履歴管理ファイル２−４の構成を説明する
ための図。

【図４】訂正処理テーブル２−５の構成を説明するため
の図。

【図５】登録モードに切り替えられた際の動作を示した
フローチャート。

【図６】図５のステップＡ１９（在庫訂正処理）を説明
するためのフローチャート。

【図７】登録画面に訂正理由がプルダウンメニューとし
て表示された状態を示した図。

【図８】点検／精算モードに切り替えられた際の動作を
示したフローチャート。

【図９】訂正理由別に訂正履歴が印字されたレポート内
容を例示した図。

【図１０】第２実施形態における売上合計器を示し、
（Ａ）は担当者別売上合計器２−１０、（Ｂ）は商品別
売上合計器２−１１の構成を示した図。

【図１１】第２実施形態における訂正履歴管理ファイル
２−１２の構成を示した図。

【符号の説明】

１ ＣＰＵ ２ ＲＡＭ ２−１ プログラムメモリ ２−２ 一取引分メモリ ２−３、２−１１ 商品別売上合計器 ２−４、２−１２ 訂正履歴管理ファイル ２−５ 訂正処理テーブル ２−１０ 担当者別売上合計器 ３ 記憶媒体 ４ 記憶装置 ５ 入力装置 ６ 表示装置

Claims (6)

【特許請求の範囲】
1. 【請求項１】入力されたデータがどのような理由で訂正
   されるのかを示す各種の訂正理由を記憶する第１の記憶
   手段と、 入力されたデータの訂正が指定された際に、前記第１の
   記憶手段から訂正理由を読み出して表示出力する表示手
   段と、 この表示手段によって表示出力されている訂正理由のう
   ちいずれかの訂正理由を選択する選択手段と、 この選択手段によって選択された訂正理由に対応付けて
   その訂正履歴を記憶する第２の記憶手段と、 この第２の記憶手段に記憶されている訂正履歴を訂正理
   由に対応付けて出力する出力手段とを具備したことを特
   徴とする訂正処理装置。
2. 【請求項２】前記第２の記憶手段は訂正理由毎に訂正回
   数を訂正履歴として記憶し、 前記選択手段によって訂正理由が選択される毎に、この
   訂正理由に対応する前記第２の記憶手段内の訂正回数を
   更新する更新手段を設けたことを特徴とする請求項１記
   載の訂正処理装置。
3. 【請求項３】入力された売上データを分類別に登録した
   のち、登録された売上データの訂正が指定された際に、
   指定された分類の売上データを訂正する売上データ処理
   装置において、 登録された売上データの訂正が指定された際に、前記表
   示手段は登録された売上データが顧客側の理由あるいは
   店側の理由によって訂正されるのかを示す訂正理由を表
   示出力するようにしたことを特徴とする請求項１記載の
   訂正処理装置。
4. 【請求項４】分類別に在庫データを記憶する在庫データ
   記憶手段と、 前記選択手段によって選択された訂正理由に基づいて前
   記在庫データ記憶手段内の在庫データを訂正する訂正処
   理を実行するか否かを決定する処理制御手段を設けたこ
   とを特徴とする請求項１記載の訂正処理装置。
5. 【請求項５】前記第１の記憶手段はオペレータ別に固有
   の訂正理由を記憶し、 入力データの訂正が指定された際に、その訂正を指定し
   たオペレータに応じて前記表示手段は、当該オペレータ
   に対応する訂正理由を前記第１の記憶手段から読み出し
   て表示出力するようにしたことを特徴とする請求項１記
   載の訂正処理装置。
6. 【請求項６】前記第１の記憶手段は商品別に固有の訂正
   理由を記憶し、 商品別に入力されたデータの訂正が指定された際に、前
   記表示手段は当該商品に対応する訂正理由を前記第１の
   記憶手段から読み出して表示出力するようにしたことを
   特徴とする請求項１記載の訂正処理装置。