(57)【特許請求の範囲】
【請求項１】
入力されたデータがどのような理由で訂正されるのかを示す各種の訂正理由を記憶する第１の記憶手段と、
入力されたデータの訂正が指定された際に、前記第１の記憶手段から訂正理由を読み出して表示出力する表示手段と、
この表示手段によって表示出力されている訂正理由のうちいずれかの訂正理由を選択する選択手段と、
この選択手段によって選択された訂正理由に対応付けてその訂正履歴を記憶する第２の記憶手段と、
この第２の記憶手段に記憶されている訂正履歴を訂正理由に対応付けて出力する出力手段とを具備したことを特徴とする訂正処理装置。
【請求項２】
前記第２の記憶手段は訂正理由毎に訂正回数を訂正履歴として記憶し、
前記選択手段によって訂正理由が選択される毎に、この訂正理由に対応する前記第２の記憶手段内の訂正回数を更新する更新手段を設けたことを特徴とする請求項１記載の訂正処理装置。
【請求項３】
入力された売上データを分類別に登録したのち、登録された売上データの訂正が指定された際に、指定された分類の売上データを訂正する売上データ処理装置において、
登録された売上データの訂正が指定された際に、前記表示手段は登録された売上データが顧客側の理由あるいは店側の理由によって訂正されるのかを示す訂正理由を表示出力するようにしたことを特徴とする請求項１記載の訂正処理装置。
【請求項４】
分類別に在庫データを記憶する在庫データ記憶手段と、
前記選択手段によって選択された訂正理由に基づいて前記在庫データ記憶手段内の在庫データを訂正する訂正処理を実行するか否かを決定する処理制御手段を設けたことを特徴とする請求項１記載の訂正処理装置。
【請求項５】
前記第１の記憶手段はオペレータ別に固有の訂正理由を記憶し、
入力データの訂正が指定された際に、その訂正を指定したオペレータに応じて前記表示手段は、当該オペレータに対応する訂正理由を前記第１の記憶手段から読み出して表示出力するようにしたことを特徴とする請求項１記載の訂正処理装置。
【請求項６】
前記第１の記憶手段は商品別に固有の訂正理由を記憶し、
商品別に入力されたデータの訂正が指定された際に、前記表示手段は当該商品に対応する訂正理由を前記第１の記憶手段から読み出して表示出力するようにしたことを特徴とする請求項１記載の訂正処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、入力されたデータを訂正する訂正処理装置に関する。
【０００２】
【従来の技術】
一般に、電子式キャッシュレジスタにおいては、入力された売上データを分類別に累計して登録処理すると共に、登録された売上データを任意に指定してこの訂正が指定された際に、指定された分類の売上データを当該分類の累計値（売上合計金額や個数）から減算する訂正処理を行うようにしている。
この場合、従来においては、売上データの登録操作や訂正操作が行われる毎に、その操作内容をジャーナルに操作履歴として印字出力するようにしているため、ジャーナルレポートを確認することで、訂正回数等を知ることができる。
【０００３】
【発明が解決しようとする課題】
ところで、登録済みの売上データを訂正する場合、その訂正は入力ミス等のように店側の理由によるものか、キャンセル等のように客側の理由によるものかは、効率的な運用等を図る上で極めて重要な要素となるが、ジャーナルレポートからではそれを確認することはできなかった。
この発明の課題は、入力されたデータがどのような理由で訂正されたかを後で容易に確認できるようにすることである。
【０００４】
【課題を解決するための手段】
この発明の手段は次の通りである。
この発明は、入力されたデータがどのような理由で訂正されるのかを示す各種の訂正理由を記憶する第１の記憶手段と、入力されたデータの訂正が指定された際に、前記第１の記憶手段から訂正理由を読み出して表示出力する表示手段と、この表示手段によって表示出力されている訂正理由のうちいずれかの訂正理由を選択する選択手段と、この選択手段によって選択された訂正理由に対応付けてその訂正履歴を記憶する第２の記憶手段と、この第２の記憶手段に記憶されている訂正履歴を訂正理由に対応付けて出力する出力手段とを具備するものである。
なお、前記第２の記憶手段は訂正理由毎に訂正回数を訂正履歴として記憶し、前記選択手段によって訂正理由が選択される毎に、この訂正理由に対応する前記第２の記憶手段内の訂正回数を更新する更新手段を設けてもよい。
また、入力された売上データを分類別に登録したのち、登録された売上データの訂正が指定された際に、指定された分類の売上データを訂正する売上データ処理装置において、登録された売上データの訂正が指定された際に、前記表示手段は登録された売上データが顧客側の理由あるいは店側の理由によって訂正されるのかを示す訂正理由を表示出力するようにしてもよい。
また、分類別に在庫データを記憶する在庫データ記憶手段と、前記選択手段によって選択された訂正理由に基づいて前記在庫データ記憶手段内の在庫データを訂正する訂正処理を実行するか否かを決定する処理制御手段を設けてもよい。
また、前記第１の記憶手段はオペレータ別に固有の訂正理由を記憶し、入力データの訂正が指定された際に、その訂正を指定したオペレータに応じて前記表示手段は、当該オペレータに対応する訂正理由を前記第１の記憶手段から読み出して表示出力するようにしてもよい。
更に、前記第１の記憶手段は商品別に固有の訂正理由を記憶し、商品別に入力されたデータの訂正が指定された際に、前記表示手段は当該商品に対応する訂正理由を前記第１の記憶手段から読み出して表示出力するようにしてもよい。
この発明によれば、入力されたデータの訂正が指定された際に、第１の記憶手段から訂正理由が読み出されて表示出力されるので、オペレータは今回どのような理由で訂正するのかを指示するために選択手段によっていずれかの訂正理由を選択する。すると、選択された訂正理由に対応して第２の記憶手段に訂正履歴が記憶される。そして、この訂正履歴は訂正理由に対応付けられて出力される。
したがって、入力されたデータがどのような理由で訂正されたかを後で容易に確認することができる。
【０００５】
【発明の実施の形態】
（第１実施形態）
以下、図１〜図９を参照してこの発明の第１実施形態を説明する。
図１（Ａ）は電子式キャッシュレジスタの主要構成を示したブロック図である。この電子式キャッシュレジスタはレストラン等の飲食店向けに仕様されたもので、ＣＰＵ１はＲＡＭ２内のプログラムメモリに格納されている各種プログラムにしたがってこの電子式キャッシュレジスタの全体動作を制御する中央演算処理である。記憶媒体３は着脱自在に装着可能なフロッピーディスク、光ディスク、ＲＡＭカード等の磁気的・光学的記憶媒体、半導体メモリによって構成され、プログラムやデータが格納されている。この記憶媒体３が装着されている状態において、記憶媒体３内のプログラムやデータは、ＣＰＵ１に取り込まれ、記憶装置４に格納される。記憶装置４はＲＯＭ、ハードディスク、光ディスク等によって構成され、オペレーティングシステムや各種のアプリケーションプログラム、データファイル、文字フォントデータ等を記憶するもので、ＣＰＵ１は通信回線等を介して他の機器からプログラムやデータが送信されて来た際には、それを取り込んで記憶装置４に格納する。また、ＣＰＵ１にはその入出力周辺デバイスとして入力装置５、表示装置６、印刷装置７、ドロア８が接続されており、ＣＰＵ１はそれらの入出力動作を制御する。
【０００６】
入力装置５はキーボードやポインティングデバイスを有し、キーボード上には通常備えられている各種のキーが配列されている。すなわち、キーボード上には図示しないが金額データや個数等を入力するテンキーの他、カーソルキー、部門キー、ＰＬＵ（プライス・ルック・アップ）キー、現金／預かり金キー、ＶＯＩＤ（指定訂正）キー、確定キー（ＹＥＳキー）等を有し、更に、登録モード、点検モード、精算モード等に切り替えるモードスイッチが設けられている。入力装置５から入力された売上データ（換言すれば注文データ）は、ＣＰＵ１に取り込まれて表示装置６に表示出力されたり、２連装式の印刷装置７にセットされているレシート／ジャーナルに印字出力され、更にはＲＡＭ２内の売上合計器に登録される。表示装置６は複数行分のデータを表示可能な液晶表示装置やＣＲＴ表示装置等から成り、登録結果等を漢字や数字、その他文字、記号によって表示出力する。
【０００７】
図１（Ｂ）はＲＡＭ２の要部を示したもので、ＲＡＭ２にはプログラムメモリ２−１、一取引分メモリ２−２、商品別売上合計器２−３、訂正履歴管理ファイル２−４、訂正処理テーブル２−５等が設けられている。プログラムメモリ２−１には記憶装置４等からロードされた各種プログラムが格納される。一取引分メモリ２−２は一取引の登録が開始されてからその登録を終了させる締めキー（現金／預かり金キー）等が操作されるまでに登録された一取引分の登録結果を記憶保持するもので、ＣＰＵ１は一取引分メモリ２−２から１画面分のデータを読み出して登録画面に表示出力させる。なお、この一取引分メモリ２−２の内容は現金／預かり金キー等の締めキーが操作された際に、クリアされる。商品別売上合計器２−３は商品別に売上合計等を記憶するもので、図２に示すような構成となっている。すなわち、商品別（商品コード、商品名別）に売上データ（売上合計個数や合計金額）を記憶する他、在庫データと損失個数とを記憶する。ここで、在庫データは現在の在庫数を示すもので、商品別登録処理時にその値は登録された個数分減算されるが、登録済みの商品が後でキャンセルされたような場合に、まだ調理されておらず、その商品を在庫として戻すことができるものであれば、その訂正処理時に在庫データは訂正個数分加算される。損失個数は在庫として戻すことができなかった場合の商品数を示すもので、登録済みの商品が後でキャンセルされたような場合に、調理済みのように商品を在庫として戻すことができないものであれば、訂正処理時に損失個数は訂正個数分加算される。
【０００８】
訂正履歴管理ファイル２−４は図３に示すように、登録された売上データがどのような理由で訂正されるのかを示す訂正理由（漢字混り文）が記憶されている。この場合、オペレータの入力ミス等を理由とする「登録間違い」、客側からの要求である「注文変更」、店側の不手際等を理由とする「調理遅れ」、客側からの要求である「キャンセル」……が記憶されている。なお、「調理遅れ」を除く訂正理由は調理済み、未調理に区分されている。そして、各訂正理由に対応付けて訂正履歴管理ファイル２−４には「在庫演算フラグ」、「件数」、「個数」、「金額」を記憶する領域を有している。ここで、「在庫演算フラグ」は訂正理由毎に在庫として戻すことができるか否かを示すもので、“１”は在庫として戻さないことを示し、“０”は在庫として戻すことを示している。「件数」、「個数」、「金額」は訂正理由毎に訂正された合計件数、個数、金額を示す。なお、訂正履歴管理ファイル２−４内の「訂正理由」、「在庫演算フラグ」を記憶する領域は設定エリアであるのに対し、「件数」、「個数」、「金額」を記憶する領域は、合計器エリアである。
【０００９】
訂正処理テーブル２−５は図４（Ａ）に示すように、各種の「訂正理由」と、それに対応する「処理フラグ」、「キー操作ガイダンス」を記憶する構成となっている。ここで、「処理フラグ」は訂正理由に応じてどのような訂正処理を実行すべきかを示すもので、処理フラグが“１”のときには、訂正対象の個数訂正、“２”のときには全クリア、“３”のときには商品訂正を実行すべきことを示している。「キー操作ガイダンス」は処理フラグが“１”、“３”のときに訂正操作を行うためのキー操作手順を案内するガイダンスデータである。図４（Ｂ）はこの場合のキー操作ガイダンスに応じて訂正操作が行われる場合のキー操作手順を具体的に例示したものである。
【００１０】
次に、この電子式キャッシュレジスタの動作を図５、図６、図８に示す示すフローチャートにしたがって説明する。なお、このフローチャートに記述されている各機能を実現するためのプログラムは、ＣＰＵ１が読み取り可能なプログラムコードの形態で記憶媒体３や記憶装置４に記憶されており、その内容がＲＡＭ２内のプログラムメモリ２−１にロードされている。
図５は上述したモードスイッチを登録モードにセットした際に実行開始される動作を示したフローチャートである。
先ず、キー入力待ち状態において（ステップＡ１）、何んらかのキー入力が行われ、それがカーソルキーでなければ（ステップＡ２でＮＯ）、予め決められているキー入力手順にしたがって登録操作が行われたかを調べる（ステップＡ３）。ここで、顧客から注文を受け、それを登録する操作が行われた場合には、ステップＡ４に進み、通常の登録処理が行われる。すなわち、入力された商品別売上データに基づいて商品別売上合計器２−３内の該当商品に対応する売上データを累計すると共に、在庫データを減算する処理が行われたり、レシート／ジャーナル印字等が行われる。そして、この登録結果は一取引分メモリ２−２にセットされる（ステップＡ５）。以下、ステップＡ１に戻り、登録操作が行われる毎に上述の動作が繰り返される。この場合、一取引分メモリ２−２に順次セットされた登録結果は、１画面分読み出されて登録画面に表示出力される。
【００１１】
ここで、カーソルキーが操作されると（ステップＡ２）、登録画面内のカーソル表示（反転表示）が移動したり、登録画面の内容がスクロールされる（ステップＡ６）。いま、登録画面の内容を確認し、カーソル表示を訂正対象の商品位置に合わせた状態において、ＶＯＩＤキーが操作されると（ステップＡ７）、訂正処理テーブル２−５から訂正理由が読み出されて登録画面にプルダウンメニューとして表示される（ステップＡ８）。図７はこの場合の表示例を示したもので、登録画面内の略中央部に訂正理由のプルダウンメニューが表示される。なお、訂正対象の商品として「天ぷら定食セット」がカーソル指定された場合を示し、訂正対象として指定された項目内容は図示のように反転表示される。このプルダウンメニューの中から今回どのような理由で訂正を行うのかを選択するために、カーソルキーを操作すると（ステップＡ９）、カーソル移動や画面スクロールが行われる（ステップＡ１０）。いま、任意の訂正理由をカーソル指定すると、指定された訂正理由は図７に示すように反転表示される。いま、訂正理由として「数量変更」を選択した場合である。
【００１２】
このようにして訂正理由を選択したのち、確定キーが操作されると（ステップＡ１１）、ＣＰＵ１はこの訂正理由に対応する訂正処理テーブル２−５内の処理フラグを読み出し（ステップＡ１２）、処理フラグの値を判別する（ステップＡ１３）。ここで、処理フラグが“１”あるいは“３”であれば、ＣＰＵ１は訂正理由に対応するキー操作ガイダンスを訂正処理テーブル２−５から読み出して登録画面内のガイダンス表示域に表示出力させる（ステップＡ１４）。そして、このキー操作ガイダンスにしたがったキー入力手順で訂正操作が行われるまで待機し（ステップＡ１５）、訂正入力操作が行われると、ステップＡ１６に進み、一取引分メモリ２−２に対する訂正処理が行われる。この場合、図４（Ｂ）に示すような手順で数量変更が行われると、一取引分メモリ２−２内の訂正対象である「天ぷら定食セット」の個数が例えば２個から１個に訂正される。また、注文変更が行われると、「天ぷら定食セット」が「うなぎ定食セット」に訂正される。一方、処理フラグが“１”であることがステップＡ１３で検出されると、ステップＡ１６に進み、一取引分メモリ２−２内の訂正対象のデータが全てクリアされる。
【００１３】
そして、通常と同様に指定訂正の印字・表示処理が行われると共に（ステップＡ１７）、商品別売上合計器２−３内の売上データを訂正する処理が行われる（ステップＡ１８）。次に、在庫訂正処理に移るが、この訂正処理は図６のフローチャートにしたがって実行される。
先ず、上述のようにして訂正を行った商品は調理済みであるが、未調理のままかを確認してそれをキー入力指定する（ステップＢ１）。すると、ＣＰＵ１は予め選択されている訂正理由と調理済み／未調理に応じてそれらに対応する在庫演算フラグを訂正履歴管理ファイル２−４から読み出し（ステップＢ２）、在庫演算フラグが“１”か“０”かをチェックする（ステップＢ３）。ここで、フラグ“０”であれば、訂正対象商品に対応する商品別売上合計器２−３内の在庫データを元に戻す処理が行われるが（ステップＢ４）、フラグ“１”であれば、訂正対象商品に対応する商品別売上合計器２−３内の損失個数を更新する処理が行われる（ステップＢ５）。例えば、訂正理由が「登録間違い」や「キャンセル」で調理済みであれば、在庫演算フラグとして“１”がセットされているので、損失個数が更新されるが、訂正理由が「登録間違い」で未調理であったり、訂正理由が「調理遅れ」であれば、在庫演算フラグとして“０”がセットされているので、在庫データが元に戻される。
そして、ステップＡ２０に進み、訂正履歴管理ファイル２−４に対する演算処理が行われる。すなわち、今回選択された訂正理由に対応する訂正履歴管理ファイル２−４内の件数、個数、金額をそれぞれ更新する処理が行われる。そして、ステップＡ１に戻り、再びキー入力待ちとなる。
【００１４】
図８は、点検／精算モード（Ｘ−Ｚモード）時の動作を示したフローチャートである。
先ず、ＶＯＩＤキー（ステップＣ１）あるいは現金／預かり金キー（ステップＣ２）の入力待ち状態において、現金／預かり金キーが操作されると、商品別売上合計器２−３の内容を印刷出力させて点検／精算レポートを発行する通常の処理が行われる（ステップＣ３）。一方、ＶＯＩＤキーが操作されると、訂正履歴管理ファイル２−４の内容を印刷出力させて訂正理由別の訂正履歴レポートを発行する処理が行われる（ステップＣ４〜Ｃ１１）。図９はこの訂正履歴レポートの印字例を示している。
先ず、レポートのヘッダー部分の印字が行われ、スタンプと共にメッセージデータが印字出力される（ステップＣ４）。この場合、メッセージデータとして、図９に示すように「Ｚレポート」、「指定訂正」が印字出力される。次に、訂正履歴管理ファイル２−４内の最初の１レコード目をアドレス指定し（ステップＣ５）、その１レコード分のデータを読み出して（ステップＣ６）、訂正理由、件数、個数、金額を印字出力させる（ステップＣ７）。そして、訂正履歴管理ファイル２−４内の最終レコードを印字し終るまで（ステップＣ８）、次の１レコード分のデータを指定し（ステップＣ９）、訂正理由に対応付けてその件数、個数、金額を印字出力させる動作を繰り返す。これによって全レコード分の印字が終ると、現在日時を印字出力して（ステップＣ１０）、レポートをセットする（ステップＣ１１）。
【００１５】
以上のようにこの電子式キャッシュレジスタにおいては、一取引分の登録を終了させる締めキーが操作される前に、既に登録された既登録内容を任意に指定してその訂正を指示した際に、どのような理由で訂正されるのかを示す訂正理由が訂正処理テーブル２−５から読み出されてプルダウンメニューとして一覧表示されると共に、オペレータがその中から今回の訂正に該当する訂正理由を選択すると、その訂正理由に対応する訂正履歴管理ファイル２−４内の件数、個数、金額を訂正操作に応じてそれぞれ更新することができる。これによって指定訂正がどのような理由で何件行われ、その商品の個数、金額は合計どの位かを訂正理由別に管理することができる。そして、この訂正履歴管理ファイル２−４の内容は点検／精算時に指定訂正における訂正履歴レポートとして印字出力されるので、訂正理由毎に件数、個数、金額を確認することができる。したがって、マネージャー等はそのレポート内容を分析し、分析結果から今後の対策として、例えば、調理遅れが多い場合は設備や人員を見直し、登録間違いが多い場合には、オペレータの熟練度を高める教育の必要性、キャンセルや注文変更が多い場合には商品の見直し等をたてることができる。
また、訂正理由毎に在庫として戻すか／戻さないかを示す在庫演算フラグを設定するようにしたから、既に調理済みの料理（商品）は在庫として戻さないといったように実情に即した在庫管理が可能となる。また、調理済みの場合には訂正理由毎に商品の損失個数を把握することが可能となる。
【００１６】
（第２実施形態）
以下、図１０および図１１を参照してこの発明の第２実施形態を説明する。なお、上述した第１実施形態においては、指定訂正を行う際に、どのような商品を訂正するのか、訂正操作を行うオペレータは誰であるかに拘らず、一律に同一内容の訂正理由を一覧表示するようにしたが、この第２実施形態においては商品別、オペレータ別にそれぞれ固有の訂正理由を記憶させておき、指定訂正時にその対象商品、オペレータに応じてそれに対応する訂正理由を一覧表示させるようにしたものである。
図１０はこの第２実施形態における売上合計器を説明するための図で、（Ａ）は担当者別売上合計器２−１０の構成を示し、（Ｂ）は商品別売上合計器２−１１の構成を示している。また、図１１はこの第２実施形態における訂正履歴管理ファイル２−１２の構成を示した図である。なお、その他については第１実施形態と基本的に同様であるので、図示省略してある。
【００１７】
担当者別売上合計器２−１０は商品登録操作を行った担当者別に売上データを記憶管理するもので、マネージャＡ、クラークＢ……のように「担当者名（キャラクタ）」毎に、「暗証番号」、「売上データ（売上合計金額／個数）」、「担当者指定訂正グループNo」を記憶する構成となっている。ここで、「担当者指定訂正グループNo」は担当者レベル（マネージャ、アルバイト……）によって指定訂正が可能な訂正範囲を異ならしめるために、どのグループ（レベル）に属するかを示すもので、例えば、マネージャクラスの担当者には多くの訂正を許可するが、アルバイトや一般担当者クラスには極く限られた訂正しか許可しないようにするために、予め担当者レベル毎にグループ化されたグループを指定する。例えば、グループNo“１”はマネージャレベル、“０”はその他の担当者レベルに属するグループであることを示している。
【００１８】
商品別売上合計器２−１１は商品別に売上データを記憶管理するもので、「商品名（キャラクタ）」毎に、「売上データ（金額／個数）」、「商品指定訂正グループNo」を記憶する構成となっている。ここで、「商品指定訂正グループNo」は、調理を必要とするか否か等に応じて商品をグループ化した際に、どのグループに属するかを示すものである。例えば、調理の必要ないもの（パンやワイン等）の出し忘れは有り得るが、調理遅れは有り得ず、また、ステーキの焼き方の変更や入力ミスは有り得るが、焼き方のキャンセルは有り得ない等のように特定の商品や商品グループ毎に訂正理由が異なるため、どのグループに属するかを商品指定訂正グループNoによって示すようにしている。なお、例えばグループNo“１”は調理するもの、“０”は調理しないものを示している。
【００１９】
訂正履歴管理ファイル２−１２は図１１に示すように分類コード「０−０−３」、「０−１−２」、「１−１−６」、「０−１−５」等に対応して複数の管理ファイルを有する構成で、分類コードの１桁目は上記担当者指定訂正グループNo、２桁目は商品指定訂正グループNo、３桁目は訂正理由の数（項目数）を示している。そして、各管理ファイルは上述の第１実施形態と同様に、訂正理由毎に、在庫演算フラグ、件数、個数、金額を記憶する構成となっている。ここで、分類コードの１桁目が「０」、つまり、一般担当者クラスの担当者に対応する管理ファイルにおいて、訂正理由の数は図示の場合、２、３項目に限定されているが、マネージャクラスの管理ファイルにはそれよりも多くの訂正理由が記憶されている。また、同一レベルの担当者であっても商品に応じて（例えば、調理するか否かに応じて）訂正理由の内容や数が異なっている。
【００２０】
このように構成された第２実施形態においても、登録モード時には、上述した図５のフローチャートにしたがって略同時に動作するため、そのフローチャートを図示省略し、以下、この第２実施形態の特徴部分のみを説明する。
先ず、登録モードに切り替えた際に、その担当者個有の暗証番号を入力しておく。そして、商品別登録操作が行われる毎に、その担当者に対応する担当者別売上合計器２−１０内の売上データが累計されると共にその商品に対応する商品別売上合計器２−１１内の売上データが累計されることは、通常と同様である。ここで、指定訂正を行うためにＶＯＩＤキーを操作すると、ＣＰＵ１は当該担当者および訂正対象の商品に基づいて該当する訂正履歴管理ファイル２−１２内の分類コードをアクセスし、この分類コードに対応する管理ファイルから訂正理由を読み出してプルダウンメニューとして一覧表示させる。この場合、分類コードの１桁目は担当者指定訂正グループNo、２桁目は商品指定訂正グループNoであり、現在の担当者に対応する指定訂正グループNoを担当者別売上合計器２−１０から読み出すと共に訂正対象として指定された商品に対応する指定訂正グループNoを商品別売上合計器２−１１から読み出して訂正履歴管理ファイル２−１２をアクセスする。これによって担当者および商品別の訂正理由が一覧表示されることになる。この一覧表示の中から今回どのような理由で訂正するかを示すために訂正理由を選択すると、その訂正理由に対応する件数、個数、金額が累計されることは上述の場合と同様である。
【００２１】
この第２実施形態においても、上述した第１実施形態と同様の効果を有する他、担当者、商品別に個有の訂正理由が表示されるので、より実情に即したものとなると共に、極め細かな訂正履歴の管理が可能となる。また、点検／精算時には訂正履歴管理ファイル２−１２の内容がレポート印字されることは上述の第１実施形態と同様であるが、この場合、担当者別、商品別レポートを発行することができる。この場合、各担当者が指定訂正を行った実態をマネージャやオーナーがレポート内容から把握することができるので、オペレータの不正防止にも役立てることが可能となる。
【００２２】
なお、上述した各実施形態においては、訂正履歴管理ファイルの内容を点検／精算時にレポート印字するようにしたが、表示画面上にその内容を一覧表示するようにしてもよい。また、訂正履歴管理ファイルは訂正理由毎に件数、個数、金額を記憶し、指定訂正が行われる毎にその内容を更新するようにしたが、例えば、指定訂正が行われる毎に、訂正データと共に訂正理由を対応付けてそれぞれ書き込むようにしてもよい。また、指定訂正が行われた際にジャーナルメモリに訂正データと共に訂正理由を書き込むようにしてもよい。
また、指定訂正を例に挙げて説明したが、直前訂正や戻し訂正等が行われた際にも同様に訂正理由毎の訂正履歴を管理するようにしてもよい。
更に、電子式キャッシュレジスタ等の売上データ処理装置に限らず、ワードプロセッサやパーソナルコンピュータ等において、入力ミスやかな漢字変換時の変換ミス等を示す訂正理由毎に、訂正回数を記憶するようにしてもよい。その他の訂正理由としては、書式やフォーマット設定時の設定ミス等であってもよい。
また、訂正理由を文字列データとして一覧表示するようにしたが、図形、絵、写真等で訂正理由を表現するようにしてもよい。
【００２３】
【発明の効果】
この発明によれば、入力されたデータの訂正が指示された際に、訂正理由を表示出力させ、その中から選択された訂正理由に対応付けて訂正履歴を記憶しておき、必要に応じて訂正履歴を訂正理由に対応付けて出力するようにしたから、入力されたデータがどのような理由で訂正されたかを後で容易に確認することができ、その内容を分析することによって何等かの対策をたてるための手助けとなり得る。
【図面の簡単な説明】
【図１】（Ａ）は電子式キャッシュレジスタの主要構成を示したブロック図、（Ｂ）はＲＡＭ２の内容を示した図。
【図２】商品別売上合計器２−３の構成を説明するための図。
【図３】訂正履歴管理ファイル２−４の構成を説明するための図。
【図４】訂正処理テーブル２−５の構成を説明するための図。
【図５】登録モードに切り替えられた際の動作を示したフローチャート。
【図６】図５のステップＡ１９（在庫訂正処理）を説明するためのフローチャート。
【図７】登録画面に訂正理由がプルダウンメニューとして表示された状態を示した図。
【図８】点検／精算モードに切り替えられた際の動作を示したフローチャート。
【図９】訂正理由別に訂正履歴が印字されたレポート内容を例示した図。
【図１０】第２実施形態における売上合計器を示し、（Ａ）は担当者別売上合計器２−１０、（Ｂ）は商品別売上合計器２−１１の構成を示した図。
【図１１】第２実施形態における訂正履歴管理ファイル２−１２の構成を示した図。
【符号の説明】
１  ＣＰＵ
２  ＲＡＭ
２−１  プログラムメモリ
２−２  一取引分メモリ
２−３、２−１１  商品別売上合計器
２−４、２−１２  訂正履歴管理ファイル
２−５  訂正処理テーブル
２−１０  担当者別売上合計器
３  記憶媒体
４  記憶装置
５  入力装置
６  表示装置
【図１】
0003661313.tif 000002
【図２】
0003661313.tif 000003
【図３】
0003661313.tif 000004
【図４】
0003661313.tif 000005
【図５】
0003661313.tif 000006
【図６】
0003661313.tif 000007
【図７】
0003661313.tif 000008
【図８】
0003661313.tif 000009
【図９】
0003661313.tif 000010
【図１０】
0003661313.tif 000011
【図１１】
0003661313.tif 000012