JP3764968B2 - 売上データ印字装置 - Google Patents
売上データ印字装置 Download PDFInfo
- Publication number
- JP3764968B2 JP3764968B2 JP21776398A JP21776398A JP3764968B2 JP 3764968 B2 JP3764968 B2 JP 3764968B2 JP 21776398 A JP21776398 A JP 21776398A JP 21776398 A JP21776398 A JP 21776398A JP 3764968 B2 JP3764968 B2 JP 3764968B2
- Authority
- JP
- Japan
- Prior art keywords
- slip
- transaction
- authentication
- data
- sales data
- 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 - Lifetime
Links
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、売上データ印字装置に係り、詳細には、売上データに基づいて認証印字を行う売上データ印字装置に関する。
【０００２】
【従来の技術】
ＥＣＲ（Electronic Cash Register：電子式キャッシュレジスタ）およびＰＯＳ（Point Of Sale）端末装置は、入力された売上データを出力し、その売上データを累計（登録）し、登録された売上金額や売上品目、売上個数等を出力する点検、精算を行う装置であり、百貨店、スーパーマーケット、コンビニエンスストア、ファミリーレストラン等の売場や注文を行う際に利用され、商品管理、顧客管理、売上管理、注文処理等のデータを、即時に収集する装置である。
【０００３】
これらの装置によるデータ入力は、即時に入力できるという利便さとは裏腹に、短時間でのデータ入力が求められるため、少なからず入力ミスが発生する。このため、これらの装置に入力されたデータに間違いがないか、データ入力及びデータ管理の区切り毎にデータの認証を行っている。例えばファミリーレストランでは、注文時にＰＯＳ端末装置を用い、短時間でのデータ入力が実現されている。この注文データはホストコンピュータに集約され、伝票として印字出力される。この後、この伝票は、出来上がった料理と共にお客に渡され、最終的にお客はこの伝票を会計時に引き渡す。
【０００４】
この際、この伝票は、印字されている伝票番号を元にＥＣＲからホストコンピュータに問い合わせを行い、伝票に記載されている全ての品目が確認され、再度登録若しくは、間違い品目のみを再登録し直すことで、認証が行われる。ホストコンピュータにデータが登録されているため、省略される場合もあるが、この認証された伝票は、ＥＣＲに内蔵されている印字装置により、認証印字が行われ、別途保管管理された後、一日の売上データ確認時に照合される。また、この印字装置は、登録されている商品の品目や売上金額、数量等をレシート用紙に印字すると共に、同様の内容を売上管理用のジャーナル用紙にも印字して営業管理に利用する。
【０００５】
【発明が解決しようとする課題】
しかしながら、伝票の認証処理をより簡便に行うためには、前記のようなホストコンピュータにより管理されたＥＣＲやＰＯＳ端末装置等により構成される、より大規模なシステムが必要である。また、認証印字には、印字装置に認証印字用の伝票の差し込み口と、伝票への印字機能等が必要となり、ＥＣＲやＰＯＳの印字装置として広く用いられている通常のサーマルプリンタだけでは実現が困難であった。
【０００６】
本発明の課題は、ＥＣＲやＰＯＳ端末装置のみで容易に伝票の認証処理が実現可能な売上データ印字装置を提供することである。
【０００７】
【課題を解決するための手段】
請求項１記載の発明は、
伝票番号及び取引対象と対応づけられた一連の取引処理で入力される売上データを印字する売上データ印字装置において、
前記伝票番号及び取引対象と対応づけて一連の取引処理毎に売上データを記憶する記憶手段と、
この記憶手段に記憶された取引処理毎の売上データに基づいてレシートを印字するレシート印字手段と、
前記記憶手段に記憶された取引処理毎の売上データのうち、前記取引対象が所定種類の売上データに基づいて、前記伝票番号別に認証伝票を印字する認証伝票印字手段と、
を具備したことを特徴としている。
【０００８】
この請求項１記載の発明によれば、
伝票番号及び取引対象と対応づけられた一連の取引処理で入力される売上データを印字する売上データ印字装置において、記憶手段は、前記伝票番号及び取引対象と対応づけて一連の取引処理毎に売上データを記憶し、レシート印字手段は、この記憶手段に記憶された取引処理毎の売上データに基づいてレシートを印字し、認証伝票印字手段は、前記記憶手段に記憶された取引処理毎の売上データのうち、前記取引対象が所定種類の売上データに基づいて、前記伝票番号別に認証伝票を印字する。
【０００９】
したがって、一連の取引処理毎に入力される売上データは、前記レシート印字手段により、レシートを印字されると共に、当該売上データの伝票番号と対応づけられて前記記憶手段に記憶され、認証伝票を要する売上データであれば、前記認証伝票印字手段により、前記伝票番号別に認証伝票が印字される。このため、前記認証伝票印字手段により、前記記憶手段に記憶された売上データを認証伝票として印字することが可能であり、ＥＣＲに組み込まれている通常のサーマルプリンタで容易に売上データ及び伝票の認証処理が実現できる。
【００１０】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を詳細に説明する。
【００１１】
（第１の実施の形態）
図１〜図１０は、本発明を適用した第１の実施の形態における売上データ印字装置を電子式キャッシュレジスタ（以下、ＥＣＲと呼ぶ）に適用した一実施例を示す図であり、また、具体例としてレストランに適用した場合のオーダ伝票やレシート、及びジャーナル出力結果を示している。
【００１２】
まず構成を説明する。
【００１３】
図１は、本実施の形態のＥＣＲ１の要部構成を示すブロック図である。このＥＣＲ１は、精算時にオーダ伝票の内容として、品目、個数等を入力し、ＥＣＲ１に予め登録されている品目に対応する単価とを照らし合わせて、金額、消費税額等を計算する。また、それぞれのオーダ伝票のデータを入力した後、認証を行って、レシート及びジャーナルとして印字出力するものである。図１において、ＥＣＲ１は、ＣＰＵ２、入力装置３、ＲＡＭ４、表示装置５、印字装置６、記憶装置７、記憶媒体８、及び時計９によって構成されており、記憶媒体８を除く各部はバス１０によって接続されている。
【００１４】
ＣＰＵ（Central Processing Unit）２は、記憶装置７内に格納されている各種システムプログラムに従って、ＲＡＭ４との間で各種データの授受を行いながら各種動作に必要な数値を演算処理し、この演算処理に基づいてＥＣＲ１内の各部を制御するための各種制御信号を出力する。また、ＣＰＵ２は、取引処理として、後述する登録処理と認証処理のプログラムをそれぞれのオーダ伝票毎の精算時に実行すると共に、後述するレポート処理のプログラムを実行する。
【００１５】
登録処理では、ＣＰＵ２は、入力装置３から入力される伝票番号及びオーダ伝票の内容を、一取引データとしてＲＡＭ４上の一取引データエリア４ｂに保存し、一取引データはレシート及びジャーナル印字出力として印字装置６へ出力する。また、オーダ伝票の登録終了時には、後述する一取引締め処理を行い、登録処理を終了する。ここで言う一取引とは、オーダ伝票１件に係る精算のことであり、登録処理および後述する認証処理は、オーダ伝票１件毎の精算時に処理が行われるため、以降、このオーダ伝票１件に係る精算のことを一取引と呼び、一取引に係るデータの単位を取引単位と呼ぶこととする。
【００１６】
ＣＰＵ２は、一取引毎に、認証処理を前記登録処理に続けて実行することで、取引処理を行う。この認証処理では、ＣＰＵ２は、入力装置３から入力される「認証」釦の押下信号により、前記登録処理にてＲＡＭ４上に保存した一取引データを読み出した上、印字装置６へ出力し、レシート及びジャーナル印字出力すると同時に、日付および時刻を時計９より読み出し、伝票番号、日付、時刻、及び入力装置３から入力される担当者名をジャーナル印字出力する。また、この出力データをＲＡＭ４上の認証データエリア４ａに保存する。このようにＣＰＵ２は、一取引毎に、登録処理及び認証処理を続けて行うことで、一連の取引処理を実行する。
【００１７】
レポート処理では、ＣＰＵ２は、前記ＲＡＭ４上の認証データエリア４ａに保存したデータを保存順に、印字装置６へ出力し、認証したデータを纏めてレポート印字出力する。
【００１８】
またＣＰＵ２は、前記各処理に係るデータを適宜ＲＡＭ４上のワークエリア４ｅに格納及び読み出すことによりそれぞれの処理を実行する。
【００１９】
入力装置３は、伝票番号等の入力に必要な数字キーや、一取引データ等の入力時に商品を指定する指定キー、「認証」釦等を備え、それぞれの入力操作に応じた指示信号をＣＰＵ２に出力する。
【００２０】
ＲＡＭ（Random Access Memory）４は、ＣＰＵ２により前記登録処理、前記認証処理及び前記レポート処理が行われる際に処理される各種データを格納するメモリエリアを形成しており、このメモリエリアとしては、図１（ｂ）に示す認証データエリア４ａや一取引データエリア４ｂ、メモリポインタ４ｃ、品目別データエリア４ｄ、ワークエリア４ｅを有する。認証データエリア４ａは、前記認証処理が行われる際のデータを格納し、一取引データエリア４ｂは、前記登録処理が行われる際のデータを格納し、メモリポインタ４ｃは、認証データエリア４ａの現在のデータ位置情報を格納し、品目別データエリア４ｄは、各品目に設定した金額を格納し、ワークエリア４ｅは、前記各処理が行われる際の各種解析データを格納する。
【００２１】
表示装置５は、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイ等から構成され、前記ＣＰＵ２により実行される前記登録処理や前記認証処理、前記レポート処理に係るデータや、入力装置３から入力される入力データ等を表示する。
【００２２】
印字装置６は、ＣＰＵ２により実行される前記登録処理や前記認証処理、前記レポート処理に係るデータをレシートやジャーナル、若しくはレポート出力として印字するものであり、通常のＥＣＲ１に構成されるサーマルプリンタと同一のもので、１台のみの構成である。
【００２３】
記憶装置７は、プログラムやデータ等が予め記憶されている記憶媒体８を有しており、この記憶媒体８は磁気的、光学的記憶媒体、若しくは半導体メモリで構成されている。この記憶媒体８は記憶装置７に固定的に設けたもの、若しくは着脱自在に装着するものであり、この記憶媒体８には前記システムプログラム及び当該システムに対応する各種アプリケーションプログラム、登録処理プログラム、認証処理プログラム、レポート処理プログラム、及び各種処理プログラムで処理されたデータ等を記憶する。
【００２４】
また、この記憶媒体８に記憶するプログラム、データ等は、通信回線等を介して接続された他の機器から受信して記憶する構成にしてもよく、更に、通信回線等を介して接続された他の機器側に前記記憶媒体を備えた記憶装置を設け、この記憶媒体８に記憶されているプログラム、データを通信回線を介して使用する構成にしてもよい。
【００２５】
時計９は、常時現在日付、現在時刻を計時しており、前記認証処理にて、その計時データをＣＰＵ２に出力し、ジャーナル印字出力されると共に、認証時のデータとしてＲＡＭ４上の認証データエリア４ａに保存される。
【００２６】
次に、本第１の実施の形態の動作を説明する。
【００２７】
まず、本実施の形態におけるＥＣＲ１により実行される、登録処理について、図８に示すフローチャートを基に説明する。また、具体例として図２に示すオーダ伝票の例と、このオーダ伝票の処理結果である、図４に示すレシート及びジャーナル印字結果の例を参照する。
【００２８】
図２に示すオーダ伝票は、お客の注文により発行されたオーダ用の伝票の例である。この伝票には、品名、個数、金額がそれぞれの品名毎に印字され、また伝票番号、客数、個数合計、合計金額、消費税額、総額が印字されている。品名として「カレーライス」と「天丼」があり、それぞれの個数は「１」と「１」、金額は「６００」と「８００」が印字されている。また伝票番号は「１０１２３」、客数は「２」、個数合計は「２」、合計金額は「１４００」、消費税額は「７０」、総額は「１４７０」が印字されている。
【００２９】
図４（ａ）に示すレシートは、図２のオーダ伝票を元に登録処理を行った結果が印字されており、また同様に、図４（ｂ）に示すジャーナルは、登録処理および後述する認証処理を行った結果が印字されている。
【００３０】
まず、登録処理について図８に示すフローチャートにより説明する。
【００３１】
初めに、店員が入力装置３により、データの入力が行われ、さらに、登録処理にて行いたい処理が選択入力される（ステップＳ１）と、入力装置３は、入力データ及び入力信号をＣＰＵ２に出力する。次に、この入力データ及び入力信号を入力したＣＰＵ２は、伝票番号の入力かどうか（ステップＳ２）、登録データの入力かどうか（ステップＳ６）、一取引の締めかどうか（ステップＳ１０）、終了するのかどうか（ステップＳ１４）を判断し、それぞれの処理を実行する。
【００３２】
ステップＳ１の入力が、伝票番号の入力（ステップＳ２）であれば、ＣＰＵ２は、続いて、一取引の初めであるかを判断する（ステップＳ３）。そして、一取引の初めであれば、ＣＰＵ２は、ＲＡＭ４上の一取引データエリア４ｂをクリアにし、以前のデータが格納されていればそのデータを削除する（ステップＳ４）。次に、ＣＰＵ２は、入力装置３より入力された入力データを伝票番号と判断して、この伝票番号をＲＡＭ４上の一取引データエリア４ｂに格納する（ステップＳ５）。そして、ＣＰＵ２は、ステップＳ１に戻る。図２の例では、「１０１２３」が入力されている。また、一取引の初めでなければ（ステップＳ３）、伝票番号が入力されていても何もせずにステップＳ１へと戻る。即ち、伝票番号は取引の初めに入力するようになっている。
【００３３】
ステップＳ１の入力が、登録データ入力であれば（ステップＳ６）、ＣＰＵは、入力装置３より入力された入力データを登録データと判断して、この登録データをＲＡＭ４上の一取引データエリア４ｂに格納（ステップＳ７）する。図２の例では、品名として「カレーライス」、その個数として「１」が入力され、同様に「天丼」、「１」と入力されている。また、ＣＰＵ２は、この登録データから、それぞれの品名を元に、ＲＡＭ４上の品目別データエリア４ｄに格納されているそれぞれの当該品目の金額を識別し、前記登録データの当該個数から、それぞれの品目毎に金額小計を算出し、一取引データエリア４ｂに格納する（ステップＳ８）。次にＣＰＵ２は、登録データと算出結果を印字装置６へ出力し、レシートとジャーナル印字出力を行う（ステップＳ９）。図４の例では、品名として「カレーライス」、個数は１のため、その小計金額として「６００」と印字されており、また同様に品名は「天丼」、個数は１のため、小計金額は「８００」と印字されている。印字が終了すると、ステップＳ１に戻る。
【００３４】
ステップＳ１の入力が、一取引の締め（ステップＳ１０）であれば、ＣＰＵ２は、ステップＳ８にて格納したＲＡＭ４上の一取引データエリア４ｂのそれぞれの品目の小計金額を合計し、合計金額、消費税額及び総額を算出する（ステップＳ１１）。またＣＰＵ２は、合計金額、消費税額及び総額を一取引データエリア４ｂに格納（ステップＳ１２）すると共に、印字装置６へ出力し、レシートとジャーナル印字を行う（ステップＳ１３）。図４の例では、レシートとジャーナルにそれぞれ、合計金額として「１４００」、消費税額として「７０」、総額として「１４７０」が印字されている。
【００３５】
ステップＳ１の入力が、終了（ステップＳ１４）であれば、ＣＰＵ２は、登録処理を終了し、終了でない場合はステップＳ１に戻る。
【００３６】
このように、登録処理では、店員がオーダ伝票の内容を入力することにより、ＣＰＵ２は、その登録データから、合計金額、消費税額及び総額を算出し、登録データと共に算出結果をレシート印字、及びジャーナル印字するとともに一取引のデータとしてＲＡＭ４上の一取引データエリア４ｂに格納する。一取引に対する処理として、オーダ伝票の入力とお客に渡すレシートの印字は、この登録処理にて行うが、後述する認証処理を続けて実行することにより、一取引に対する一連の取引処理が完結する。
【００３７】
次に、本実施の形態におけるＥＣＲ１により実行される、認証処理について、図９に示すフローチャートを基に説明する。また、具体例として図２のオーダ伝票を処理した場合の、図３に示す認証釦入力操作と、図４（ｂ）に示すジャーナル印字結果と、図５に示すＲＡＭ４上の認証データエリア４ａの格納内容を参照する。
【００３８】
まず、店員により、入力装置３から伝票番号が入力され、「認証」釦が押下される（ステップＳ２１）。図３の認証釦入力操作では、図２の伝票であるため、伝票番号「１０１２３」と入力された後、「認証」釦が押下されている。次に、入力装置３よりこの伝票番号および「認証」釦押下信号がＣＰＵ２に出力され、ＣＰＵ２は、ＲＡＭ４上の一取引データエリア４ｂに格納されている伝票番号と突き合わせ、伝票番号が正しいか判断する（ステップＳ２２）。正しくない場合にはエラーとして表示装置５にエラー表示を行った（ステップＳ２６）後、本処理を終了する。
【００３９】
ステップＳ２２の判断が正しい場合には、店員が、入力装置３に担当者名を入力（ステップＳ２３）した後、ＣＰＵ２は、現在日付、現在時刻を、時計９から取得すると共に、ＲＡＭ４上の一取引データエリア４ｂに格納されている総額を読み出す。そして、ＣＰＵ２は、伝票番号、日付、時刻、担当者名、総額を印字装置６に出力し、ジャーナル印字出力する（ステップＳ２４）。図４（ｂ）に示すジャーナル印字結果では、伝票番号「１０１２３」と、日付「９７０６２７」と、時刻「１１４５」と、担当者名「ＩＭＯＴＯ」と、総額「１４７０」が印字されている。次に、ＣＰＵ２は、ＲＡＭ４上の認証データエリア４ａに新規の連番を符番し、この伝票番号、日付、時刻、担当者名、総額を認証データとして、認証データエリア４ａに格納する（ステップＳ２５）。
【００４０】
図５に示すＲＡＭ４上の認証データエリア４ａの格納内容には、連番「０００１」と「０００２」が符番されているため、連番「０００３」が新規に符番され、この連番「０００３」に図４（ｂ）のジャーナル印字結果と同様の、伝票番号「１０１２３」、日付「９７０６２７」、時刻「１１４５」、担当者名「ＩＭＯＴＯ」、総額「１４７０」が格納されている。
【００４１】
このように、認証処理では、店員が伝票番号と認証釦、及び担当者名を入力することにより、ＣＰＵ２は、前記登録処理にて一取引データエリア４ｂに格納していた一取引データから総額を読み出し、伝票番号と総額、日付、時刻、担当者名を前記登録処理にて行ったジャーナル印字結果に続けてジャーナル印字出力するとともに、ＲＡＭ４上の認証データエリア４ａに、一取引の取引単位として連番を符番の上、格納する。このため、一取引毎のデータが前記登録処理により入力されており、認証釦操作により認証処理を行うこととしたため、印字装置に認証印字用の伝票の差し込み口や伝票への印字機能が必要なくなり、容易に認証処理を実現することができる。
【００４２】
次に、本実施の形態におけるＥＣＲ１により実行される、レポート出力処理について、図１０に示すフローチャートを基に説明する。また、具体例として図５の認証データエリア４ａのデータをレポート出力処理した場合の、図６に示すレポート出力操作例と、図７に示すレポート出力結果を参照する。
【００４３】
まず、店員により、入力装置３からレポート出力モードとして、「点検モード」であるか、「精算モード」であるかが入力され、続いて「認証」釦が押下される（ステップＳ３１）。レポート出力処理は、登録済みの全ての認証データを一括して取り扱うため、通常、閉店後等の一日の売上精算を行う際に利用されるが、「点検モード」を設けることにより、後述の通り、随時登録済みの認証データをレポート出力可能としている。図６のレポート出力操作例では、「点検モード」を意味する「Ｘモード」が入力された後、「認証」釦が押下されている。また、入力装置３はこのモード信号をＣＰＵ２に出力し、ＣＰＵ２は一旦ＲＡＭ４上のワークエリア４ｅにこのモードを格納する（ステップＳ３１）。
【００４４】
次に、ＣＰＵ２は、ＲＡＭ４上のメモリポインタ４ｃに「１」を設定し（ステップＳ３２）、このメモリポインタ４ｃの格納データと同一のＲＡＭ４上の認証データエリア４ａの連番から、取引単位として当該一取引の伝票番号、日付、時刻、担当者名を読み出し、印字装置６へ出力し、レポート出力を行う（ステップＳ３３）。
【００４５】
次に、ＣＰＵ２は、メモリポインタ４ｃのデータに「１」を加算し（ステップＳ３４）、このメモリポインタ４ｃに対応した認証データエリア４ａの当該一取引データがあるか判断する（ステップＳ３５）。当該一取引データがあれば、ステップＳ３３に戻り、このステップＳ３３からステップＳ３５までを当該一取引データがなくなるまで繰り返す。
【００４６】
次に、ＣＰＵ２は、ＲＡＭ４上のワークエリア４ｅに格納していたレポート出力モードを読み出し、「精算モード」かどうかを判断する（ステップＳ３６）。「精算モード」でない場合は、そのまま処理を終了し、「精算モード」であれば、ＲＡＭ４上の認証データエリア４ａの全格納データを削除（ステップＳ３７）した後、本処理を終了する。従って、「点検モード」であれば、認証データエリア４ａの格納データが削除されないため、随時、レポート出力処理が可能である。
【００４７】
図７に示すレポート出力結果では、図５に示す認証データエリア４ａのデータが連番順に出力されており、連番「００１」、伝票番号「１０１２１」、日付「９７０６２７」、時刻「１１１５」、担当者名「ＩＭＯＴＯ」、総額「９８０」がひとまとまりになって印字出力されている。同様に連番「００２」では、伝票番号「１０１２２」、日付「９７０６２７」、時刻「１１２０」、担当者名「ＩＭＯＴＯ」、総額「１０５０」が、連番「０００３」では、伝票番号「１０１２３」、日付「９７０６２７」、時刻「１１４５」、担当者名「ＩＭＯＴＯ」、総額「１４７０」が取引単位としてひとまとまりになって印字出力されている。
【００４８】
このように、レポート出力処理では、店員がレポート出力のモードと「認証」釦を押下することにより、ＲＡＭ４上の認証データエリア４ａに格納されている認証データを連番順に全てレポート出力ができる。このため、認証した全てのデータを随時出力でき、取引内容の再確認を容易に行うことができると共に、ＥＣＲ１内に印字装置６として備えられる通常のサーマルプリンタでもレポート出力の実現が可能である。
【００４９】
以上のように、本第１の実施の形態のＥＣＲ１では、オーダ伝票の認証に、登録処理及び認証処理を行い、登録処理では、オーダ伝票を登録すると共に、登録内容をレシート及びジャーナル印字出力し、認証処理では、伝票番号と「認証」釦を押下入力することにより、登録内容を認証し、そのデータを取引単位としてＲＡＭ４上の認証データエリア４ａに格納すると共に、ジャーナル出力する。また、ＥＣＲ１は、この認証データエリア４ａに格納した認証済みのデータを取引単位毎に、纏めて、随時レポート出力することができる。従って、認証に伴う印字は、通常のサーマルプリンタで容易に実現可能であり、オーダ伝票の差し込み口や伝票への印字装置を設ける必要はない。また、認証済みのデータを随時レポート出力することが可能なため、売上データを随時確認することができる。
【００５０】
なお、認証処理は、「認証」釦を押下した後に実行することとしたが、一取引に係る取引単位のデータを入力したとして、登録処理の一取引の締めを行う際に、伝票番号を入力し、続けて認証処理を実行しても良い。また、認証データに品目や個数を追加し、レポート出力結果を詳細なものとする等、認証データ項目及び印字項目を自由に設定することとしても良い。
【００５１】
（第２の実施の形態）
次に、第２の実施の形態におけるＥＣＲについて、図１１〜図１４を用いて説明する。
【００５２】
本第２の実施の形態におけるＥＣＲの要部構成は、第１の実施の形態のＥＣＲの要部構成と同様のものであるため、説明を省略する。また、第１の実施の形態との相違点は、ＣＰＵ２及びＲＡＭ４の構成、及びＣＰＵ２により実行される動作である為、この構成および動作の相違点を説明する。
まず、構成を説明する。
【００５３】
ＣＰＵ２は、記憶装置７内に格納されている当該システムに対応する、後述する登録処理および認証処理のプログラムをそれぞれのオーダ伝票毎の精算時に実行する。登録処理では、ＣＰＵ２は、入力装置３から入力される伝票番号及び伝票内容を一取引データとしてＲＡＭ４上の一取引データエリア４ｆに保存し、一取引データはレシート印字出力として印字装置６へ出力する。また、オーダ伝票の登録終了時には、後述する一取引締め処理を行い、登録処理を終了する。
【００５４】
ＣＰＵ２は、認証処理を前記登録処理に続けて一取引毎に実行する。この認証処理では、ＣＰＵ２は、入力装置３から入力される「認証」釦の押下信号により、前記登録処理にて保存した一取引データエリア４ｆから一取引データの総額を、時計９から日付および時刻をそれぞれ読み出し、入力装置３から入力される担当者名を含めて、連番、日付、時刻、総額、及び担当者名を認証レシート印字出力する。この認証レシートはオーダ伝票を認証した証明として、オーダ伝票と共に別途管理することにより、売上データの内容を管理でき、また随時個々のオーダ伝票の認証有無を確認することができる。
【００５５】
ＲＡＭ４は、ＣＰＵ２により前記登録処理、及び前記認証処理が行われる際に処理される各種データを格納するメモリエリアを形成しており、このメモリエリアを図１１に示す。メモリエリアには、一取引データエリア４ｆや伝票番号エリア４ｇ、品目別データエリア４ｈ、ワークエリア４ｉがある。一取引データエリア４ｆは、前記登録処理が行われる際のデータを格納し、伝票番号エリア４ｇは、同じく前記登録処理が行われる際の伝票番号を格納し、品目別データエリア４ｈは、各品目に設定した金額を格納し、ワークエリア４ｉは、前記各処理が行われる際の各種データを格納する。
【００５６】
次に、本第２の実施の形態の動作を説明する。
【００５７】
まず、本実施の形態におけるＥＣＲにより実行される、登録処理について、図１２に示すフローチャートを基に説明する。また、具体例として図２のオーダ伝票を登録処理した結果である、図１４（ａ）に示すレシート印字結果の例を参照する。
【００５８】
初めに、店員が入力装置３により、データの入力が行われ、さらに登録処理にて行いたい処理が選択入力される（ステップＳ４１）と、入力装置３は、入力データ及び入力信号をＣＰＵ２に出力する。次に、この入力データ及び入力信号を入力したＣＰＵ２は、登録データの入力かどうか（ステップＳ４２）、伝票番号の入力かどうか（ステップＳ４８）、一取引の締めかどうか（ステップＳ５０）、終了するのかどうか（ステップＳ５４）を判断し、それぞれの処理を実行する。
【００５９】
登録データの入力（ステップＳ４２）であれば、ＣＰＵ２は、入力装置３より入力された入力信号が一取引の初めかどうかをさらに判断した（ステップＳ４３）上、一取引の初めであれば、ＲＡＭ４上の一取引データエリア４ｆをクリアにし、以前のデータが格納されていればそのデータを削除する（ステップＳ４４）。また、一取引の初めでなければ、このステップＳ４４は行わない。
【００６０】
次に、ＣＰＵ２は、入力装置３より入力した入力データを登録データと判断して、この登録データをＲＡＭ４上の一取引データエリア４ｆに格納（ステップＳ４５）する。また、ＣＰＵ２は、この登録データから、それぞれの品名を元に、ＲＡＭ４上の品目別データエリア４ｈに格納されているそれぞれの当該品目の金額を識別し、前記登録データの当該個数から、それぞれの品目毎の金額小計を算出し、一取引データエリア４ｆに格納する（ステップＳ４６）。次にＣＰＵ２は、登録データと算出結果を印字装置６へ出力し、レシート印字出力を行う（ステップＳ４７）。図１４（ａ）の例では、品名として「カレーライス」、個数は１のため、その小計金額として「６００」と印字されており、また同様に品名は「天丼」、個数は１のため、小計金額は「８００」と印字されている。印字が終了すると、ステップＳ４１に戻る。
【００６１】
ステップＳ４１の入力が、伝票番号の入力（ステップＳ４８）であれば、ＣＰＵ２は、入力装置３より入力した入力データを伝票番号と判断して、この伝票番号をＲＡＭ４上の伝票番号エリア４ｇに格納し（ステップＳ４９）、ステップＳ４１に戻る。この際、以前の伝票番号が格納されていれば、削除した後、格納する。
【００６２】
ステップＳ４１の入力が、一取引の締め（ステップＳ５０）であれば、ＣＰＵ２は、ステップＳ４６にて格納したＲＡＭ４上の一取引データエリア４ｆのそれぞれの品目の小計金額を合計し、合計金額、消費税額及び総額を算出する（ステップＳ５１）。またＣＰＵ２は、合計金額、消費税額及び総額を一取引データエリア４ｆに格納（ステップＳ５２）すると共に、印字装置６へ出力し、レシート印字出力を行い（ステップＳ５３）、印字出力後、ステップＳ４１に戻る。図１４（ａ）の例では、合計金額として「１４００」、消費税額として「７０」、総額として「１４７０」が印字されている。
【００６３】
ステップＳ４１の入力が、終了（ステップＳ５４）であれば、ＣＰＵ２は、登録処理を終了し、終了でない場合はステップＳ４１に戻る。
【００６４】
このように、登録処理では、店員がオーダ伝票の内容を入力することにより、ＣＰＵ２は、その登録データから、合計金額、消費税額及び総額を算出し、登録データと共に算出結果をレシート印字出力するとともに一取引のデータとしてＲＡＭ４上の一取引データエリア４ｆ及び伝票番号エリア４ｇに格納する。一取引に対する処理として、オーダ伝票の入力とお客に渡すレシートの印字は、この登録処理にて行うが、後述する認証処理を続けて実行することにより、一取引に対する一連の取引処理が完結する。
【００６５】
次に、本実施の形態におけるＥＣＲにより実行される、認証処理について、図１３に示すフローチャートを基に説明する。また、具体例として図２のオーダ伝票を処理した場合の、図１４（ｂ）に示す認証釦入力操作と、図１４（ｃ）に示す認証レシート印字結果を参照する。
【００６６】
まず、店員により、入力装置３の「認証」釦が押下される（ステップＳ６１）。図１４（ｂ）に認証釦入力操作を示す。次に、入力装置３よりこの「認証」釦押下信号がＣＰＵ２に出力され、ＣＰＵ２は、ＲＡＭ４上の伝票番号エリア４ｇに伝票番号が登録されているか判断（ステップＳ６２）し、登録されていなければ処理を終了する。また、登録されていれば、店員が、入力装置３に担当者名を入力（ステップＳ６３）した後、ＣＰＵ２は、現在日付、現在時刻を、時計９から取得すると共に、ＲＡＭ４上の一取引データエリア４ｆに格納されている総額を読み出し、連番を符番する。この連番は認証処理を行ったそれぞれの一取引毎に、ＣＰＵ２が符番を行い、ＲＡＭ４上のワークエリア４ｉに格納しておくものである。そして、ＣＰＵ２は、連番、日付、時刻、担当者名、総額を印字装置６に出力し、認証レシート印字出力（ステップＳ６４）し、処理を終了する。図４（ｃ）に示す認証レシート印字出力では、連番「０００３」と、日付「９７０６２７」と、時刻「１１４５」と、担当者名「ＩＭＯＴＯ」と、総額「１４７０」が印字されている。
【００６７】
このように、認証処理では、店員が「認証」釦の押下、及び担当者名を入力することにより、ＣＰＵ２は、前記登録処理にて一取引データエリア４ｆに格納していた一取引データから総額を読み出し、符番した連番と総額、日付、時刻、担当者名を認証レシート印字出力する。
【００６８】
以上のように、本第２の実施の形態のＥＣＲでは、登録処理にて、オーダ伝票を登録すると共に、登録内容をレシート印字出力し、認証処理にて、「認証」釦を押下することにより、登録内容を認証し、認証レシートを出力する。従って、店員は、出力された認証レシートとオーダ伝票を併せて保管することにより、オーダ伝票が正しく処理されたかどうかを即時、若しくは別途確認することができる。また、認証を行った証として認証レシートを発行するため、ＥＣＲの印字装置に伝票の差し込み口や伝票への印字装置を設ける必要がなく、容易に伝票の認証処理が実現可能である。
【００６９】
なお、認証処理は、「認証」釦を押下した後に実行することとしたが、一取引に係る取引単位のデータを入力したとして、登録処理の一取引の締めを行う際に、続けて認証処理を実行することとしても良い。また認証レシートに伝票番号や品目、個数を印字することとしても良く、印字項目を自由に設定することとしても良い。
【００７０】
【発明の効果】
請求項１記載の発明によれば、一連の取引処理毎に入力される売上データは、レシート印字手段により、レシートを印字されると共に、当該売上データの伝票番号と対応づけられて記憶手段に記憶され、認証伝票を要する売上データであれば、認証伝票印字手段により、前記伝票番号別に認証伝票が印字される。このため、前記認証伝票印字手段により、前記記憶手段に記憶された売上データを認証伝票として印字することが可能であり、ＥＣＲに組み込まれている通常のサーマルプリンタで容易に売上データ及び伝票の認証処理が実現できる。
【００７１】
請求項２記載の発明によれば、請求項１記載の発明の効果に加えて、指定手段により所定種類の取引対象を指定することにより、当該売上データを記憶手段から読み出し、認証伝票印字手段により、認証伝票印字することができるため、指定手段により指定することにより、随時認証伝票印字することができる。
【００７２】
請求項３記載の発明によれば、請求項２記載の発明の効果に加えて、伝票データ記憶手段により、前記所定種類の取引対象に対応づけられた前記売上データに対応する前記認証伝票の伝票データが記憶されるため、前記指定手段により、この記憶された伝票データに対応する所定種類の取引対象を指定された場合、認証伝票印字手段により、前記伝票データ記憶手段から当該伝票データを読み出し、認証伝票の印字が行われる。このため、認証伝票を随時、纏めて印字することができる。
【００７３】
請求項４記載の発明によれば、請求項１記載の発明の効果に加えて、指定手段により、一連の取引処理に含まれる取引単位を指定され、取引の締めが指定されると、前記認証伝票印字手段により、前記伝票番号別に認証伝票を印字する。このため、一連の取引処理の中で、連続して認証伝票の印字を行うことができる。
【図面の簡単な説明】
【図１】（ａ）は、本発明の第１の実施の形態におけるＥＣＲの要部構成を示すブロック図。（ｂ）は、（ａ）のＲＡＭ４内のメモリ構成を示す図。
【図２】第１の実施の形態のオーダ伝票の例を示す図。
【図３】第１の実施の形態の認証釦入力操作の例を示す図。
【図４】（ａ）は、第１の実施の形態のレシート出力結果の例を示す図。（ｂ）は、第１の実施の形態のジャーナル出力結果の例を示す図。
【図５】第１の実施の形態のＲＡＭ４の認証データエリア４ａの格納データ例を示す図。
【図６】第１の実施の形態のレポート出力操作の例を示す図。
【図７】第１の実施の形態のレポート出力結果の例を示す図。
【図８】第１の実施の形態の登録処理を示すフローチャート。
【図９】第１の実施の形態の認証処理を示すフローチャート。
【図１０】第１の実施の形態のレポート出力処理を示すフローチャート。
【図１１】第２の実施の形態のＲＡＭ４内のメモリ構成を示す図。
【図１２】第２の実施の形態の登録処理を示すフローチャート。
【図１３】第２の実施の形態の認証処理を示すフローチャート。
【図１４】（ａ）は、第２の実施の形態のレシート出力結果の例を示す図。（ｂ）は、第２の実施の形態の認証釦入力操作の例を示す図。（ｃ）は、第２の実施の形態の認証レシート出力結果の例を示す図。
【符号の説明】
１ ＥＣＲ
２ ＣＰＵ
３ 入力装置
４ ＲＡＭ
４ａ 認証データエリア
４ｂ、４ｆ 一取引データエリア
４ｃ メモリポインタ
４ｄ、４ｈ 品目別データエリア
４ｅ、４ｉ ワークエリア
４ｇ 伝票番号エリア
５ 表示装置
６ 印字装置
７ 記憶装置
８ 記憶媒体
９ 時計
１０ バス
【発明の属する技術分野】
本発明は、売上データ印字装置に係り、詳細には、売上データに基づいて認証印字を行う売上データ印字装置に関する。
【０００２】
【従来の技術】
ＥＣＲ（Electronic Cash Register：電子式キャッシュレジスタ）およびＰＯＳ（Point Of Sale）端末装置は、入力された売上データを出力し、その売上データを累計（登録）し、登録された売上金額や売上品目、売上個数等を出力する点検、精算を行う装置であり、百貨店、スーパーマーケット、コンビニエンスストア、ファミリーレストラン等の売場や注文を行う際に利用され、商品管理、顧客管理、売上管理、注文処理等のデータを、即時に収集する装置である。
【０００３】
これらの装置によるデータ入力は、即時に入力できるという利便さとは裏腹に、短時間でのデータ入力が求められるため、少なからず入力ミスが発生する。このため、これらの装置に入力されたデータに間違いがないか、データ入力及びデータ管理の区切り毎にデータの認証を行っている。例えばファミリーレストランでは、注文時にＰＯＳ端末装置を用い、短時間でのデータ入力が実現されている。この注文データはホストコンピュータに集約され、伝票として印字出力される。この後、この伝票は、出来上がった料理と共にお客に渡され、最終的にお客はこの伝票を会計時に引き渡す。
【０００４】
この際、この伝票は、印字されている伝票番号を元にＥＣＲからホストコンピュータに問い合わせを行い、伝票に記載されている全ての品目が確認され、再度登録若しくは、間違い品目のみを再登録し直すことで、認証が行われる。ホストコンピュータにデータが登録されているため、省略される場合もあるが、この認証された伝票は、ＥＣＲに内蔵されている印字装置により、認証印字が行われ、別途保管管理された後、一日の売上データ確認時に照合される。また、この印字装置は、登録されている商品の品目や売上金額、数量等をレシート用紙に印字すると共に、同様の内容を売上管理用のジャーナル用紙にも印字して営業管理に利用する。
【０００５】
【発明が解決しようとする課題】
しかしながら、伝票の認証処理をより簡便に行うためには、前記のようなホストコンピュータにより管理されたＥＣＲやＰＯＳ端末装置等により構成される、より大規模なシステムが必要である。また、認証印字には、印字装置に認証印字用の伝票の差し込み口と、伝票への印字機能等が必要となり、ＥＣＲやＰＯＳの印字装置として広く用いられている通常のサーマルプリンタだけでは実現が困難であった。
【０００６】
本発明の課題は、ＥＣＲやＰＯＳ端末装置のみで容易に伝票の認証処理が実現可能な売上データ印字装置を提供することである。
【０００７】
【課題を解決するための手段】
請求項１記載の発明は、
伝票番号及び取引対象と対応づけられた一連の取引処理で入力される売上データを印字する売上データ印字装置において、
前記伝票番号及び取引対象と対応づけて一連の取引処理毎に売上データを記憶する記憶手段と、
この記憶手段に記憶された取引処理毎の売上データに基づいてレシートを印字するレシート印字手段と、
前記記憶手段に記憶された取引処理毎の売上データのうち、前記取引対象が所定種類の売上データに基づいて、前記伝票番号別に認証伝票を印字する認証伝票印字手段と、
を具備したことを特徴としている。
【０００８】
この請求項１記載の発明によれば、
伝票番号及び取引対象と対応づけられた一連の取引処理で入力される売上データを印字する売上データ印字装置において、記憶手段は、前記伝票番号及び取引対象と対応づけて一連の取引処理毎に売上データを記憶し、レシート印字手段は、この記憶手段に記憶された取引処理毎の売上データに基づいてレシートを印字し、認証伝票印字手段は、前記記憶手段に記憶された取引処理毎の売上データのうち、前記取引対象が所定種類の売上データに基づいて、前記伝票番号別に認証伝票を印字する。
【０００９】
したがって、一連の取引処理毎に入力される売上データは、前記レシート印字手段により、レシートを印字されると共に、当該売上データの伝票番号と対応づけられて前記記憶手段に記憶され、認証伝票を要する売上データであれば、前記認証伝票印字手段により、前記伝票番号別に認証伝票が印字される。このため、前記認証伝票印字手段により、前記記憶手段に記憶された売上データを認証伝票として印字することが可能であり、ＥＣＲに組み込まれている通常のサーマルプリンタで容易に売上データ及び伝票の認証処理が実現できる。
【００１０】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を詳細に説明する。
【００１１】
（第１の実施の形態）
図１〜図１０は、本発明を適用した第１の実施の形態における売上データ印字装置を電子式キャッシュレジスタ（以下、ＥＣＲと呼ぶ）に適用した一実施例を示す図であり、また、具体例としてレストランに適用した場合のオーダ伝票やレシート、及びジャーナル出力結果を示している。
【００１２】
まず構成を説明する。
【００１３】
図１は、本実施の形態のＥＣＲ１の要部構成を示すブロック図である。このＥＣＲ１は、精算時にオーダ伝票の内容として、品目、個数等を入力し、ＥＣＲ１に予め登録されている品目に対応する単価とを照らし合わせて、金額、消費税額等を計算する。また、それぞれのオーダ伝票のデータを入力した後、認証を行って、レシート及びジャーナルとして印字出力するものである。図１において、ＥＣＲ１は、ＣＰＵ２、入力装置３、ＲＡＭ４、表示装置５、印字装置６、記憶装置７、記憶媒体８、及び時計９によって構成されており、記憶媒体８を除く各部はバス１０によって接続されている。
【００１４】
ＣＰＵ（Central Processing Unit）２は、記憶装置７内に格納されている各種システムプログラムに従って、ＲＡＭ４との間で各種データの授受を行いながら各種動作に必要な数値を演算処理し、この演算処理に基づいてＥＣＲ１内の各部を制御するための各種制御信号を出力する。また、ＣＰＵ２は、取引処理として、後述する登録処理と認証処理のプログラムをそれぞれのオーダ伝票毎の精算時に実行すると共に、後述するレポート処理のプログラムを実行する。
【００１５】
登録処理では、ＣＰＵ２は、入力装置３から入力される伝票番号及びオーダ伝票の内容を、一取引データとしてＲＡＭ４上の一取引データエリア４ｂに保存し、一取引データはレシート及びジャーナル印字出力として印字装置６へ出力する。また、オーダ伝票の登録終了時には、後述する一取引締め処理を行い、登録処理を終了する。ここで言う一取引とは、オーダ伝票１件に係る精算のことであり、登録処理および後述する認証処理は、オーダ伝票１件毎の精算時に処理が行われるため、以降、このオーダ伝票１件に係る精算のことを一取引と呼び、一取引に係るデータの単位を取引単位と呼ぶこととする。
【００１６】
ＣＰＵ２は、一取引毎に、認証処理を前記登録処理に続けて実行することで、取引処理を行う。この認証処理では、ＣＰＵ２は、入力装置３から入力される「認証」釦の押下信号により、前記登録処理にてＲＡＭ４上に保存した一取引データを読み出した上、印字装置６へ出力し、レシート及びジャーナル印字出力すると同時に、日付および時刻を時計９より読み出し、伝票番号、日付、時刻、及び入力装置３から入力される担当者名をジャーナル印字出力する。また、この出力データをＲＡＭ４上の認証データエリア４ａに保存する。このようにＣＰＵ２は、一取引毎に、登録処理及び認証処理を続けて行うことで、一連の取引処理を実行する。
【００１７】
レポート処理では、ＣＰＵ２は、前記ＲＡＭ４上の認証データエリア４ａに保存したデータを保存順に、印字装置６へ出力し、認証したデータを纏めてレポート印字出力する。
【００１８】
またＣＰＵ２は、前記各処理に係るデータを適宜ＲＡＭ４上のワークエリア４ｅに格納及び読み出すことによりそれぞれの処理を実行する。
【００１９】
入力装置３は、伝票番号等の入力に必要な数字キーや、一取引データ等の入力時に商品を指定する指定キー、「認証」釦等を備え、それぞれの入力操作に応じた指示信号をＣＰＵ２に出力する。
【００２０】
ＲＡＭ（Random Access Memory）４は、ＣＰＵ２により前記登録処理、前記認証処理及び前記レポート処理が行われる際に処理される各種データを格納するメモリエリアを形成しており、このメモリエリアとしては、図１（ｂ）に示す認証データエリア４ａや一取引データエリア４ｂ、メモリポインタ４ｃ、品目別データエリア４ｄ、ワークエリア４ｅを有する。認証データエリア４ａは、前記認証処理が行われる際のデータを格納し、一取引データエリア４ｂは、前記登録処理が行われる際のデータを格納し、メモリポインタ４ｃは、認証データエリア４ａの現在のデータ位置情報を格納し、品目別データエリア４ｄは、各品目に設定した金額を格納し、ワークエリア４ｅは、前記各処理が行われる際の各種解析データを格納する。
【００２１】
表示装置５は、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイ等から構成され、前記ＣＰＵ２により実行される前記登録処理や前記認証処理、前記レポート処理に係るデータや、入力装置３から入力される入力データ等を表示する。
【００２２】
印字装置６は、ＣＰＵ２により実行される前記登録処理や前記認証処理、前記レポート処理に係るデータをレシートやジャーナル、若しくはレポート出力として印字するものであり、通常のＥＣＲ１に構成されるサーマルプリンタと同一のもので、１台のみの構成である。
【００２３】
記憶装置７は、プログラムやデータ等が予め記憶されている記憶媒体８を有しており、この記憶媒体８は磁気的、光学的記憶媒体、若しくは半導体メモリで構成されている。この記憶媒体８は記憶装置７に固定的に設けたもの、若しくは着脱自在に装着するものであり、この記憶媒体８には前記システムプログラム及び当該システムに対応する各種アプリケーションプログラム、登録処理プログラム、認証処理プログラム、レポート処理プログラム、及び各種処理プログラムで処理されたデータ等を記憶する。
【００２４】
また、この記憶媒体８に記憶するプログラム、データ等は、通信回線等を介して接続された他の機器から受信して記憶する構成にしてもよく、更に、通信回線等を介して接続された他の機器側に前記記憶媒体を備えた記憶装置を設け、この記憶媒体８に記憶されているプログラム、データを通信回線を介して使用する構成にしてもよい。
【００２５】
時計９は、常時現在日付、現在時刻を計時しており、前記認証処理にて、その計時データをＣＰＵ２に出力し、ジャーナル印字出力されると共に、認証時のデータとしてＲＡＭ４上の認証データエリア４ａに保存される。
【００２６】
次に、本第１の実施の形態の動作を説明する。
【００２７】
まず、本実施の形態におけるＥＣＲ１により実行される、登録処理について、図８に示すフローチャートを基に説明する。また、具体例として図２に示すオーダ伝票の例と、このオーダ伝票の処理結果である、図４に示すレシート及びジャーナル印字結果の例を参照する。
【００２８】
図２に示すオーダ伝票は、お客の注文により発行されたオーダ用の伝票の例である。この伝票には、品名、個数、金額がそれぞれの品名毎に印字され、また伝票番号、客数、個数合計、合計金額、消費税額、総額が印字されている。品名として「カレーライス」と「天丼」があり、それぞれの個数は「１」と「１」、金額は「６００」と「８００」が印字されている。また伝票番号は「１０１２３」、客数は「２」、個数合計は「２」、合計金額は「１４００」、消費税額は「７０」、総額は「１４７０」が印字されている。
【００２９】
図４（ａ）に示すレシートは、図２のオーダ伝票を元に登録処理を行った結果が印字されており、また同様に、図４（ｂ）に示すジャーナルは、登録処理および後述する認証処理を行った結果が印字されている。
【００３０】
まず、登録処理について図８に示すフローチャートにより説明する。
【００３１】
初めに、店員が入力装置３により、データの入力が行われ、さらに、登録処理にて行いたい処理が選択入力される（ステップＳ１）と、入力装置３は、入力データ及び入力信号をＣＰＵ２に出力する。次に、この入力データ及び入力信号を入力したＣＰＵ２は、伝票番号の入力かどうか（ステップＳ２）、登録データの入力かどうか（ステップＳ６）、一取引の締めかどうか（ステップＳ１０）、終了するのかどうか（ステップＳ１４）を判断し、それぞれの処理を実行する。
【００３２】
ステップＳ１の入力が、伝票番号の入力（ステップＳ２）であれば、ＣＰＵ２は、続いて、一取引の初めであるかを判断する（ステップＳ３）。そして、一取引の初めであれば、ＣＰＵ２は、ＲＡＭ４上の一取引データエリア４ｂをクリアにし、以前のデータが格納されていればそのデータを削除する（ステップＳ４）。次に、ＣＰＵ２は、入力装置３より入力された入力データを伝票番号と判断して、この伝票番号をＲＡＭ４上の一取引データエリア４ｂに格納する（ステップＳ５）。そして、ＣＰＵ２は、ステップＳ１に戻る。図２の例では、「１０１２３」が入力されている。また、一取引の初めでなければ（ステップＳ３）、伝票番号が入力されていても何もせずにステップＳ１へと戻る。即ち、伝票番号は取引の初めに入力するようになっている。
【００３３】
ステップＳ１の入力が、登録データ入力であれば（ステップＳ６）、ＣＰＵは、入力装置３より入力された入力データを登録データと判断して、この登録データをＲＡＭ４上の一取引データエリア４ｂに格納（ステップＳ７）する。図２の例では、品名として「カレーライス」、その個数として「１」が入力され、同様に「天丼」、「１」と入力されている。また、ＣＰＵ２は、この登録データから、それぞれの品名を元に、ＲＡＭ４上の品目別データエリア４ｄに格納されているそれぞれの当該品目の金額を識別し、前記登録データの当該個数から、それぞれの品目毎に金額小計を算出し、一取引データエリア４ｂに格納する（ステップＳ８）。次にＣＰＵ２は、登録データと算出結果を印字装置６へ出力し、レシートとジャーナル印字出力を行う（ステップＳ９）。図４の例では、品名として「カレーライス」、個数は１のため、その小計金額として「６００」と印字されており、また同様に品名は「天丼」、個数は１のため、小計金額は「８００」と印字されている。印字が終了すると、ステップＳ１に戻る。
【００３４】
ステップＳ１の入力が、一取引の締め（ステップＳ１０）であれば、ＣＰＵ２は、ステップＳ８にて格納したＲＡＭ４上の一取引データエリア４ｂのそれぞれの品目の小計金額を合計し、合計金額、消費税額及び総額を算出する（ステップＳ１１）。またＣＰＵ２は、合計金額、消費税額及び総額を一取引データエリア４ｂに格納（ステップＳ１２）すると共に、印字装置６へ出力し、レシートとジャーナル印字を行う（ステップＳ１３）。図４の例では、レシートとジャーナルにそれぞれ、合計金額として「１４００」、消費税額として「７０」、総額として「１４７０」が印字されている。
【００３５】
ステップＳ１の入力が、終了（ステップＳ１４）であれば、ＣＰＵ２は、登録処理を終了し、終了でない場合はステップＳ１に戻る。
【００３６】
このように、登録処理では、店員がオーダ伝票の内容を入力することにより、ＣＰＵ２は、その登録データから、合計金額、消費税額及び総額を算出し、登録データと共に算出結果をレシート印字、及びジャーナル印字するとともに一取引のデータとしてＲＡＭ４上の一取引データエリア４ｂに格納する。一取引に対する処理として、オーダ伝票の入力とお客に渡すレシートの印字は、この登録処理にて行うが、後述する認証処理を続けて実行することにより、一取引に対する一連の取引処理が完結する。
【００３７】
次に、本実施の形態におけるＥＣＲ１により実行される、認証処理について、図９に示すフローチャートを基に説明する。また、具体例として図２のオーダ伝票を処理した場合の、図３に示す認証釦入力操作と、図４（ｂ）に示すジャーナル印字結果と、図５に示すＲＡＭ４上の認証データエリア４ａの格納内容を参照する。
【００３８】
まず、店員により、入力装置３から伝票番号が入力され、「認証」釦が押下される（ステップＳ２１）。図３の認証釦入力操作では、図２の伝票であるため、伝票番号「１０１２３」と入力された後、「認証」釦が押下されている。次に、入力装置３よりこの伝票番号および「認証」釦押下信号がＣＰＵ２に出力され、ＣＰＵ２は、ＲＡＭ４上の一取引データエリア４ｂに格納されている伝票番号と突き合わせ、伝票番号が正しいか判断する（ステップＳ２２）。正しくない場合にはエラーとして表示装置５にエラー表示を行った（ステップＳ２６）後、本処理を終了する。
【００３９】
ステップＳ２２の判断が正しい場合には、店員が、入力装置３に担当者名を入力（ステップＳ２３）した後、ＣＰＵ２は、現在日付、現在時刻を、時計９から取得すると共に、ＲＡＭ４上の一取引データエリア４ｂに格納されている総額を読み出す。そして、ＣＰＵ２は、伝票番号、日付、時刻、担当者名、総額を印字装置６に出力し、ジャーナル印字出力する（ステップＳ２４）。図４（ｂ）に示すジャーナル印字結果では、伝票番号「１０１２３」と、日付「９７０６２７」と、時刻「１１４５」と、担当者名「ＩＭＯＴＯ」と、総額「１４７０」が印字されている。次に、ＣＰＵ２は、ＲＡＭ４上の認証データエリア４ａに新規の連番を符番し、この伝票番号、日付、時刻、担当者名、総額を認証データとして、認証データエリア４ａに格納する（ステップＳ２５）。
【００４０】
図５に示すＲＡＭ４上の認証データエリア４ａの格納内容には、連番「０００１」と「０００２」が符番されているため、連番「０００３」が新規に符番され、この連番「０００３」に図４（ｂ）のジャーナル印字結果と同様の、伝票番号「１０１２３」、日付「９７０６２７」、時刻「１１４５」、担当者名「ＩＭＯＴＯ」、総額「１４７０」が格納されている。
【００４１】
このように、認証処理では、店員が伝票番号と認証釦、及び担当者名を入力することにより、ＣＰＵ２は、前記登録処理にて一取引データエリア４ｂに格納していた一取引データから総額を読み出し、伝票番号と総額、日付、時刻、担当者名を前記登録処理にて行ったジャーナル印字結果に続けてジャーナル印字出力するとともに、ＲＡＭ４上の認証データエリア４ａに、一取引の取引単位として連番を符番の上、格納する。このため、一取引毎のデータが前記登録処理により入力されており、認証釦操作により認証処理を行うこととしたため、印字装置に認証印字用の伝票の差し込み口や伝票への印字機能が必要なくなり、容易に認証処理を実現することができる。
【００４２】
次に、本実施の形態におけるＥＣＲ１により実行される、レポート出力処理について、図１０に示すフローチャートを基に説明する。また、具体例として図５の認証データエリア４ａのデータをレポート出力処理した場合の、図６に示すレポート出力操作例と、図７に示すレポート出力結果を参照する。
【００４３】
まず、店員により、入力装置３からレポート出力モードとして、「点検モード」であるか、「精算モード」であるかが入力され、続いて「認証」釦が押下される（ステップＳ３１）。レポート出力処理は、登録済みの全ての認証データを一括して取り扱うため、通常、閉店後等の一日の売上精算を行う際に利用されるが、「点検モード」を設けることにより、後述の通り、随時登録済みの認証データをレポート出力可能としている。図６のレポート出力操作例では、「点検モード」を意味する「Ｘモード」が入力された後、「認証」釦が押下されている。また、入力装置３はこのモード信号をＣＰＵ２に出力し、ＣＰＵ２は一旦ＲＡＭ４上のワークエリア４ｅにこのモードを格納する（ステップＳ３１）。
【００４４】
次に、ＣＰＵ２は、ＲＡＭ４上のメモリポインタ４ｃに「１」を設定し（ステップＳ３２）、このメモリポインタ４ｃの格納データと同一のＲＡＭ４上の認証データエリア４ａの連番から、取引単位として当該一取引の伝票番号、日付、時刻、担当者名を読み出し、印字装置６へ出力し、レポート出力を行う（ステップＳ３３）。
【００４５】
次に、ＣＰＵ２は、メモリポインタ４ｃのデータに「１」を加算し（ステップＳ３４）、このメモリポインタ４ｃに対応した認証データエリア４ａの当該一取引データがあるか判断する（ステップＳ３５）。当該一取引データがあれば、ステップＳ３３に戻り、このステップＳ３３からステップＳ３５までを当該一取引データがなくなるまで繰り返す。
【００４６】
次に、ＣＰＵ２は、ＲＡＭ４上のワークエリア４ｅに格納していたレポート出力モードを読み出し、「精算モード」かどうかを判断する（ステップＳ３６）。「精算モード」でない場合は、そのまま処理を終了し、「精算モード」であれば、ＲＡＭ４上の認証データエリア４ａの全格納データを削除（ステップＳ３７）した後、本処理を終了する。従って、「点検モード」であれば、認証データエリア４ａの格納データが削除されないため、随時、レポート出力処理が可能である。
【００４７】
図７に示すレポート出力結果では、図５に示す認証データエリア４ａのデータが連番順に出力されており、連番「００１」、伝票番号「１０１２１」、日付「９７０６２７」、時刻「１１１５」、担当者名「ＩＭＯＴＯ」、総額「９８０」がひとまとまりになって印字出力されている。同様に連番「００２」では、伝票番号「１０１２２」、日付「９７０６２７」、時刻「１１２０」、担当者名「ＩＭＯＴＯ」、総額「１０５０」が、連番「０００３」では、伝票番号「１０１２３」、日付「９７０６２７」、時刻「１１４５」、担当者名「ＩＭＯＴＯ」、総額「１４７０」が取引単位としてひとまとまりになって印字出力されている。
【００４８】
このように、レポート出力処理では、店員がレポート出力のモードと「認証」釦を押下することにより、ＲＡＭ４上の認証データエリア４ａに格納されている認証データを連番順に全てレポート出力ができる。このため、認証した全てのデータを随時出力でき、取引内容の再確認を容易に行うことができると共に、ＥＣＲ１内に印字装置６として備えられる通常のサーマルプリンタでもレポート出力の実現が可能である。
【００４９】
以上のように、本第１の実施の形態のＥＣＲ１では、オーダ伝票の認証に、登録処理及び認証処理を行い、登録処理では、オーダ伝票を登録すると共に、登録内容をレシート及びジャーナル印字出力し、認証処理では、伝票番号と「認証」釦を押下入力することにより、登録内容を認証し、そのデータを取引単位としてＲＡＭ４上の認証データエリア４ａに格納すると共に、ジャーナル出力する。また、ＥＣＲ１は、この認証データエリア４ａに格納した認証済みのデータを取引単位毎に、纏めて、随時レポート出力することができる。従って、認証に伴う印字は、通常のサーマルプリンタで容易に実現可能であり、オーダ伝票の差し込み口や伝票への印字装置を設ける必要はない。また、認証済みのデータを随時レポート出力することが可能なため、売上データを随時確認することができる。
【００５０】
なお、認証処理は、「認証」釦を押下した後に実行することとしたが、一取引に係る取引単位のデータを入力したとして、登録処理の一取引の締めを行う際に、伝票番号を入力し、続けて認証処理を実行しても良い。また、認証データに品目や個数を追加し、レポート出力結果を詳細なものとする等、認証データ項目及び印字項目を自由に設定することとしても良い。
【００５１】
（第２の実施の形態）
次に、第２の実施の形態におけるＥＣＲについて、図１１〜図１４を用いて説明する。
【００５２】
本第２の実施の形態におけるＥＣＲの要部構成は、第１の実施の形態のＥＣＲの要部構成と同様のものであるため、説明を省略する。また、第１の実施の形態との相違点は、ＣＰＵ２及びＲＡＭ４の構成、及びＣＰＵ２により実行される動作である為、この構成および動作の相違点を説明する。
まず、構成を説明する。
【００５３】
ＣＰＵ２は、記憶装置７内に格納されている当該システムに対応する、後述する登録処理および認証処理のプログラムをそれぞれのオーダ伝票毎の精算時に実行する。登録処理では、ＣＰＵ２は、入力装置３から入力される伝票番号及び伝票内容を一取引データとしてＲＡＭ４上の一取引データエリア４ｆに保存し、一取引データはレシート印字出力として印字装置６へ出力する。また、オーダ伝票の登録終了時には、後述する一取引締め処理を行い、登録処理を終了する。
【００５４】
ＣＰＵ２は、認証処理を前記登録処理に続けて一取引毎に実行する。この認証処理では、ＣＰＵ２は、入力装置３から入力される「認証」釦の押下信号により、前記登録処理にて保存した一取引データエリア４ｆから一取引データの総額を、時計９から日付および時刻をそれぞれ読み出し、入力装置３から入力される担当者名を含めて、連番、日付、時刻、総額、及び担当者名を認証レシート印字出力する。この認証レシートはオーダ伝票を認証した証明として、オーダ伝票と共に別途管理することにより、売上データの内容を管理でき、また随時個々のオーダ伝票の認証有無を確認することができる。
【００５５】
ＲＡＭ４は、ＣＰＵ２により前記登録処理、及び前記認証処理が行われる際に処理される各種データを格納するメモリエリアを形成しており、このメモリエリアを図１１に示す。メモリエリアには、一取引データエリア４ｆや伝票番号エリア４ｇ、品目別データエリア４ｈ、ワークエリア４ｉがある。一取引データエリア４ｆは、前記登録処理が行われる際のデータを格納し、伝票番号エリア４ｇは、同じく前記登録処理が行われる際の伝票番号を格納し、品目別データエリア４ｈは、各品目に設定した金額を格納し、ワークエリア４ｉは、前記各処理が行われる際の各種データを格納する。
【００５６】
次に、本第２の実施の形態の動作を説明する。
【００５７】
まず、本実施の形態におけるＥＣＲにより実行される、登録処理について、図１２に示すフローチャートを基に説明する。また、具体例として図２のオーダ伝票を登録処理した結果である、図１４（ａ）に示すレシート印字結果の例を参照する。
【００５８】
初めに、店員が入力装置３により、データの入力が行われ、さらに登録処理にて行いたい処理が選択入力される（ステップＳ４１）と、入力装置３は、入力データ及び入力信号をＣＰＵ２に出力する。次に、この入力データ及び入力信号を入力したＣＰＵ２は、登録データの入力かどうか（ステップＳ４２）、伝票番号の入力かどうか（ステップＳ４８）、一取引の締めかどうか（ステップＳ５０）、終了するのかどうか（ステップＳ５４）を判断し、それぞれの処理を実行する。
【００５９】
登録データの入力（ステップＳ４２）であれば、ＣＰＵ２は、入力装置３より入力された入力信号が一取引の初めかどうかをさらに判断した（ステップＳ４３）上、一取引の初めであれば、ＲＡＭ４上の一取引データエリア４ｆをクリアにし、以前のデータが格納されていればそのデータを削除する（ステップＳ４４）。また、一取引の初めでなければ、このステップＳ４４は行わない。
【００６０】
次に、ＣＰＵ２は、入力装置３より入力した入力データを登録データと判断して、この登録データをＲＡＭ４上の一取引データエリア４ｆに格納（ステップＳ４５）する。また、ＣＰＵ２は、この登録データから、それぞれの品名を元に、ＲＡＭ４上の品目別データエリア４ｈに格納されているそれぞれの当該品目の金額を識別し、前記登録データの当該個数から、それぞれの品目毎の金額小計を算出し、一取引データエリア４ｆに格納する（ステップＳ４６）。次にＣＰＵ２は、登録データと算出結果を印字装置６へ出力し、レシート印字出力を行う（ステップＳ４７）。図１４（ａ）の例では、品名として「カレーライス」、個数は１のため、その小計金額として「６００」と印字されており、また同様に品名は「天丼」、個数は１のため、小計金額は「８００」と印字されている。印字が終了すると、ステップＳ４１に戻る。
【００６１】
ステップＳ４１の入力が、伝票番号の入力（ステップＳ４８）であれば、ＣＰＵ２は、入力装置３より入力した入力データを伝票番号と判断して、この伝票番号をＲＡＭ４上の伝票番号エリア４ｇに格納し（ステップＳ４９）、ステップＳ４１に戻る。この際、以前の伝票番号が格納されていれば、削除した後、格納する。
【００６２】
ステップＳ４１の入力が、一取引の締め（ステップＳ５０）であれば、ＣＰＵ２は、ステップＳ４６にて格納したＲＡＭ４上の一取引データエリア４ｆのそれぞれの品目の小計金額を合計し、合計金額、消費税額及び総額を算出する（ステップＳ５１）。またＣＰＵ２は、合計金額、消費税額及び総額を一取引データエリア４ｆに格納（ステップＳ５２）すると共に、印字装置６へ出力し、レシート印字出力を行い（ステップＳ５３）、印字出力後、ステップＳ４１に戻る。図１４（ａ）の例では、合計金額として「１４００」、消費税額として「７０」、総額として「１４７０」が印字されている。
【００６３】
ステップＳ４１の入力が、終了（ステップＳ５４）であれば、ＣＰＵ２は、登録処理を終了し、終了でない場合はステップＳ４１に戻る。
【００６４】
このように、登録処理では、店員がオーダ伝票の内容を入力することにより、ＣＰＵ２は、その登録データから、合計金額、消費税額及び総額を算出し、登録データと共に算出結果をレシート印字出力するとともに一取引のデータとしてＲＡＭ４上の一取引データエリア４ｆ及び伝票番号エリア４ｇに格納する。一取引に対する処理として、オーダ伝票の入力とお客に渡すレシートの印字は、この登録処理にて行うが、後述する認証処理を続けて実行することにより、一取引に対する一連の取引処理が完結する。
【００６５】
次に、本実施の形態におけるＥＣＲにより実行される、認証処理について、図１３に示すフローチャートを基に説明する。また、具体例として図２のオーダ伝票を処理した場合の、図１４（ｂ）に示す認証釦入力操作と、図１４（ｃ）に示す認証レシート印字結果を参照する。
【００６６】
まず、店員により、入力装置３の「認証」釦が押下される（ステップＳ６１）。図１４（ｂ）に認証釦入力操作を示す。次に、入力装置３よりこの「認証」釦押下信号がＣＰＵ２に出力され、ＣＰＵ２は、ＲＡＭ４上の伝票番号エリア４ｇに伝票番号が登録されているか判断（ステップＳ６２）し、登録されていなければ処理を終了する。また、登録されていれば、店員が、入力装置３に担当者名を入力（ステップＳ６３）した後、ＣＰＵ２は、現在日付、現在時刻を、時計９から取得すると共に、ＲＡＭ４上の一取引データエリア４ｆに格納されている総額を読み出し、連番を符番する。この連番は認証処理を行ったそれぞれの一取引毎に、ＣＰＵ２が符番を行い、ＲＡＭ４上のワークエリア４ｉに格納しておくものである。そして、ＣＰＵ２は、連番、日付、時刻、担当者名、総額を印字装置６に出力し、認証レシート印字出力（ステップＳ６４）し、処理を終了する。図４（ｃ）に示す認証レシート印字出力では、連番「０００３」と、日付「９７０６２７」と、時刻「１１４５」と、担当者名「ＩＭＯＴＯ」と、総額「１４７０」が印字されている。
【００６７】
このように、認証処理では、店員が「認証」釦の押下、及び担当者名を入力することにより、ＣＰＵ２は、前記登録処理にて一取引データエリア４ｆに格納していた一取引データから総額を読み出し、符番した連番と総額、日付、時刻、担当者名を認証レシート印字出力する。
【００６８】
以上のように、本第２の実施の形態のＥＣＲでは、登録処理にて、オーダ伝票を登録すると共に、登録内容をレシート印字出力し、認証処理にて、「認証」釦を押下することにより、登録内容を認証し、認証レシートを出力する。従って、店員は、出力された認証レシートとオーダ伝票を併せて保管することにより、オーダ伝票が正しく処理されたかどうかを即時、若しくは別途確認することができる。また、認証を行った証として認証レシートを発行するため、ＥＣＲの印字装置に伝票の差し込み口や伝票への印字装置を設ける必要がなく、容易に伝票の認証処理が実現可能である。
【００６９】
なお、認証処理は、「認証」釦を押下した後に実行することとしたが、一取引に係る取引単位のデータを入力したとして、登録処理の一取引の締めを行う際に、続けて認証処理を実行することとしても良い。また認証レシートに伝票番号や品目、個数を印字することとしても良く、印字項目を自由に設定することとしても良い。
【００７０】
【発明の効果】
請求項１記載の発明によれば、一連の取引処理毎に入力される売上データは、レシート印字手段により、レシートを印字されると共に、当該売上データの伝票番号と対応づけられて記憶手段に記憶され、認証伝票を要する売上データであれば、認証伝票印字手段により、前記伝票番号別に認証伝票が印字される。このため、前記認証伝票印字手段により、前記記憶手段に記憶された売上データを認証伝票として印字することが可能であり、ＥＣＲに組み込まれている通常のサーマルプリンタで容易に売上データ及び伝票の認証処理が実現できる。
【００７１】
請求項２記載の発明によれば、請求項１記載の発明の効果に加えて、指定手段により所定種類の取引対象を指定することにより、当該売上データを記憶手段から読み出し、認証伝票印字手段により、認証伝票印字することができるため、指定手段により指定することにより、随時認証伝票印字することができる。
【００７２】
請求項３記載の発明によれば、請求項２記載の発明の効果に加えて、伝票データ記憶手段により、前記所定種類の取引対象に対応づけられた前記売上データに対応する前記認証伝票の伝票データが記憶されるため、前記指定手段により、この記憶された伝票データに対応する所定種類の取引対象を指定された場合、認証伝票印字手段により、前記伝票データ記憶手段から当該伝票データを読み出し、認証伝票の印字が行われる。このため、認証伝票を随時、纏めて印字することができる。
【００７３】
請求項４記載の発明によれば、請求項１記載の発明の効果に加えて、指定手段により、一連の取引処理に含まれる取引単位を指定され、取引の締めが指定されると、前記認証伝票印字手段により、前記伝票番号別に認証伝票を印字する。このため、一連の取引処理の中で、連続して認証伝票の印字を行うことができる。
【図面の簡単な説明】
【図１】（ａ）は、本発明の第１の実施の形態におけるＥＣＲの要部構成を示すブロック図。（ｂ）は、（ａ）のＲＡＭ４内のメモリ構成を示す図。
【図２】第１の実施の形態のオーダ伝票の例を示す図。
【図３】第１の実施の形態の認証釦入力操作の例を示す図。
【図４】（ａ）は、第１の実施の形態のレシート出力結果の例を示す図。（ｂ）は、第１の実施の形態のジャーナル出力結果の例を示す図。
【図５】第１の実施の形態のＲＡＭ４の認証データエリア４ａの格納データ例を示す図。
【図６】第１の実施の形態のレポート出力操作の例を示す図。
【図７】第１の実施の形態のレポート出力結果の例を示す図。
【図８】第１の実施の形態の登録処理を示すフローチャート。
【図９】第１の実施の形態の認証処理を示すフローチャート。
【図１０】第１の実施の形態のレポート出力処理を示すフローチャート。
【図１１】第２の実施の形態のＲＡＭ４内のメモリ構成を示す図。
【図１２】第２の実施の形態の登録処理を示すフローチャート。
【図１３】第２の実施の形態の認証処理を示すフローチャート。
【図１４】（ａ）は、第２の実施の形態のレシート出力結果の例を示す図。（ｂ）は、第２の実施の形態の認証釦入力操作の例を示す図。（ｃ）は、第２の実施の形態の認証レシート出力結果の例を示す図。
【符号の説明】
１ ＥＣＲ
２ ＣＰＵ
３ 入力装置
４ ＲＡＭ
４ａ 認証データエリア
４ｂ、４ｆ 一取引データエリア
４ｃ メモリポインタ
４ｄ、４ｈ 品目別データエリア
４ｅ、４ｉ ワークエリア
４ｇ 伝票番号エリア
５ 表示装置
６ 印字装置
７ 記憶装置
８ 記憶媒体
９ 時計
１０ バス
Claims (4)
- 伝票番号及び取引対象と対応づけられた一連の取引処理で入力される売上データを印字する売上データ印字装置において、
前記伝票番号及び取引対象と対応づけて一連の取引処理毎に売上データを記憶する記憶手段と、
この記憶手段に記憶された取引処理毎の売上データに基づいてレシートを印字するレシート印字手段と、
前記記憶手段に記憶された取引処理毎の売上データのうち、前記取引対象が所定種類の売上データに基づいて、前記伝票番号別に認証伝票を印字する認証伝票印字手段と、
を具備したことを特徴とする売上データ印字装置。 - 前記取引対象の種類を指定する指定手段を更に備え、
前記認証伝票印字手段は、前記指定手段により所定種類の取引対象が指定された場合、この所定種類の取引対象に対応づけられた売上データを前記記憶手段から読み出し、この売上データに基づいて前記伝票番号別に認証伝票を印字することを特徴とする請求項１記載の売上データ印字装置。 - 前記所定種類の取引対象に対応づけられた前記売上データに対応する前記認証伝票の伝票データを記憶する伝票データ記憶手段を更に備え、
前記認証伝票印字手段は、前記指定手段により所定種類の取引対象が指定された場合、この所定種類の取引対象に対応づけられた売上データに対応する伝票データを前記伝票データ記憶手段から読み出して認証伝票を印字することを特徴とする請求項２記載の売上データ印字装置。 - 前記取引対象の種類を指定するとともに、前記一連の取引処理に含まれる取引単位を指定する指定手段を更に備え、
前記認証伝票印字手段は、前記指定手段により所定種類の取引対象が指定されるとともに、前記取引単位として取引の締めが指定された場合、当該所定種類の取引対象に対応づけられた売上データを前記記憶手段から読み出し、この売上データに基づいて前記伝票番号別に認証伝票を印字することを特徴とする請求項１記載の売上データ印字装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21776398A JP3764968B2 (ja) | 1998-07-31 | 1998-07-31 | 売上データ印字装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21776398A JP3764968B2 (ja) | 1998-07-31 | 1998-07-31 | 売上データ印字装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000048103A JP2000048103A (ja) | 2000-02-18 |
| JP3764968B2 true JP3764968B2 (ja) | 2006-04-12 |
Family
ID=16709361
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21776398A Expired - Lifetime JP3764968B2 (ja) | 1998-07-31 | 1998-07-31 | 売上データ印字装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3764968B2 (ja) |
-
1998
- 1998-07-31 JP JP21776398A patent/JP3764968B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000048103A (ja) | 2000-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS5820071B2 (ja) | 電子式キヤツシユレジスタの群管理方式 | |
| JP2003016526A (ja) | 取引システム | |
| JP6983627B2 (ja) | ポイントカード統合装置、ポイントカード統合システム及びポイントカード統合プログラム | |
| JP5903919B2 (ja) | Ｐｏｓシステム、コンピュータプログラム及び会計装置 | |
| JP2024003227A (ja) | 決済処理装置およびその制御プログラム | |
| JPS62231397A (ja) | 電子式キヤツシユレジスタ | |
| JP3764968B2 (ja) | 売上データ印字装置 | |
| JPS62127998A (ja) | 電子式キヤツシユレジスタ | |
| JP3054537B2 (ja) | 商品販売登録データ処理装置 | |
| JPH07129674A (ja) | クレジット認証端末装置 | |
| JP2993794B2 (ja) | 商品販売データ処理装置 | |
| JP4113736B2 (ja) | Ｐｏｓ管理システム | |
| JP3112632B2 (ja) | 商品販売登録データ処理装置 | |
| JP3661982B2 (ja) | クレジット処理装置 | |
| JP4499247B2 (ja) | ポイントカードシステム | |
| JPS61289493A (ja) | 売上データ処理装置 | |
| JPH0353340Y2 (ja) | ||
| JP5029230B2 (ja) | 売上データ処理装置及びプログラム | |
| JP2021047904A (ja) | 商品販売データ処理システム及びプログラム | |
| JPH07192172A (ja) | 商品販売登録データ処理装置 | |
| JPH0628072B2 (ja) | データ取消制御方法 | |
| JPH0119197B2 (ja) | ||
| JPS6352292A (ja) | 電子式キヤツシユレジスタ | |
| JPH0670832B2 (ja) | Ｐｏｓシステム | |
| JPS5824825B2 (ja) | 電子式キヤツシユレジスタ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050913 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051014 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051101 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051129 |
|
| 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: 20051220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060102 |
|
| 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: 20100203 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110203 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120203 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120203 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130203 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130203 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140203 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |