JP3748190B2 - Electronic cash register - Google Patents
Electronic cash register Download PDFInfo
- Publication number
- JP3748190B2 JP3748190B2 JP2000038553A JP2000038553A JP3748190B2 JP 3748190 B2 JP3748190 B2 JP 3748190B2 JP 2000038553 A JP2000038553 A JP 2000038553A JP 2000038553 A JP2000038553 A JP 2000038553A JP 3748190 B2 JP3748190 B2 JP 3748190B2
- Authority
- JP
- Japan
- Prior art keywords
- receipt
- amount
- data
- memory
- transaction
- 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
Landscapes
- Cash Registers Or Receiving Machines (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、単体で、若しくはPOS(Point Of Sales:販売店情報管理)システムの商品登録用端末いわゆるPOSターミナルとして動作する電子式キャッシュレジスタに関わり、特に、レシート用紙を用いて領収証を印字発行する機能を備えたものに関する。
【0002】
【従来の技術】
単体で、若しくはPOSターミナルとして動作する電子式キャッシュレジスタの中には、1取引として売上処理した商品の名称,価格や取引合計金額等をレシートプリンタによりレシート用紙に印字してレシートを発行する機能の他に、同レシートプリンタによりレシート用紙に金額欄,受取人署名欄,発行人欄及び日付欄等を印字して領収証を発行する機能を備えたものが開発され、実用に供されている。
【0003】
従来のこの種の電子式キャッシュレジスタは、1取引して売上処理する商品が登録された後に締めキーが入力されると、レシートプリンタを駆動してその取引に関するレシートを印字発行し、続いて領収証キーが入力されると、レシートプリンタを再度駆動して当該取引の合計金額を金額欄に記録した領収証(買上げ商品の明細は印字されていない)を1枚だけ印字発行するものとなっていた。
また、金額データが置数入力された後に領収証キーが入力されると、同レシートプリンタを駆動してその置数入力された金額を金額欄に記録した領収証を印字発行することも可能であった。
【0004】
そこで、例えば飲食店において、グループ客が購入(飲食)する全商品の販売データを1取引として売上処理した後で、客から個別に支払うとの申し出を受けるとともにレシートではなく領収証が欲しいとの要求を受けた場合には、先ず顧客毎に個別の支払金額を計算する。次に、一人ずつその支払金額を置数入力し領収証キーを押下して当該支払金額を金額欄に印字した領収証を発行させる。この作業を当該グループ客の人数分繰り返すことによって、店側は対処していた。
【0005】
【発明が解決しようとする課題】
しかしながら、従来の領収証発行機能を有する電子式キャッシュレジスタにおいて、置数入力された金額データを金額欄に印字した領収証を無条件で発行していたので、1取引として売上処理された取引に対してその取引金額より多い金額の領収証を発行することが可能であった。このため、取引金額より多い金額の領収証を発行してしまうのを防ぐことができなかった。また、置数入力された金額データの領収証はいつでも何枚でも発行することができたので、1取引に対して発行された複数枚の領収証の合計金額が取引金額を上回ることも防止することができなかった。
【0006】
ところで、グループ客の個別支払い方法の1つとして、めいめいが等分にお金を出し合う方法いわゆる割勘があるが、この割勘の客がそれぞれ領収証を要求した場合、従来は、同額の金額データを置数して領収証キーを押下するという作業を人数分繰り返さなければならない面倒もあった。
【0007】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、1取引に対して発行される1乃至複数枚の領収証の合計金額がその取引の金額を超えることを防止できる領収証発行機能を有した電子式キャッシュレジスタを提供しようとするものである。
【0008】
【課題を解決するための手段】
本発明は、1取引として売上処理する商品の登録終了後に領収証の発行が指令されると、金額欄,受取人署名欄,発行人欄及び日付欄等を設けるとともに金額欄に当該取引金額を印字した領収証をレシート用紙を用いて発行する領収証発行機能を有した電子式キャッシュレジスタにおいて、請求項1記載の発明は、領収証の発行が指令された際に第1の金額データが入力されるとその第1の金額データが当該取引金額以下か否かを判断し、取引金額以下であればその第1の金額データを金額欄に印字してなる領収証を発行するとともにその第1の金額データを記憶し、引き続き第2の金額データが入力されるとその第2の金額データと第1の金額データとの和が取引金額以下か否かを判断し、取引金額以下であれば第2の金額データを金額欄に印字してなる領収証を発行し、取引金額を超える場合には領収証を発行しないようにしたものである。
このような構成の請求項1記載の発明であれば、1取引に対してその取引金額を超える額の領収証が発行されることはない。
【0010】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を参照して説明する。
なお、この実施の形態は、飲食店向けの単体の電子式キャッシュレジスタに本願請求項1及び2記載の各発明をそれぞれ適用した場合である。
【0011】
図1は本実施の形態における電子式キャッシュレジスタの外観を示す斜視図であり、図中符号1はキャッシュレジスタ本体である。このキャッシュレジスタ本体1は、現金などを収容するためのドロワ7の開閉を制御する。
【0012】
また、キャッシュレジスタ本体1は、正面にキーボード2とオペレータ用の表示器3を設け、背面に顧客用の表示器4を設けている。さらに、レシート用紙に印字を行うためのプリンタ5を内蔵しており、このプリンタ5で印字されたレシート用紙をキャッシュレジスタ本体1の正面に形成したレシート発行口6から排出するようになっている。
【0013】
前記キーボード2は、マトリックス状に配置された各キーに各種商品(飲食メニュー品目)の商品コードがそれぞれ割当てられる商品キーボード2aと、数値データを置数入力するための置数キー、数値データのクリアやエラー状態の解除を指令するクリアキー、数値データが乗数であることを指令する乗算キー、1取引の商品登録終了を宣言する締めキー、金額データの入力を指令する金額キーなどの各種キーが配設されたファンクションキーボード2bとからなる。
【0014】
そしてこのキーボード2に、「登録」,「点検」,「精算」,「設定」等の各種業務モードを選択するためのモードスイッチ8を設けている。因みに、「登録」とは、商品キーボード2aのキー入力等により登録された各商品の販売データを記憶部に売上処理し、かつ、締めキーのキー入力により1取引の商品登録終了が宣言されると、締め処理として現金支払い等の決済を処理しその1取引で売上処理された商品の明細データや合計データ等を印字したレシートをプリンタ5より発行する業務のモードである。また、「点検」とは、記憶部に売上処理された各商品の販売データを集計しレポート出力する業務のモードであり、「精算」とは、記憶部に売上処理された各商品の販売データを集計しレポート出力した後、記憶部をクリアする業務のモードであり、「設定」とは、各種業務を実行する上で必要なデータを予め記憶部に設定しておく業務のモードである。
【0015】
図2は前記電子式キャッシュレジスタの制御回路構成を示すブロック図であり、制御部本体としてCPU(Central Processing Unit)11を搭載している。また、プログラムデータや印字・表示文字のキャラクタジェネレータデータなどの固定的データを格納したROM(Read Only Memory)12、各商品の販売データを売上処理する記憶部等の各種メモリエリアが形成されるRAM(Random Access Memory)13、現在の日付及び時刻を計時する時計部14、前記モードスイッチ8からの信号を入力するとともに前記ドロワ7を自動開放させるドロワ開放装置7aに開放指令信号を出力するI/Oポート15、前記キーボード2から操作キーに対応したキー信号を取込むキーボードコントローラ16、前記オペレータ用表示器3及び客用表示器4の駆動を制御し文字などを表示させる表示コントローラ17、前記プリンタ5の駆動を制御しレシート印字等を行わせるプリンタコントローラ18などを搭載している。
そして、前記CPU11と、ROM12,RAM13,時計部14,I/Oポート15及び各コントローラ16〜18とを、アドレスバス,データバスなどのバスライン19で接続している。
【0016】
かかる構成の電子式キャッシュレジスタは、特に、1取引として売上処理した商品の名称,価格や取引合計金額等をプリンタ5によりレシート用紙に印字してレシートを発行する機能の他に、同プリンタ5により金額欄,受取人署名欄,発行人欄及び日付欄等をレシート用紙に印字して領収証を発行する機能を備えている。
【0017】
すなわち、図3に示すように、ファンクションキーボード2bに、前記置数キー31、クリアキー32、乗算キー33、締めキーとしての預/現計キー34、金額キー35等の他に、領収証の発行を指令する領収証キー36を設けている。また、グループ客が割勘で支払った際に発行する割勘領収証の発行を指令する割勘キー37も設けている。
【0018】
また、図4に示すように、RAM13に、1取引の合計金額を記憶する取引金額メモリ41、1取引の締め処理終了に応じてセットされる締めフラグfのフラグメモリ42、置数キー31により置数入力される数値データを一時格納する置数レジスタメモリ43、領収証に印字する領収証番号Xを記憶する領収証番号メモリ44、1取引で発行する領収証の枚数Aを記憶する領収証枚数メモリ45、繰返し回数Rを記憶する繰返し回数メモリ46、1取引で発行された領収証の枚数Cを記憶する発行枚数メモリ47、1取引で発行された領収証の合計金額を記憶する発行金額メモリ48、及び1から連続する番号順に領収証番号と領収証金額とを記憶する領収証制御テーブルメモリ49を形成している。
【0019】
しかして、モードスイッチ8により「登録」モードが選択された状態で、領収証キー36が入力されると、CPU11が図5の流れ図に示す領収証キー入力処理を実行するようにプログラムを構成している。
すなわち、CPU11は、領収証キー36の入力を検知すると、ST(ステップ)1としてフラグメモリ42に締めフラグfがセットされているか否かを判断する。ここで、締めフラグfがセットされていない場合には、1取引の締め処理を終了していない状態で領収証キー36が入力されたので、この領収証キー36の入力を無視する。
【0020】
ST1にて締めフラグfがセットされていた場合には、1取引の締め処理を終了した状態で領収証キー36が入力されたので、当該取引に対する領収証の発行が指令されたと認識し、ST2として領収証制御テーブルメモリ49の領収証番号エリア及び領収証金額エリアをクリアする。また、置数レジスタメモリ43もクリアする。
【0021】
次に、ST3としてキー入力を待機する。ここで、置数キー31が入力された場合には(ST4のYES)、その置数入力された数値データ(以下、置数データと称する)を置数レジスタメモリ43に順次セットする。そしてST3に戻り、次のキー入力を待機する。
【0022】
ST3のキー入力待機状態において、領収証キー36が入力された場合には(ST7のYES)、図6に具体的に示す取引領収証発行処理を開始する。
先ず、ST11として領収証枚数メモリ45に初期値「1」をセットする。また、ST12として領収証番号メモリ44のデータ(領収証番号)Xを1だけ増加したデータに更新する。
【0023】
次に、ST13として置数レジスタメモリ43に置数データが格納されているか否かを判断する。そして、格納されていない場合には、ST14として領収証制御テーブルメモリ49の先頭の領収証番号エリアに領収証番号メモリ44のデータを格納し、それに対応する領収証金額エリアに取引金額メモリ41に格納されたデータ(当該取引の合計金額)を格納する。その後、ST17に進む。
【0024】
これに対し、置数データが格納されている場合には、ST15としてその置数データが取引金額メモリ41に格納されている取引金額データより大きいか否かを判断する。そして、置数データが取引金額データより大きい場合には、金額の入力エラーを示すメッセージをオペレータ用表示器3に表示させて、この取引領収証発行処理を終了する。
【0025】
ST15にて置数データが取引金額メモリ41に格納されている取引金額データ以下の場合には、領収証制御テーブルメモリ49の先頭の領収証番号エリアに領収証番号メモリ44のデータを格納し、それに対応する領収証金額エリアに上記置数データを格納して、置数レジスタメモリ43をクリアする。その後、ST17に進む。
【0026】
ST17では、領収証制御テーブルメモリ49の先頭の領収証番号エリアのデータを領収証番号とし、それに対応する領収証制御テーブルメモリ49の領収証金額エリアのデータを取引金額とする領収証の印字データを生成する。そして、この印字データをプリンタコントローラ18を介してプリンタ5に送出して、レシート用紙を利用した領収証の発行を制御する。
こうして、領収証が正常に印字発行されたならば、ST18としてフラグメモリ42の締めフラグfをリセットして、この取引領収証発行処理を終了する。
【0027】
図5に示す領収証キー入力処理の説明に戻る。
ST3のキー入力待機状態において、割勘キー37が入力された場合には(ST5のYES)、置数レジスタメモリ43に置数データが格納されているか否かを判断する。そして、格納されていない場合にはST3に戻り、次のキー入力を待機する。
【0028】
置数レジスタメモリ43に置数データが格納されている場合には、割勘をする人数が置数入力されたので、図7に具体的に示す割勘領収証発行処理を開始する。
先ず、ST21として領収証枚数メモリ45に置数レジスタメモリ43の置数データをセットして、置数レジスタメモリ43をクリアする。次に、ST22として繰返し回数メモリ46に上記領収証枚数メモリ45のデータをセットする。また、ST23として取引金額メモリ41のデータを上記領収証枚数メモリ45のデータで除算して割勘金額データを算出し、ワークメモリ(不図示)に一時格納する。このとき、割切れない場合には小数点以下を切り捨てた金額を割勘金額データとする。
【0029】
次に、ST24として領収証番号メモリ44のデータ(領収証番号)Xを1だけ増加したデータに更新したならば、ST25として領収証制御テーブルメモリ49の先頭の領収証番号エリアに領収証番号メモリ44のデータを格納し、それに対応する領収証金額エリアに前記割勘金額データを格納する。
【0030】
しかる後、ST26として繰返し回数メモリ46のデータを1だけ減らしたデータに更新したならば、ST27としてこの繰返し回数メモリ46のデータが“0”か否かを判断する。そして、“0”でない場合にはST24に戻り、再度、領収証番号メモリ44のデータXを1だけ増加したデータに更新した後、領収証制御テーブルメモリ49の次の領収証番号エリアに領収証番号メモリ44のデータを格納し、それに対応する領収証金額エリアに前記割勘金額データを格納する。そして、再び繰返し回数メモリ46のデータを1だけ減らしたデータに更新する。
【0031】
こうして、繰返し回数メモリ46のデータが“0”になるまで、ST24〜26の処理を繰り返す。
ST27にて繰返し回数メモリ46のデータが“0”になったことを確認したならば、次に、ST28として割勘金額の補正処理を実行する。この処理は、領収証制御テーブルメモリ49の領収証金額エリアに格納された割勘金額の合計と取引金額メモリ41に格納された取引金額とを比較する。そして等しい場合には補正の必要がないので、この処理を終了する。一方、等しくない場合には、その差額を領収証金額エリアに格納された割勘金額に1ずつ割振り加算して補正を行う。
【0032】
こうして、割勘金額の補正処理を終了したならば、補正後の割勘金額をオペレータ用表示器3及び客用表示器4に表示させ、次のキー入力を待機する。ここで、領収証キー36でなく(ST29のNO)、クリアキー32の入力を検知した場合には(ST30のYES)、割勘領収証を発行することなくこの割勘領収証発行処理を終了する。
【0033】
これに対し、領収証キー36が入力された場合には(ST29のYES)、割勘領収証の発行を制御する。先ず、ST31として発行枚数メモリ47のデータCを“0”に初期化する。次に、ST32として上記発行枚数メモリ47のデータCを1だけ増加したデータに更新したならば、ST33として領収証制御テーブルのC(発行枚数メモリ47のデータ)番目の領収証番号エリアのデータを領収証番号とし、それに対応する領収証制御テーブルメモリ49の領収証金額エリアのデータを取引金額とする領収証の印字データを生成する。そして、この印字データをプリンタコントローラ18を介してプリンタ5に送出して、レシート用紙を利用した領収証の発行を制御する。
【0034】
領収証を1枚発行する毎に、ST34として発行枚数メモリ47のデータCと領収証枚数メモリ45のデータAとを比較し、発行枚数メモリ47のデータCが領収証枚数メモリ45のデータAを超えたか否かを判断する。そして、発行枚数メモリ47のデータCが領収証枚数メモリ45のデータAを超えていない場合には、ST32に戻り、ST32,33の処理を繰り返す。すなわち、領収証制御テーブルの番号順に、領収証番号エリアのデータを領収証番号とし、それに対応する領収証制御テーブルメモリ49の領収証金額エリアのデータを取引金額とする領収証の発行を制御する。
ST34にて発行枚数メモリ47のデータCが領収証枚数メモリ45のデータAを超えたことを確認したならば、ST35としてフラグメモリ42の締めフラグfをリセットして、この割勘領収証発行処理を終了する。
【0035】
再び、図5に示す領収証キー入力処理の説明に戻る。
ST3のキー入力待機状態において、金額キー37が入力された場合には(ST5のYES)、置数レジスタメモリ43に置数データが格納されているか否かを判断する。そして、格納されていない場合にはST3に戻り、次のキー入力を待機する。
【0036】
置数レジスタメモリ43に置数データが格納されている場合には、個別支払いをするグループ客の1人目の領収証金額が置数入力されたので、図8に具体的に示す個別領収証発行処理を開始する。
先ず、ST41として領収証枚数メモリ45のデータA及び発行金額メモリ48のデータMをそれぞれ“0”に初期化する。次に、ST42として上記発行金額メモリ48のデータMを前記置数レジスタメモリ43の置数データを加算した値に更新する。次に、ST43として加算更新後の発行金額メモリ48のデータMが取引金額メモリ41に格納されている取引金額データより大きいか否かを判断する。ここで、発行金額メモリ48のデータMが取引金額データより大きい場合には、取引金額を超える金額が領収証金額として入力された誤入力なので、金額の入力エラーを示すメッセージをオペレータ用表示器3に表示させて、この個別領収証発行処理を終了する。
【0037】
ST43にて発行金額メモリ48のデータMが取引金額データ以下であることを確認した場合には、ST44として領収証番号メモリ44のデータ(領収証番号)Xを1だけ増加したデータに更新した後、ST45として領収証制御テーブルメモリ49の先頭の領収証番号エリアに領収証番号メモリ44のデータを格納し、それに対応する領収証金額エリアに前記置数レジスタメモリ43の置数データを格納する。また、領収証制御テーブルメモリ49に格納した領収証番号と領収証金額とをオペレータ用表示器43及び客用表示器4に表示させる。
【0038】
次に、ST46として前記領収証枚数メモリ45のデータAを1だけ増加した値に更新する。また、ST47として前記置数レジスタメモリ43をクリアする。しかる後、次のキー入力を待機する。ここで、領収証キー36でなく(ST48のNO)、置数キー31の入力を検知した場合には(ST49のYES)、ST50としてその置数データを置数レジスタメモリ43に順次セットする。そして、次のキー入力を待機する。ここで、クリアキー32が入力された場合には(ST51のYES)、ST47に戻り、置数レジスタメモリ43をクリアして、次のキー入力を待機する。
【0039】
これに対し、クリアキー32でなく、金額キー35が入力された場合には(ST52のYES)、ST42に戻る。そして、発行金額メモリ48のデータMを前記置数レジスタメモリ43の置数データを加算した値に更新する。このとき、加算更新後の発行金額メモリ48のデータMが取引金額メモリ41に格納されている取引金額データを超えたか否かを判断し、超えた場合には、金額の入力エラーを示すメッセージをオペレータ用表示器3に表示させて、この個別領収証発行処理を終了する。
【0040】
発行金額メモリ48のデータMが取引金額データ以下であることを確認した場合には、領収証番号メモリ44のデータXを1だけ増加したデータに更新した後、領収証制御テーブルメモリ49の次の領収証番号エリアに領収証番号メモリ44のデータを格納し、それに対応する領収証金額エリアに前記置数レジスタメモリ43の置数データを格納する。
しかる後、前記領収証枚数メモリ45のデータAを1だけ増加した値に更新し、前記置数レジスタメモリ43をクリアしたならば、次のキー入力を待機する。
【0041】
このキー入力待機状態で、領収証キー36の入力を検知した場合には(ST48のYES)、個別領収証の発行を制御する。先ず、ST53として発行枚数メモリ47のデータCを“0”に初期化する。次に、ST54として上記発行枚数メモリ47のデータCを1だけ増加したデータに更新したならば、ST55として領収証制御テーブルのC(発行枚数メモリ47のデータ)番目の領収証番号エリアのデータを領収証番号とし、それに対応する領収証制御テーブルメモリ49の領収証金額エリアのデータを取引金額とする領収証の印字データを生成する。そして、この印字データをプリンタコントローラ18を介してプリンタ5に送出して、レシート用紙を利用した領収証の発行を制御する。
【0042】
領収証を1枚発行する毎に、ST56として発行枚数メモリ47のデータCと領収証枚数メモリ45のデータAとを比較し、発行枚数メモリ47のデータCが領収証枚数メモリ45のデータAを超えたか否かを判断する。そして、発行枚数メモリ47のデータCが領収証枚数メモリ45のデータAを超えていない場合には、ST54に戻り、ST54,55の処理を繰り返す。すなわち、領収証制御テーブルの番号順に、領収証番号エリアのデータを領収証番号とし、それに対応する領収証制御テーブルメモリ49の領収証金額エリアのデータを取引金額とする領収証の発行を制御する。
ST56にて発行枚数メモリ47のデータCが領収証枚数メモリ45のデータAを超えたことを確認したならば、ST57としてフラグメモリ42の締めフラグfをリセットして、この個別領収証発行処理を終了する。
【0043】
このように構成された本実施の形態の電子式キャッシュレジスタにおいては、商品キーボード2aのキー入力により1取引として売上処理する商品の登録が行われ、続いて締めキーとしての預/現計キー34が入力されてレシート発行等の締め処理が行われた後に、領収証キー36の入力により領収証の発行が指令されると、金額欄,受取人署名欄,発行人欄及び日付欄等を備えてなる領収証がレシート用紙を用いて印字発行される。
【0044】
この場合において、領収証は、1取引の合計金額を金額欄に印字した通常の取引領収証以外に、グループ客が割勘で支払った際にその割勘金額を金額欄に印字した割勘領収証と、グループ客が個別に支払った際に各々の支払金額を金額欄に印字した個別領収証とを、そのグループ客の人数分発行することが可能である。
【0045】
例えば、本実施の形態の電子式キャッシュレジスタが稼働している飲食店で、4人のグループ客が計20000円の食事をし、各人が5000円ずつ出し合って割勘により支払ったとする。このとき、各人から領収証を求められたとすると、電子式キャッシュレジスタを操作する店員は、当該ループ客の締め処理を終了後、図9に示すように、先ず領収証キー36を押下し(p1)、次いで置数キー31により割勘をした人数「4」を置数入力してから(p2)、割勘キー37を押下する(p3)。そうすると、図7に示した割勘領収証発行処理が実行される。
【0046】
先ず、領収証枚数メモリ45と繰返し回数メモリ46にデータ「4」が格納される。また、取引金額メモリ41には「20000」が格納されているので、割勘金額として「5000(=20000÷4)」が算出される。これにより、領収証制御テーブル49の1番目エリアには最新の領収証番号(ここでは「0013」とする)と割勘金額「5000」が格納され、2番目エリアには次の領収証番号「0014」と割勘金額「5000」が格納され、3番目エリアには次の領収証番号「0015」と割勘金額「5000」が格納され、4番目エリアには次の領収証番号「0016」と割勘金額「5000」が格納される。
【0047】
このとき、繰返し回数メモリ46のデータRが「0」になるので、オペレータ用表示器3及び客用表示器4に割勘金額5000円が表示される。そこで店員は、割勘金額が正しいことを確認したならば、領収証キー36を再度押下する(図9のp4)。そうすると、プリンタ5が駆動し、図10に示すように、金額欄51に領収証金額として割勘金額5000円をそれぞれ印字した領収証番号「0013」から「0016」までの4枚の領収証50A,50B,50C,50Dが自動的に発行される。なお、領収証50A〜50Dには、金額欄51の他、受取人署名欄52、発行人欄53、日付欄54がそれぞれ形成されている。
店員は、これら4枚の領収証50A〜50Dを当該グループ客の4人に渡せばよい。
【0048】
このように、本実施の形態によれば、領収証の発行指令の際に割勘を行う人数を入力しさえすれば、割勘金額を金額欄に印字してなる領収証を人数分得られるので、割勘で支払うグループ客に対しての個別領収証を簡単な操作で取得できる利点がある。
【0049】
また、例えば4人のグループ客が計30000円の食事をし、そのうち1人が10000円を支払い、別の1人が8000円を支払い、さらに別の1人が7000円を支払い、残りの1人が5000円を支払ったとする。このとき、各人から領収証を求められたとすると、店員は、図11に示すように、先ず領収証キー36を押下し(q1)、次いで置数キー31により1人目の支払い金額「10000」を置数入力してから(q2)、金額キー35を押下する(q3)。そうすると、図8に示した個別領収証発行処理が実行される。
【0050】
先ず、発行金額メモリ48にデータ「10000」が格納される。このとき、発行金額メモリ48のデータMは取引金額メモリ41のデータ「30000」以下なので、領収証制御テーブル49の1番目エリアに最新の領収証番号(ここでは「0017」とする)と領収証金額「10000」が格納される。また、この領収証番号「0017」と領収証金額「10000」がオペレータ用表示器3及び客用表示器4に表示される。
【0051】
そこで店員は、次に、置数キー31により2人目の支払い金額「8000」を置数入力してから(図11のq4)、金額キー35を押下する(q5)。そうすると、発行金額メモリ48のデータMが「18000」に更新される。このときも、発行金額メモリ48のデータMは取引金額メモリ41のデータ「30000」以下なので、領収証制御テーブル49の2番目エリアに次の領収証番号「0018」と領収証金額「8000」が格納される。また、この領収証番号「0018」と領収証金額「8000」がオペレータ用表示器3及び客用表示器4に表示される。
【0052】
そこで店員は、次に、置数キー31により3人目の支払い金額「7000」を置数入力してから(図11のq6)、金額キー35を押下する(q7)。そうすると、発行金額メモリ48のデータMが「25000」に更新される。このときも、発行金額メモリ48のデータMは取引金額メモリ41のデータ「30000」以下なので、領収証制御テーブル49の3番目エリアに次の領収証番号「0019」と領収証金額「7000」が格納される。また、この領収証番号「0019」と領収証金額「7000」がオペレータ用表示器3及び客用表示器4に表示される。
【0053】
そこで店員は、次に、置数キー31により4人目の支払い金額「5000」を置数入力してから(図11のq8)、金額キー35を押下する(q9)。そうすると、発行金額メモリ48のデータMが「30000」に更新される。このときも、発行金額メモリ48のデータMは取引金額メモリ41のデータ「30000」以下なので、領収証制御テーブル49の4番目エリアに次の領収証番号「0020」と領収証金額「5000」が格納される。また、この領収証番号「0020」と領収証金額「5000」がオペレータ用表示器3及び客用表示器4に表示される。
【0054】
そこで店員は、4つの領収証金額が正しいことを確認したならば、領収証キー36を再度押下する(図11のq10)。そうすると、プリンタが駆動し、図12に示すように、金額欄51に領収証金額10000円を印字した領収証番号「0017」の領収証50Eと、金額欄51に領収証金額8000円を印字した領収証番号「0018」の領収証50Fと、金額欄51に領収証金額7000円を印字した領収証番号「0019」の領収証50Gと、金額欄51に領収証金額5000円を印字した領収証番号「0020」の領収証50Hとが自動的に発行される。なお、領収証50E〜50Hには、金額欄51の他、受取人署名欄52、発行人欄53、日付欄54がそれぞれ形成されている。
店員は、これら4枚の領収証50E〜50Hを当該グループ客の4人に渡せばよい。
【0055】
この場合において、店員が例えば4人目の支払い金額5000円を入力する際に、誤って若しくは故意に5001円以上の金額を置数入力した場合、発行金額メモリ48のデータMが取引金額メモリ41のデータ「30000」を超えるのでエラーとなり、領収証は発行されない。
【0056】
同様に、上記例において4人目の支払金額を入力した後に、さらに1円でも支払金額を置数入力すると、発行金額メモリ48のデータMが取引金額メモリ41のデータ「30000」を超えるのでエラーとなる。
【0057】
また、本実施の形態においては、例えば10000円の取引に対して領収証キー36を押下して領収証の発行を宣言し、続いて10001円以上の金額を置数入力してから領収証キー36を押下しても、置数金額が取引金額を超えているので領収証は発行されない。
【0058】
このように、本実施の形態によれば、1取引に対して1枚の取引領収証を発行するときは勿論のこと、グループ客に対して個々に個別領収証を発行する場合においても、取引金額を超える額の領収証が発行されないので、取引金額を超える額の領収証が不正に発行されるのを確実に阻止できる利点もある。
【0059】
なお、前記一実施の形態では、図8に示す個別領収証発行処理において、ST48で領収証キーが入力されるとST53に進み、発行枚数メモリ47のデータを“0”に初期化したが、その前に取引金額メモリ41の取引金額データと発行金額メモリ48のデータMとの差額を求める。ここで、差額がない(=0)場合には、ST53に進む。差額がある場合には、領収証番号メモリ44のデータを+1更新した後、その更新後のデータと差額とを領収証制御テーブル49にセットする。また、領収証枚数メモリ45のデータを+1更新してからST53に進む。このようにプログラムを変更してもよい。こうすることにより、最後の1人の支払金額(領収証金額)を置数入力する手間を省くことができる。
【0060】
【発明の効果】
以上詳述したように、本発明によれば、1取引に対して発行される1乃至複数枚の領収証の合計金額がその取引の金額を超えることを防止できる領収証発行機能を有した電子式キャッシュレジスタを提供できる。
【図面の簡単な説明】
【図1】 本発明の一実施の形態である電子式キャッシュレジスタの外観構成を示す斜視図。
【図2】 同電子式キャッシュレジスタの要部構成を示すブロック図。
【図3】 同電子式キャッシュレジスタのキーボードに配設された主要なキーを示す平面図。
【図4】 同電子式キャッシュレジスタのRAMに形成された主要なメモリエリアを示す図。
【図5】 同電子式キャッシュレジスタのCPUが実行する領収証キー入力処理の要部を示す流れ図。
【図6】 図5の取引領収証発行処理を具体的に示す流れ図。
【図7】 図5の割勘領収証発行処理を具体的に示す流れ図。
【図8】 図5の個別領収証発行処理を具体的に示す流れ図。
【図9】 割勘領収証を発行する際のキー操作手順の一例を示す図。
【図10】割勘領収証の一発行例を示す図。
【図11】個別領収証を発行する際のキー操作手順の一例を示す図。
【図12】個別領収証の一発行例を示す図。
【符号の説明】
1…キャッシュレジスタ本体
2…キーボード
3…オペレータ用表示器
4…客用表示器
5…プリンタ
11…CPU
12…ROM
13…RAM
35…金額キー
36…領収証キー
37…割勘キー
41…取引金額メモリ
48…発行金額メモリ
49…領収証制御テーブル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic cash register that operates alone or as a product registration terminal of a POS (Point Of Sales) system, so-called a POS terminal, and in particular, prints receipts using receipt paper. It relates to those with functions.
[0002]
[Prior art]
The electronic cash register that operates as a single unit or as a POS terminal has a function for issuing a receipt by printing the name, price, total transaction amount, etc. of a product processed as a transaction on a receipt sheet using a receipt printer. In addition, the receipt printer has been developed and put into practical use, which has a function of printing a receipt, a recipient signature column, an issuer column, a date column, and the like on the receipt sheet to issue a receipt.
[0003]
In the conventional electronic cash register of this type, when a closing key is input after a product to be processed for sale is registered, a receipt printer is driven to print and issue a receipt relating to the transaction, and then a receipt is received. When the key is entered, the receipt printer is driven again, and only one receipt (the details of the purchased product are not printed) is printed and issued, in which the total amount of the transaction is recorded in the amount column.
In addition, when the receipt key is entered after the amount data is entered, it is also possible to drive the receipt printer to print and issue a receipt in which the amount entered is recorded in the amount column. .
[0004]
So, for example, at a restaurant, after processing sales data for all products purchased (drinked) by a group customer as one transaction, the customer receives a request to pay individually and requests a receipt instead of a receipt. In the case of receiving, first, an individual payment amount is calculated for each customer. Next, enter the payment amount for each person and press the receipt key to issue a receipt with the payment amount printed in the amount column. By repeating this work for the number of customers in the group, the store side dealt with it.
[0005]
[Problems to be solved by the invention]
However, in a conventional electronic cash register having a receipt issuing function, a receipt with the entered amount data printed in the amount column was issued unconditionally, so for transactions processed as one transaction It was possible to issue a receipt with an amount greater than the transaction amount. For this reason, it was not possible to prevent issuing a receipt with an amount larger than the transaction amount. In addition, since any number of receipts for the entered monetary amount data can be issued at any time, it is possible to prevent the total amount of multiple receipts issued for one transaction from exceeding the transaction amount. could not.
[0006]
By the way, as one of the individual payment methods for group customers, there is a so-called split-account method in which Meimei pays out money equally. There was also the trouble of having to repeat the work of pressing the receipt key for the number of people.
[0007]
The present invention has been made based on such circumstances.EyesThe target is that the total amount of one or more receipts issued for a transaction exceeds the transaction amount.Can preventIt is intended to provide an electronic cash register with a receipt issuing function.The
[0008]
[Means for Solving the Problems]
The present invention provides an amount field, a recipient signature field, an issuer field, a date field, etc., and prints the transaction amount in the amount field when a receipt is issued after registration of a product to be processed as a transaction is completed. In an electronic cash register having a receipt issuance function for issuing a receipt using a receipt sheet, the invention according to
If it is invention of
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
This embodiment is a case where the inventions of
[0011]
FIG. 1 is a perspective view showing an external appearance of an electronic cash register according to the present embodiment, and
[0012]
The
[0013]
The
[0014]
The
[0015]
FIG. 2 is a block diagram showing a control circuit configuration of the electronic cash register. A CPU (Central Processing Unit) 11 is mounted as a control unit body. Further, a ROM (Read Only Memory) 12 storing fixed data such as program data and character generator data for printing / displaying characters, and a RAM in which various memory areas such as a storage unit for processing sales data of each product are formed. (Random Access Memory) 13,
The CPU 11 is connected to the
[0016]
The electronic cash register having such a configuration, in particular, has the function of printing a receipt paper by printing the name, price, total transaction amount, etc. of a product processed as one transaction on a receipt sheet by the
[0017]
That is, as shown in FIG. 3, in addition to the numeric key 31, the
[0018]
Further, as shown in FIG. 4, the
[0019]
Thus, when the
That is, when detecting the input of the
[0020]
If the closing flag f is set in ST1, the
[0021]
Next, it waits for key input as ST3. Here, when the numeric key 31 is input (YES in ST4), the numerical data (hereinafter referred to as numeric data) with the numeric input is sequentially set in the
[0022]
When the
First, an initial value “1” is set in the
[0023]
Next, as ST13, it is determined whether or not the number data is stored in the
[0024]
On the other hand, if the numerical value data is stored, it is determined whether or not the numerical value data is larger than the transaction amount data stored in the
[0025]
If the numeric data is less than or equal to the transaction amount data stored in the
[0026]
In ST17, print data of a receipt is generated with the receipt number area data in the receipt
If the receipt is normally printed and issued in this way, the closing flag f in the
[0027]
Returning to the description of the receipt key input process shown in FIG.
When the split key 37 is input in the key input standby state of ST3 (YES in ST5), it is determined whether or not the number data is stored in the
[0028]
When the numerical value data is stored in the numerical
First, in ST21, the register data of the
[0029]
Next, if the data (receipt number) X in the
[0030]
After that, if the data in the
[0031]
In this way, the processing of ST24 to ST26 is repeated until the data in the
If it is confirmed in ST27 that the data in the
[0032]
In this way, when the processing for correcting the discount amount is completed, the corrected discount amount is displayed on the
[0033]
On the other hand, when the
[0034]
Each time a receipt is issued, the data C in the issued number memory 47 and the data A in the received
If it is confirmed in ST34 that the data C in the issued number memory 47 exceeds the data A in the received
[0035]
Returning to the description of the receipt key input process shown in FIG.
When the money amount key 37 is input in the key input standby state of ST3 (YES in ST5), it is determined whether or not the numerical data is stored in the
[0036]
When the register data is stored in the
First, in ST41, the data A in the
[0037]
If it is confirmed in ST43 that the data M in the
[0038]
Next, in ST46, the data A in the
[0039]
On the other hand, when the
[0040]
If it is confirmed that the data M in the
Thereafter, the data A in the
[0041]
When the input of the
[0042]
Each time a receipt is issued, data C in the issued number memory 47 and data A in the received
If it is confirmed in ST56 that the data C in the issued number memory 47 exceeds the data A in the received
[0043]
In the electronic cash register of the present embodiment configured as described above, a product to be processed for sales as one transaction is registered by a key input of the product keyboard 2a, and then a deposit /
[0044]
In this case, in addition to the normal transaction receipt that prints the total amount of one transaction in the amount column, when the group customer pays with a split account, the receipt is printed in the amount column, It is possible to issue individual receipts for each group customer, with individual payments printed in the amount column when paid individually.
[0045]
For example, suppose that at a restaurant where the electronic cash register of this embodiment is operating, four group customers eat a total of 20000 yen, and each person pays 5000 yen each and pays by split payment. At this time, if each person asks for a receipt, the store clerk operating the electronic cash register first presses the receipt key 36 (p1) as shown in FIG. Then, after inputting the number of people “4” who made the split with the numeric key 31 (p2), the split key 37 is pressed (p3). Then, the discount receipt issuing process shown in FIG. 7 is executed.
[0046]
First, data “4” is stored in the
[0047]
At this time, since the data R in the
The store clerk may give these four
[0048]
As described above, according to this embodiment, as long as the number of people who perform split payment is entered at the time of receipt issuance order, a receipt with the amount printed in the amount column can be obtained for the number of people. There is an advantage that an individual receipt for paying group customers can be obtained with a simple operation.
[0049]
For example, four group customers eat a total of 30,000 yen, one of them pays 10,000 yen, another pays 8000 yen, another one pays 7000 yen, and the remaining 1 Suppose that a person paid 5000 yen. At this time, if a receipt is requested from each person, as shown in FIG. 11, the store clerk first presses the receipt key 36 (q1), and then uses the numeric key 31 to set the first payment amount “10000”. After inputting a number (q2), the money amount key 35 is pressed (q3). Then, the individual receipt issuing process shown in FIG. 8 is executed.
[0050]
First, data “10000” is stored in the
[0051]
The store clerk then inputs the second payment amount “8000” using the numeric key 31 (q4 in FIG. 11), and then presses the monetary key 35 (q5). Then, the data M in the
[0052]
Then, the store clerk inputs the third payment amount “7000” with the numeric key 31 (q6 in FIG. 11), and then presses the monetary key 35 (q7). Then, the data M in the
[0053]
Then, the store clerk inputs the fourth payment amount “5000” with the numeric key 31 (q8 in FIG. 11), and then presses the monetary key 35 (q9). Then, the data M in the
[0054]
Therefore, if the store clerk confirms that the four receipt amounts are correct, he presses the receipt key 36 again (q10 in FIG. 11). Then, the printer is driven, and as shown in FIG. 12, the
The store clerk may give these four
[0055]
In this case, for example, when the store clerk inputs the amount of payment of 5000 yen for the fourth person, if the amount of money of 5001 yen or more is entered by mistake, the data M in the
[0056]
Similarly, after inputting the payment amount of the fourth person in the above example, if an additional amount of payment is entered even for 1 yen, an error occurs because the data M in the
[0057]
Also, in the present embodiment, for example, for a transaction of 10,000 yen, the
[0058]
Thus, according to this embodiment, not only when issuing a single transaction receipt for one transaction, but also when issuing individual receipts individually for group customers, Since the receipt exceeding the amount is not issued, there is also an advantage that it is possible to surely prevent the receipt exceeding the transaction amount from being illegally issued.
[0059]
In the above embodiment, in the individual receipt issuing process shown in FIG. 8, when the receipt key is input in ST48, the process proceeds to ST53, where the data in the issued number memory 47 is initialized to “0”. Then, the difference between the transaction amount data in the
[0060]
【The invention's effect】
As detailed above,The present inventionAccording to, the total amount of one or more receipts issued for one transaction exceeds the amount of the transactionCan preventAn electronic cash register with a receipt issuing function can be provided.The
[Brief description of the drawings]
FIG. 1 is a perspective view showing an external configuration of an electronic cash register according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a main configuration of the electronic cash register.
FIG. 3 is a plan view showing main keys arranged on the keyboard of the electronic cash register.
FIG. 4 is a view showing main memory areas formed in the RAM of the electronic cash register.
FIG. 5 is a flowchart showing a main part of a receipt key input process executed by the CPU of the electronic cash register.
FIG. 6 is a flowchart specifically showing the transaction receipt issuing process of FIG. 5;
FIG. 7 is a flowchart specifically showing the discount receipt issuing process of FIG. 5;
FIG. 8 is a flowchart specifically showing an individual receipt issuing process of FIG. 5;
FIG. 9 is a diagram showing an example of a key operation procedure when issuing a percent receipt.
FIG. 10 is a view showing an example of issuance of a discount account receipt.
FIG. 11 is a diagram showing an example of a key operation procedure when an individual receipt is issued.
FIG. 12 is a diagram showing an example of issuing an individual receipt.
[Explanation of symbols]
1 ... Cash register body
2 ... Keyboard
3. Display for operator
4 ... Customer display
5 ... Printer
11 ... CPU
12 ... ROM
13 ... RAM
35 ... Amount key
36 ... Receipt key
37. Split key
41 ... Transaction amount memory
48 ... Issue amount memory
49 ... Receipt control table
Claims (1)
1取引として売上処理された商品の合計金額を記憶する取引金額メモリと、
1取引で発行される領収証の合計金額を記憶する発行金額メモリと、
複数の領収証金額を記憶可能な領収証制御テーブルメモリと、
前記1取引として売上処理する商品の登録終了後、前記金額入力手段により領収証の金額データが入力される毎にその金額データを前記発行金額メモリに加算する金額加算手段と、
この金額加算手段により前記金額データが前記発行金額メモリに加算される毎に該発行金額メモリの合計金額と前記取引金額メモリの合計金額とを比較し、超えない場合に限り前記金額データを前記領収証制御テーブルメモリに順次格納する金額処理手段と、
前記領収証制御テーブルメモリに前記金額データが格納された状態で前記領収証キーが入力されると、当該領収証制御テーブルメモリに格納された金額データ毎にその金額データの金額を前記金額欄に印字した領収証の発行を制御する領収証発行制御手段と、
を具備したことを特徴とする電子式キャッシュレジスタ。 It has a receipt key that commands the issuance of receipts and an amount input means for entering the amount data of receipts. When the receipt key is issued by the receipt key after registration of the product to be processed as a transaction, In an electronic cash register for issuing a receipt using a receipt sheet in which a person signature field, an issuer field, a date field, etc. are provided and the amount of money data input by the amount input means is printed in the amount field.
A transaction amount memory for storing the total amount of products processed as one transaction;
Issuance amount memory that stores the total amount of receipts issued in one transaction;
A receipt control table memory capable of storing a plurality of receipt amounts;
Amount adding means for adding the amount data to the issuance amount memory every time the amount data of the receipt is input by the amount input means after the registration of the product to be sold as one transaction.
Each time the amount data is added to the issued amount memory by the amount adding means, the total amount in the issued amount memory is compared with the total amount in the transaction amount memory. Amount processing means for sequentially storing in the control table memory;
When the receipt key is input in a state where the amount data is stored in the receipt control table memory, a receipt in which the amount of the amount data is printed in the amount column for each amount data stored in the receipt control table memory. Receipt issuance control means for controlling the issuance of
Electronic cash registers, characterized by comprising a.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000038553A JP3748190B2 (en) | 2000-02-16 | 2000-02-16 | Electronic cash register |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000038553A JP3748190B2 (en) | 2000-02-16 | 2000-02-16 | Electronic cash register |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001229465A JP2001229465A (en) | 2001-08-24 |
| JP3748190B2 true JP3748190B2 (en) | 2006-02-22 |
Family
ID=18562271
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000038553A Expired - Fee Related JP3748190B2 (en) | 2000-02-16 | 2000-02-16 | Electronic cash register |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3748190B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3640944B2 (en) * | 2002-08-23 | 2005-04-20 | 三和ニューテック株式会社 | Card transaction processing device |
| CN119273357A (en) * | 2024-09-14 | 2025-01-07 | 深圳市玉玄道健康科技有限公司 | Intelligent fee settlement method, device, equipment and medium |
-
2000
- 2000-02-16 JP JP2000038553A patent/JP3748190B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001229465A (en) | 2001-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3748190B2 (en) | Electronic cash register | |
| JP3950566B2 (en) | Product sales registration data processing system | |
| JP2584547B2 (en) | Electronic cash register | |
| JPH0844953A (en) | Article sales registration data processor | |
| JPH1139566A (en) | Accounting device | |
| JPH0927079A (en) | Article sale registration data processor | |
| JPH1011508A (en) | Merchandise sales registering data processor | |
| JP2000322655A (en) | Product sales data processing device | |
| JP3330280B2 (en) | Product sales registration data processing device | |
| JP3472501B2 (en) | Electronic cash register | |
| JP2008097408A (en) | Cash register system | |
| JP3614501B2 (en) | Product sales registration data processing device | |
| JP3712859B2 (en) | Product sales registration data processing device | |
| JP2533155B2 (en) | Electronic cash register | |
| JP2002008136A (en) | Product sales registration data processing device | |
| JPH0816922A (en) | Merchandise sale register data processor | |
| JP2533154B2 (en) | Electronic cash register | |
| JPH06301860A (en) | Product sales data processor | |
| JP2023033599A (en) | Commodity sales data processing apparatus and program | |
| JP2000207640A (en) | Product sales registration data processing device | |
| JPS63138493A (en) | Goods sales data processor | |
| JPH11242779A (en) | Electronic cash register | |
| JP3242188B2 (en) | Electronic cash register | |
| JPH11339131A (en) | Product sales registration data processing device | |
| JP2005284759A (en) | Product sales data processing device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050426 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050510 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050708 |
|
| 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: 20051122 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20051124 |
|
| 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: 20091209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111209 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121209 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131209 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |