JP3582622B2 - Revenue settlement system - Google Patents

Revenue settlement system Download PDF

Info

Publication number
JP3582622B2
JP3582622B2 JP16492396A JP16492396A JP3582622B2 JP 3582622 B2 JP3582622 B2 JP 3582622B2 JP 16492396 A JP16492396 A JP 16492396A JP 16492396 A JP16492396 A JP 16492396A JP 3582622 B2 JP3582622 B2 JP 3582622B2
Authority
JP
Japan
Prior art keywords
payment
sales
terminal
data
management terminal
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
Application number
JP16492396A
Other languages
Japanese (ja)
Other versions
JPH1011662A (en
Inventor
由里 小泉
豊 井澤
圭介 武中
敬一 塩崎
悦生 小佐見
Original Assignee
グローリー工業株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by グローリー工業株式会社 filed Critical グローリー工業株式会社
Priority to JP16492396A priority Critical patent/JP3582622B2/en
Publication of JPH1011662A publication Critical patent/JPH1011662A/en
Application granted granted Critical
Publication of JP3582622B2 publication Critical patent/JP3582622B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は百貨店、スーパーマーケットなどの流通業店舗に設置されて複数のレジスタの売上を入金精算する売上金精算機を複数台備え、これら複数台の売上金精算機を並列に動作させるシステムにおいて、前記各売上精算機をリアルタイムに管理する売上金精算システムに関する。
【0002】
【従来の技術及び発明が解決しようとする課題】】
百貨店、スーパーマーケットなどの複数のキャッシュレジスタが備えられた小売店などの流通業店舗において、日々のキャッシュレジスタの売り上げを出納室などに設けられた1乃至複数台のキャッシュターミナルで入金精算するようなシステムがある。
【0003】
このような売り上げ精算システムにおいては、各キャッシュレジスタの担当者は、一日の販売が終了すると、各キャッシュレジスタ(以下単にレジという)の売上を締めて、その日の売上金を、レジの集計結果を印刷したジャーナルとともに、出納室に持っていく。
【0004】
上記出納室には、日々の売上をレジ担当者が直接入金するためのキャッシュターミナルが備えられており、各レジ担当者はこのキャッシュターミナルで売上の精算処理を実行する。
【0005】
すなわち、レジ担当は、IDカードをキャッシュターミナルのカードリーダに通すことによりキャッシュターミナルにレジ番号を認識させた後、売上金を入金機に入れ、さらにレジの集計結果(ジャーナル)を参照してその日のレジの売上合計金額をキー入力する。キャッシュターミナルでは、入金された金額を計数し、この計数金額とキー入力金額を照合して、入金の受け取り書である受け取りジャーナルをプリントアウトする。
【0006】
ところで、この種のシステムにおいては、売上金を入金精算するためのキャッシュターミナルは通常店舗に複数台備えられ、これら複数台のキャッシュターミナルが1台の管理ターミナルによって管理されている。
【0007】
すなわち、各キャッシュターミナルで入金精算処理が行われた場合、その集計結果はレジ番号別に管理ターミナルに送信されるようになってはいるが、従来システムにおいては、入金精算を済ませていないレジを未入金レジとしてこれらを一元管理するようにはなっていなかったので、出納室の担当者は各時点における正確な入金状況を把握することができなかった。
【0008】
また、従来システムにおいては、管理ターミナルは、各キャッシュターミナルの機器の状態(異常の発生の有無、およびその異常内容)などを把握できるようになってはいなかったために、キャッシュターミナルに異常が発生した場合やキャッシュターミナルの入金機の金庫が満タンになったような場合、レジ担当者はそのことをいちいち出納室の担当者に報告しに行かなくてはならず、異常状態の復旧が効率よくなされないという問題があった。
【0009】
また、この種のシステムにおいては、管理ターミナルは、通常、通信回線を介して上位のホストコンピュータに接続されており、ホストコンピュータ側からの要求に応答してその時点におけるレジ番号別の集計データを自動的にホストコンピュータに送信する集計データ上位送信機能を有している。しかし、従来のシステムにおいては、管理ターミナルは、一旦上位送信を済ませたレジの状況をモニタリングしていなかったために、上位送信を済ませたレジ番号のレジに関して再度同じ日についての入金精算処理が行われた場合、このレジに関しては上位送信を済ませていないレジ(未送信レジ)としては把握することができなかった。すなわち、1日の入金精算処理には、閉店後に行われる通常の入金精算処理以外に、開店中に出納担当者がレジにある紙幣類を防犯のために回収して入金する途中入金処理があり、1日の売り上げについての入金精算処理は複数回に分けて行なわれるのが通常である。
【0010】
したがって、このような上位送信を済ませた後にその日の入金処理が再度実行されたレジに関しては、従来は、出納担当者がこれを把握して別途未送信レジとして登録する必要があった。
【0011】
この発明はこのような実情に鑑みてなされたもので、管理ターミナル側で各入金端末の入金状況をリアルタイムに把握して、出納事務能率の向上を図る売上金精算システムを提供することを目的とする。
【0012】
またこの発明では、管理ターミナル側で上位機に集計データを送信していないレジ番号を確実に把握して、出納事務能率の向上を図る売上金精算システムを提供することを目的とする。
【0013】
さらにこの発明では、管理ターミナル側で各入金端末の機器状態や異常状態をリアルタイムに把握して、出納事務能率の向上を図る売上金精算システムを提供することを目的とする。
【0014】
【課題を解決するための手段】
第1発明では、レジスタ番号別に各レジスタの売り上げを入金精算する複数の売上入金精算機と、これら複数の売上入金精算機からの入金精算データを受信して集計する管理ターミナルと、を備えた売上金精算システムにおいて、
前記複数の売上入金精算機は、入金状態を示す情報を各レジスタ番号別に記憶する第1の記憶テーブルと、
該売上入金精算機の各種機器状態を示す情報を記憶する第2の記憶テーブルと、
をそれぞれ備え、
前記管理ターミナルは、
上記複数の売上入金精算機の第1及び第2の記憶テーブルの記憶内容を所定の時間間隔をもって順次取得する通信動作を行う通信手段と、
前記取得した第1の記憶テーブルのデータが順次記憶される第3の記憶テーブルと、
前記取得した第2の記憶テーブルのデータで記憶更新される第4の記憶テーブルと、
前記第3及び第4の記憶テーブルの内容に従って、各レジスタの入金精算の有無、入金状態を示す情報が取得されたレジスタのうち再度同日分の入金処理が行われたレジ番号および各入金精算機の機器状態を表示する表示制御手段と、
を備えたことを特徴とする。
【0015】
係る第1発明によれば、管理ターミナルは、各売上入金精算機から各レジスタの入金状態を示す情報及び売上入金精算機の機器状態を示す情報を逐次吸い上げ、これら吸い上げた情報にしたがって、各レジスタの入金精算の有無、入金状態を示す情報が取得されたレジスタのうち再度同日分の入金処理が行われたレジ番号および各入金精算機の機器状態をほぼリアルタイムに表示するようにしている。
【0016】
第2発明では、先の第1の発明の構成に対し、前記管理ターミナルと通信回線を介して接続され、管理ターミナルで集計した各レジスタの集計データを管理ターミナルより受信するホストコンピュータを更に備えるとともに、前記管理ターミナルは、前記第3の記憶テーブルの内容および前記ホストコンピュータとの通信内容に応じて前記ホストコンピュータに対して集計データを送信していないレジ番号を識別し、そのレジ番号リストを表示する第2の表示制御手段を更に備えるようにしている。
【0017】
係る第2発明によれば、ホストコンピュータに対し、最終的な集計データを送っていないレジ番号リストをリアルタイムに表示することができる。
【0018】
【発明の実施の形態】
以下、この発明の実施例を添付図面に従って詳細に説明する。
【0019】
図2は百貨店又はスーパーなどの小売店内の出納室内の機器配置例を示すものであり、図3は図2の出納室内に配置された機器を含んで構成される当該売上金精算システムを示すものである。
【0020】
図2の出納室の部屋内には、図3のレジ精算システム内の構成要件における管理システム10と、1〜複数台の精算システム30とが少なくとも備えられている。入金システム20は、通常、図2に示すように、出納室近傍の部屋外に配設されている。この場合、1つの入金システムのみを示しているが、実際には、他に、複数の入金システム20が当該システムに接続されている。図2において、40は両替機である。
【0021】
精算システム30は、図3に示すように、精算ターミナル31と自動精算機32を有して構成され、その詳細構成を図4に示す。
【0022】
精算システム30は、主に出納室内の出納員が使用するもので、レジ売上金の精算業務、両替資金、小口現金の管理、小口借方・貸方業務、金庫残高の把握などを業務を実行するものであり、上位の管理システム10の管理ターミナル11とデータ通信を行うための精算ターミナル31と、紙幣入金機33と、硬貨入金機34と、包装硬貨入金機35と、入金額計算機36と、ジャーナルプリンタ37と、キーボードKBと、IDカードリーダ38と、ディスプレイDPと、フレキシブルディスクドライバFDDとを有している。
【0023】
入金システム20は、図3に示すように、入金ターミナル21と自動入金機22とを有して構成されており、その詳細構成を図5に示し、入金ターミナル21の内部構成を図6に示す。
【0024】
入金システム20は、直営店およびテナント店のレジ担当者が日々の閉店後の入金処理を行う際、あるいは出納員が開店途中の入金処理(途中入金)の際に用いるものである。なお、途中入金とは、出納担当者がレジにある紙幣類を防犯のために回収して入金することを言い、通常これは直営店に限られる。
【0025】
すなわち、入金システム20は、上位の管理システム10の管理ターミナル11とデータ通信を行うための入金ターミナル21と、紙幣入金機23と、硬貨入金機24と、包装硬貨入金機25と、受取り明細を発行するジャーナルプリンタ26と、キーボードKBと、IDカードリーダ27と、通帳プリンタ28、損券を封筒にいれて投函するための現外ポスト29と、ディスプレイDPと、フレキシブルディスクドライバFDDとを有している。
【0026】
また、入金ターミナル21は、通信インターフェース61、CPU62、ROM63、RAM64、メモリ手段70、キーボードKB、ディスプレイDP、入金機との通信インターフェース等を備えている。
【0027】
メモリ手段70には、当該端末に設けられた各種状態検出センサ(図示せず)の出力から得た当該端末の各時点における各種機器状態を更新記憶しておくための端末状態記憶テーブル65と、各POSレジP−1,p−2,…p−nに関する各種データ(レジスタデータ)を各時点において更新記憶するためのレジスタデータ記憶テーブル66とを有している。
【0028】
端末状態記憶テーブル65には、例えば下記のような24項目が確保されており、機器の状態に応じてその項目データが書き換えられるようになっている。
【0029】
・回線OFFエラー
・通信異常
・送信データ異常
・受信データ異常
・受信コマンド異常
・オフ入金処理中
・未定義コード受信
・紙幣装置異常
・硬貨装置異常
・包装硬貨装置異常
・認証プリンタ異常
・ジャーナル異常
・紙幣カセットフル
・硬貨収納庫フル
・包装硬貨収納庫フル
・ポスト収納庫フル
・ジャーナルエンプティ
・紙幣カセットニアフル
・処理中
・紙幣イニシャル中
・硬貨イニシャル中
・包装硬貨イニシャル中
・待機中。
【0030】
レジスタデータ記憶テーブル65には、下記に示すような各種データおよび各種作業状況フラグなどがレジ番号別に更新記憶される。
【0031】
・レジ番号…各POSレジ毎に付けられる番号
・部門番号…当該POSレジスタが属する部門を示す番号
・通番
・テナント番号…テナント店(直営店以外)に付けられる番号
・処理状況フラグ…途中入金、精算入金など処理を識別するためのフラグ
・未入金フラグ…入金精算が済んでいるか否かを示すフラグ
・入金データ
なお、各POSレジ毎に用意されているIDカードには、レジNOに関するデータが磁気記録されており、入金処理の際に図3の入金システム20のIDカードリーダ27を通すことにより、入力者に対応するレジ番号がシステムに認識される。
【0032】
管理システム10は、図3に示すように、管理ターミナル11と自動精算機12とを有して構成されており、その詳細構成を図7に示す。
【0033】
管理システム10の管理ターミナル11は、下位の入金ターミナル21および精算ターミナル31から送られてきた売上金データの集計、照会、修正を行うもので、この場合管理システム10は、紙幣入金機13と、硬貨入金機14と、包装硬貨入金機15と、入金額計算機16と、ジャーナルプリンタ17と、IDカードリーダ18と、キーボードKBと、ディスプレイDPと、フレキシブルディスクドライバFDDとを有している。なお、管理システム10の自動精算機12は省略することもできる。
【0034】
図8は、管理ターミナル11の内部構成例を示すもので、通信インターフェース50、CPU51、ROM52、RAM53、メモリ手段60、キーボードKB、ディスプレイDP、現金処理機との通信インターフェースなどを備えている。
【0035】
メモリ手段60には、定期的な(例えば数秒単位)ポーリングによって得られた各端末(入金システム20)の端末状態記憶テーブル66の記憶内容を記憶しておくための端末状態管理テーブル55と、同様に定期的なポーリングによって得られた各端末(入金システム20)のレジスタデータ記憶テーブル65の記憶内容を記憶しておくためのレジスタデータ管理テーブル56とを有している。
【0036】
レジスタデータ管理テーブル56には、入金ターミナル21のレジスタデータ記憶テーブル65とほぼ同様の項目が記憶されるようになっており、その一例を図9に示す。したがって、管理ターミナル11では、このレジスタデータ管理テーブル56を参照することにより、各レジスタの各時点における状態をリアルタイムに判断することができる。
【0037】
なお、図9の項目中で、未送信フラグは、上位送信が済んでいるか否かを示すフラグ(上位送信後入金された場合はフラグを立てる)である。また、開設区分データは当該POSレジが開設しているか閉しているかを識別するためのデータであり、毎日の開店の際開設しているPOSレジに対応する開設区分データが「1」とされる。また、当日累計データは当日の入金額の合計データであり、総累計データは指定した日からの総売上データである。
【0038】
また、端末状態管理テーブル55には、各入金ターミナル21の端末状態記憶テーブル66とほぼ同様の項目が更新記憶される管理テーブルが入金システム20の台数に対応して複数個備えられており、図10に1つの入金システムに関しての管理テーブルのフォーマット例を示す。
【0039】
これら管理テーブルの各項目には表示の際の優先順位が設けられている。また、エラーウィンドウ「有」の項目は、異常発生時にディスプレイDP上にエラーウィンドウを表示させるものを示し、「無」の項目はディスプレイDP上にエラーウィンドウを表示させないものを示している。
【0040】
かかる管理ターミナル11は、図3に示すように、ローカルエリアネットワークを介して、POSレジスタP−1,p−2,…p−n、ストアコンピュータ1、帳票プリンタ2、パーソナルコンピュータ3などに接続されている。また、パーソナルコンピュータ3は通信回線を介してホストコンピュータ4に接続されている。
【0041】
POSレジP−1,p−2,…p−nは、各売り場に配置されているレジスタであり、この場合、各レジスタP−1,p−2,…p−nには、POS(point of sales)システムが採用されている。すなわち、各POSレジスタで商品代金の精算が行われると、この時点で、レジ番号、部門コード、売上高等の情報がPOS管理コンピュータであるストアコンピュータ1に転送される。
【0042】
また、各POSレジで、日々の売上を集計した場合は、売上商品の分類コード、それらの個数、売上合計金額、入金された現金の種別、商品券の枚数などの集計情報が集計ジャーナルとして各POSレジスタにおいてプリントアウトされるようになっている。
【0043】
ストアコンピュータ1は、各POSレジスタP−1,p−2,…p−nから送られてきたレジ番号、部門コード、売上高等の販売取引内容を示すPOSデータを蓄積記憶すると共に、これらPOSデータに基づいて各レジの売上を集計する。
【0044】
ストアコンピュータで作成されたPOSデータおよび集計データと、管理ターミナル11で作成された売上精算データとは、パーソナルコンピュータ3を介して上位のホストコンピュータ4に送信される。
【0045】
次に、図11に従って上記レジ精算システムの運用についての1日の流れの概略を説明する。
【0046】
まず、開店前に、各POSレジに釣り銭をいれてレジを待機させる。また、レジ精算システムに電源が入れられ、前日分の精算処理が再開される。前日分の処終わると、まずデータクリアを行い、売上日の設定を行う。これにより、それまで精算した売上データのうち残しておくべきものは昨日の売上データとなる。
【0047】
次に、開設処理を行う。このときレジの開設に変更がある分に対して開設区分の設定を行う。これにより、指定されたレジ番号に対応する開設区分データの欄(図9参照)に、「1」または「0」が書き込まれる。開設レジは「1」を、使用しないレジは「0」を設定する。
【0048】
その後、営業時間中においては、レジに高額の現金を保管しておくことは防犯上危険なので、出納担当者が一定時間毎に各POSレジにある紙幣類を回収し、該回収した紙幣を図3の入金システム20を用いて入金処理する。なお、この際には、通常出納担当者はIDカードを持っていないので、レジ番号はキーボードKBを介して入力するようにする。このようなレジからの現金回収処理を「途中入金」とよぶ。
【0049】
その後、店が閉められると、各レジ係は各POSレジに集計処理を行わせ、その日の販売取引の内容をジャーナルに印字するとともに、ドロワー内の現金をレジ袋に入れて、これらを出納室に持って行き、精算入金処理を実行する。
【0050】
各レジが競って精算入金処理を行うが、各レジの精算入金状況をモニタし、遅いレジには入金を促すが、特に食品売り場などレジ締めが遅いところは、現金をそのまま夜間金庫に保管しておき、翌朝取り出して精算を行うようにしている。また、小切手、商品券などは、翌日出納担当者が入力するようにしている店が多い。
【0051】
出納担当者は当日のレジの入金状況を管理ターミナル11を操作することにより確認する。また、レジの売上データがストアコンピュータ1に送信されているのかも確認する。
【0052】
未入金分があっても当日の集計精算処理には時間がかかるので、一部は翌日まで持ち越されることになる。翌日の処理は、全て出納担当者が行う。主には、小切手、商品券の入力処理、夜間金庫に預けていたレジ売上金の精算処理などである。
【0053】
精算入金処理を終えた各レジのデータは、管理ターミナル11からストアコンピュータ1に送られる。ストアコンピュータ1では、各レジから送られてきたPOSデータと管理ターミナル1から送られてきた各レジの精算入金データを各レジ毎に違いがないかをチェックする。なお、ストアコンピュータ1がない店舗の場合は、出納担当者がレジ係が持参した売上集計の伝票から数値を手入力して管理ターミナル1に備えられたチェック機能を用いて照合処理を実行する。
【0054】
また、当該精算システムで集計されたPOSデータ及び入金精算データは、上位のホストコンピュータ4の要求に応答して、パーソナルコンピュータ3を介して上位のホストコンピュータ4に送信される。ホストコンピュータ4では、各店から送られてきたデータを基に管理資料を作成する。
【0055】
次に、図1,図12〜図18を参照して、管理ターミナル11で行われる未入金レジおよび未送信レジのリアルタイムリスト表示(印字)処理について説明する。
【0056】
管理ターミナル11のオペレータは、昨日の精算及びジャーナル印字を含む必要な帳票類の打ち出しを行い、締めが全て終了すると、次に、データクリア・売上日の設定を行い、本日の設定とする。その後、レジの開設設定を行い、変更のあったレジの開設、閉設の設定を行う(ステップ500,505)。
【0057】
その後、管理ターミナル11は、所定の時間間隔で(例えば数秒おき)、システムに接続されている複数の端末(入金システム)20を順次ポーリングすることにより、各端末のレジスタデータ記憶テーブル65および端末状態記憶テーブル66の記憶データを取り込み、該取り込んだ各テーブルのデータで管理ターミナル11のレジスタデータ管理テーブル56および端末状態管理テーブル55の内容を更新する(ステップ520)。
【0058】
前述したように、レジスタデータ管理テーブル56には、閉店後に行われる入金精算処理が済んでいないレジをレジ番号別に識別するための未入金レジフラグが含まれており、レジスタデータ管理テーブル56の未入金レジフラグが0か1かを判定することにより、各レジスタの入金状況を管理ターミナル11側でリアルタイムに把握することができる。なお、端末状態管理テーブル55の内容に基づく管理ターミナル11のエラー表示処理については、後述する。
【0059】
また、当該システムにおいては、ホストコンピュータ4側からの要求に応答して管理ターミナルは11その時点におけるレジ番号別の集計データを自動的にホストコンピュータに送信する集計データ上位送信機能を有している。このホストコンピュータ4からの送信要求は、ホストコンピュータ4側の都合で1日の何時に発生するか決まってはいない。また、前述したように、1日の入金精算処理には、閉店後に行われる通常の入金精算処理以外に、開店中に出納担当者がレジにある紙幣類を防犯のために回収して入金する途中入金処理があり、1日の売り上げについての入金精算処理は複数回に分けて行なわれるのが通常である。
【0060】
したがって、ある時点で上位送信を行ったレジに関して再度同日分の入金が行われた場合には、このレジは実際には上位送信を未だ完全に済ませていないレジとして把握する必要がある。すなわち、上位送信後に、同日分の入金が有ったレジは未送信レジとして把握する必要がある。
【0061】
したがって、この実施例では、管理ターミナル11は、上位送信が行われた場合、これら上位送信を終了したレジ番号に対応するレジスタデータ管理テーブル56の未送信フラグの欄を「0」にする。ただし、管理ターミナル11では上位送信後もレジスタデータ管理テーブル56を参照することにより、上位送信を済ませた後に、同日分の入金処理が行われたレジ番号を識別し、そのような入金を行ったレジに関しては、レジ番号に対応するレジスタデータ管理テーブル56の未送信フラグの欄を「1」にする(ステップ530)。
【0062】
したがって、この実施例によれば、上位送信を未だ完全に済ませていないレジのレジ番号をリアルタイムに把握することができる。
【0063】
図12は、管理ターミナル11のディスプレイDPのメニュー画面で選択された管理画面を示すもので、
1.途中集金レジ状況
2.途中合計レジ状況
3.精算レジ状況
4.先行入金レジ状況
5.個別入金リスト
6.合計入金リスト
7.送信リスト
8.ログ停止・再開
の8つのメニューが選択できるものである。
【0064】
図13は、上記選択メニュー1の途中集金のレジ状況を示す表示画面であり、(a)が簡略ウィンドウ画面を示し、(b)が詳細ウィンドウ画面を示している。また、図14は、途中集金のレジ状況を示す表示画面を全体的に示すものである。
【0065】
これらの画面においては、未入金レジはレジ番号の横に黒丸を付して示されており、また未送信レジに対応するレジ番号の欄は、図14に示すように、陰影(または所定の色)が付されており、管理ターミナ11ルのオペレータは未入金レジ及び未送信レジのレジ番号を一目瞭然に判断することができる。
【0066】
図15は、未入金レジのみをリスト表示する未入金モニタ画面を示すもので、図15(a)に示すように簡略形式で表示することもでき、また図15(b)に示すように、レジ名称と共に詳細画面で表示させることもできる。
【0067】
図16は、未送信レジのみをリスト表示する未送信モニタ画面を示すもので、図16(a)に示すように簡略形式で表示することもでき、また図16(b)に示すように、レジ名称と共に詳細画面で表示させることもできる。
【0068】
また、上記表示画面を表示している最中に、印字キーを投入することにより、図17に示すような未入金レジおよび未送信レジが黒丸として示されたレジ状況を管理ターミナル11のジャーナルプリンタ17に印字出力させることもでき、さらには、図18(a)に示すような未入金レジのリストまたは図18(b)に示すような未送信レジのリストを同ジャーナルプリンタ17に印字出力させることもできる。
【0069】
次に、図19に従って、管理ターミナル11で行われる端末状態の監視およびエラー表示処理について説明する。
【0070】
管理ターミナル11では、前述したように、一定時間毎に各端末の状態情報をポーリングによって取得し、その取得情報によって先の図10に示した端末状態管理テーブル55を各端末単位に更新している。したがって、管理ターミナル11のCPU51は、この端末状態管理テーブル55の内容を定期的にチェックすることによって、各端末の状態を定期的に監視している(ステップ100)。
【0071】
この端末状態管理テーブル55の内容から端末異常を検出すると、管理ターミナル11のCPU51は、この検出された異常項目に対応する端末状態管理テーブル55のエラーウィンドウの欄を参照して(図10参照)、この異常項目がエラー画面を表示する設定であるか否かを判定する(ステップ130)。
【0072】
そして、エラー画面を表示する設定である場合、管理ターミナル11のCPU55は、次に、現在同一端末に関する別のエラーを表示しているか否かを判定する(ステップ140)。
【0073】
この判定の結果がYESである場合は、現在表示中のエラーとの優先順位を判定し、新しいエラーのほうが優先順位が高い場合に限って端末エラー画面のエラーメッセージを新しいエラーのものに書き換える(ステップ150、160)。図20(a)は、管理ターミナル11のディスプレイDP上に表示されるエラー画面を示すもので、端末エラーウィンドウEW1に対し図20(b)に示すような端末エラーメッセージが表示される。すなわち、端末エラーウィンドウEW1には、エラーを発生した端末番号、およびそのエラー内容などが表示される。なお、図20(a)のエラー表示画面の、ウィンドウEW2は、管理ターミナル11自体のエラーを表示する領域であり、ウィンドウEW3はエラーに対処するためのガイダンスが表示される領域であり、ウィンドウEW4はより詳細なエラーメッセージが表示される領域である。
【0074】
したがって、図19のステップ160の処理が行われる場合、端末エラーウィンドウEW1に表示されている優先順位の低いエラーメッセージが優先順位の高いエラーメッセージで書き換えられる事になる。
【0075】
一方、ステップ140の判定がNOである場合は、他の端末に関するエラーを表示しているか否かが判定され(ステップ170)、他の端末に関するエラーを表示していない場合は、前記端末エラーウィンドウEW1に、現時点でエラーが検出された端末のエラー画面を表示すると共に、エラー音を発生させる(ステップ180)。また、ステップ170の判定で、他の端末に関するエラーが既に表示されている場合は、エラーの発生順を考慮し、もっと古いエラーを端末エラーウィンドウEW1に表示する(ステップ190)。
【0076】
また、ステップ150の判定がNOである場合は、当該エラーは表示しないで先に表示されていた優先順位の高いエラーをそのまま表示しておくようにする。そして、今回の発生したエラーをエラー表示のための待ち行列に優先順位に従って入れておくようにする。
【0077】
また、その後、管理ターミナル11のCPU51は、オペレータが現在表示されている端末エラーを確認したときにキー入力される確認キーが投入されたか否かを判定し(ステップ200)、確認キーが押された時点で現在表示されているエラー画面を消去し(ステップ210)、この消去の際に、他のエラーが存在する場合には、次の優先順位のエラーメッセージを端末エラーウィンドウEW1に表示するようにする(ステップ220、230)。
【0078】
なお、次の優先順位のエラーメッセージを表示する場合、同一端末のエラーの場合は先の図10に示した優先順位を考慮し、異端末のエラーの場合は古いエラーを優先させるようにする。
【0079】
一方、管理ターミナル11のCPU51は、先のステップ110において、端末エラーが発生していないと判定された場合、既に過去に端末状態管理テーブル55に異常発生フラグを立てていた項目の異常発生フラグが解除されたか否かを判定する(ステップ120)。そして、この判定によって異常発生フラグの解除を検出した場合、CPU51は、このエラー解除された端末のエラーが表示中であるかどうかを確認し、表示中である場合は該当するエラー画面を消去する。
【0080】
このように、この実施例によれば、入金システム20側で異常が発生した場合、管理ターミナル11のディスプレイDP上に、異常発生を示す異常表示画面が現在の表示画面に割り込まれて表示され、またその際、警告音も発生されるので、出納室の係員は入金システムの金庫がフルになったことを確認するためや、ジャーナル切れなどの各種異常が入金システム側で発生しているかどうかを確認するために、複数台の入金システム20をチェックして回る必要がなくなり、出納事務効率を向上させることができる。
【0081】
ところで、親機(管理ターミナル11)側で異常が発生した場合や、回線エラーが発生した場合や、入金システムの周辺機器(現金入金機、ジャーナルプリンタなど)が故障して入金処理が行えない場合には、入金システム20側で売上金の入金精算処理を行うことはできない。
【0082】
このような場合は、管理ターミナル11と入金システム20間はオフラインとなっているが、入金システム20のフレキシブルディスクドライブFDDを駆動することにより、フレキシブルディスクFDに入金データをバックアップするようにする。そして、その後、管理ターミナル11が復旧した後、フレキシブルディスクFDにバックアップした入金データを管理ターミナル11で読み込む事により、管理ターミナル11に送信できていないデータを管理ターミナル側で復元できるようにする。
【0083】
このようにすることにより、管理ターミナル11側がダウンしても、入金処理を中断させることがなくなるとともに、システムダウン時のデータを後で手入力するといった面倒な手間をなくすことができ、また入力ミスも防ぐことができる。
【0084】
図21は、入金システム20側での上記FDバックアップ処理手順を示すもので、入力精算処理の際に管理ターミナル11へのデータ送信が可能な通常の状態際には(ステップ300,310)、フレキシブルディスクFDの挿入を確認した後(ステップ340)、バックアップをとることを指示していることを確認し(ステップ350)、これらの確認後に入金データをオン入金ファイル名でフレキシブルディスクFDにバックアップをとるようにする(ステップ360)。すなわちこの正常時におけるバックアップ処理は、正常時にも、入金データをフレキシブルディスクFDにバックアップしておいて、何らかの異常発生によって入金を済ませた入金データを管理ターミナル11に送れなくなって送信データの欠落などが発生した場合に用いられる。このような場合、バックアップしておいたフレキシブルディスクFDを、その後管理ターミナル11で読み込ませることにより、欠落したデータを管理ターミナル11側で簡単に復旧させることが可能になる。
【0085】
また、入金システム20側での入金精算処理の際、管理ターミナル11へのデータ送信が不可能な状態が発生した場合は(ステップ300、310)、フレキシブルディスクFDの挿入を確認した後(ステップ320)、入金データをオフ入金ファイル名でフレキシブルディスクFDにバックアップをとるようにする(ステップ330)。すなわち、この場合は、管理ターミナル11との通信が不可能な異常事態が発生した場合の処理であり、管理ターミナルとの通信を切断し、代わりにその入金内容をフレキシブルディスクFDでバックアップとするようにしている。
【0086】
図22は、管理ターミナル11側で復旧が必要な場合のFDデータの読み込み処理手順を示すもので、入金データが記憶されたFDを挿入する前に、設定FD、登録FDおよび開設FDを順番に挿入して、設定データ、登録データ、開設データを管理ターミナル11に読み込ませて、管理ターミナル11を復旧させる(ステップ400〜ステップ450)。
【0087】
このようにして、管理ターミナル11が復旧すると、バックアップしておいた入金FDを管理ターミナル11にセットしFDデータをシステムに読み込ませると共に、FDデータの中の拡張子がBKであるバックアップファイルのみをシステムに読み込ませるようにする。
【0088】
このようにして、管理ターミナル11側でのFDバックアップファイルの復元処理が終了する。
【0089】
なお、入金ターミナル、精算ターミナル側の原因で管理ターミナルとの通信が行えなかった場合は、図22のオフ入金処理を行う。
【0090】
なお、上記実施例では入金データのバックアップ処理をフレキシブルディスクによって行うようにしたが、他のMO、MD,DVD、PDなどのリムーバブルメディアを用いてバックアップ処理を行うようにしてもよい。
【0091】
また、実施例では、一度に1つの端末に関する1つのエラーのみしか表示されないようにしたが、複数の端末に関するエラーまたは1つの端末に関する複数のエラーに関して、これらを上下または左右に並列表示するようにしてもよく、さらには重ね合わせ表示するようにしてもよい。
【0092】
【発明の効果】
以上説明したようにこの発明によれば、管理ターミナルは、各売上入金精算機から各レジスタの入金状態を示す情報及び売上入金精算機の機器状態を示す情報を逐次吸い上げ、これら吸い上げた情報にしたがって、各レジスタの入金精算の有無、入金状態を示す情報が取得されたレジスタのうち再度同日分の入金処理が行われたレジ番号および各入金精算機の機器状態をほぼリアルタイムに表示するようにしたので、出納事務能率を格段に向上させることができる。
【0093】
さらに、ホストコンピュータに対し、最終的な集計データを送っていないレジ番号リストをリアルタイムに表示することができるようにしたので、出納事務能率を格段に向上させることができる。
【図面の簡単な説明】
【図1】この発明の実施例について管理ターミナルの処理手順を示すフローチャート。
【図2】出納室内の機器配置例を示す斜視図。
【図3】この発明を適用するレジ精算システムの全体的構成例を示すブロック図。
【図4】図3のレジ精算システム内の精算システムの内部構成を示すブロック図。
【図5】図3のレジ精算システム内の入金システムの内部構成を示すブロック図。
【図6】入金システムの入金ターミナル内部構成例を示すブロック図。
【図7】図3のレジ精算システム内の管理システムの内部構成を示すブロック図。
【図8】管理ターミナルの内部構成例を示すブロック図。
【図9】レジスタデータ管理テーブルの記憶フォーマットを示す図。
【図10】端末状態管理テーブルの記憶フォーマットを示す図。
【図11】入金システムの1日の運用手順例を示す図。
【図12】管理ターミナルの管理メニュー画面を示す図。。
【図13】途中集金レジ状況画面を示す図。
【図14】途中集金レジ状況の簡略画面を全体的に示す図。。
【図15】未入金モニタ画面を示す図。
【図16】未送信モニタ画面を示す図。
【図17】レジ状況モニタの印字例を示す図。
【図18】未入金及び未送信リストの印字例を示す図。
【図19】管理ターミナルのエラー表示処理手順を示すフローチャート。
【図20】管理ターミナルのエラー表示画面を示す図。
【図21】入金システムでのFDDデータバックアップ保存処理手順を示すフローチャート。
【図22】管理ターミナルでのFDDデータ吸い上げ処理手順を示すフローチャート。
【符号の説明】
1…ストアコンピュータ
2…帳票プリンタ
4…ホストコンピュータ
10…管理システム
11…管理ターミナル
20…入金システム
21…入金ターミナル
30…精算システム
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a system in which a plurality of sales account settlement machines are installed in a distribution store such as a department store or a supermarket to deposit and settle the sales of a plurality of registers, and the plurality of sales account settlement machines are operated in parallel. The present invention relates to a sales settlement system for managing each sales settlement machine in real time.
[0002]
[Prior Art and Problems to be Solved by the Invention]
In a distribution store such as a retail store provided with a plurality of cash registers such as department stores and supermarkets, a system in which daily sales of cash registers are settled at one or more cash terminals provided in a cash room or the like. There is.
[0003]
In such a sales settlement system, when a cash register is sold, the person in charge of each cash register closes the sales of each cash register (hereinafter simply referred to as a cash register), and calculates the cash amount of the cash register on the day. Take it to the accounting room with the printed journal.
[0004]
The cash room is provided with a cash terminal for a cashier to directly deposit daily sales, and each cashier performs a settlement process of the sales at the cash terminal.
[0005]
That is, the cashier instructs the cash terminal to recognize the cashier number by passing the ID card through the card reader of the cash terminal, puts the sales amount into the deposit machine, and further refers to the tallying result (journal) of the cashier, and refers to the journal. Enter the total amount of cash at the cash register. The cash terminal counts the amount of money received, compares the counted amount with the key input amount, and prints out a receiving journal, which is a receipt of the received money.
[0006]
By the way, in this type of system, a store usually has a plurality of cash terminals for payment settlement of sales, and these plurality of cash terminals are managed by one management terminal.
[0007]
In other words, when payment settlement processing is performed at each cash terminal, the results of the tally are sent to the management terminal by cash register number, but in the conventional system, cash registers that have not yet been paid are not cleared. Since the cash register was not designed to centrally manage these, cashiers could not grasp the exact state of the payment at each point in time.
[0008]
Further, in the conventional system, since the management terminal cannot grasp the status of each cache terminal device (whether or not an error has occurred and the content of the error), an error has occurred in the cache terminal. In the event that the cash machine deposit box at the cash terminal becomes full, the cashier must report this to the cashier in charge of the cashier each time, and the abnormal condition can be recovered efficiently. There was a problem that was not done.
[0009]
In this type of system, the management terminal is usually connected to a host computer via a communication line, and responds to a request from the host computer to collect the total data for each cash register number at that time. It has a function of transmitting total data higher-level data that is automatically transmitted to the host computer. However, in the conventional system, since the management terminal did not monitor the status of the cashier that once sent the high-order transmission, the payment settlement process for the cashier of the cashier number that completed the high-order transmission is performed again on the same day. In this case, this cash register could not be grasped as a cash register for which high-order transmission has not been completed (untransmitted cash register). That is, in the one-day payment settlement process, in addition to the normal payment settlement process performed after the store is closed, there is a payment process in which the cashier collects and deposits banknotes at the cash register during the opening of the store for crime prevention. Usually, the payment settlement processing for the sales of one day is performed in plural times.
[0010]
Therefore, as for the cash register for which the payment processing of that day has been executed again after the completion of such high-order transmission, it has conventionally been necessary for the cashier to grasp this and register it separately as an untransmitted cash register.
[0011]
The present invention has been made in view of such circumstances, and it is an object of the present invention to provide a sales settlement system that grasps the deposit status of each deposit terminal in real time on the management terminal side and improves the accounting efficiency. I do.
[0012]
It is another object of the present invention to provide a sales settlement system that can reliably ascertain a cash register number for which a management terminal has not transmitted total data to a higher-level device and improve the accounting efficiency.
[0013]
Still another object of the present invention is to provide a sales settlement system for realizing, in real time, a device state and an abnormal state of each depositing terminal on the management terminal side, thereby improving the accounting efficiency.
[0014]
[Means for Solving the Problems]
According to the first aspect of the present invention, a sales machine comprising: a plurality of sales settlement machines for depositing payment of sales of each register for each register number; and a management terminal for receiving and totaling payment settlement data from the plurality of sales settlement calculators. In the gold settlement system,
A first storage table for storing information indicating a deposit state for each register number;
A second storage table for storing information indicating various device states of the sales payment controller;
Respectively,
The management terminal is
Communication means for performing a communication operation of sequentially obtaining the storage contents of the first and second storage tables of the plurality of sales payment machines at predetermined time intervals;
A third storage table in which the acquired data of the first storage table is sequentially stored;
A fourth storage table that is stored and updated with the acquired data of the second storage table;
In accordance with the contents of the third and fourth storage tables, the presence or absence of payment settlement of each register, the register number for which the payment processing for the same day has been performed again among the registers for which the information indicating the payment state has been acquired, and each payment settlement machine Display control means for displaying the device status of
It is characterized by having.
[0015]
According to the first aspect, the management terminal sequentially downloads the information indicating the deposit state of each register and the information indicating the device state of the sales deposit payment machine from each of the sales deposit settlement machines, and registers each register in accordance with the extracted information. The register number at which the payment processing for the same day has been performed again and the device status of each payment settlement machine are displayed almost in real time among the registers from which information indicating the payment settlement is obtained and the information indicating the payment state.
[0016]
According to a second aspect of the present invention, in addition to the configuration of the first aspect of the present invention, the information processing apparatus further comprises a host computer connected to the management terminal via a communication line, and receiving, from the management terminal, total data of each register totalized by the management terminal. The management terminal identifies a cash register number that has not transmitted the total data to the host computer according to the contents of the third storage table and the communication contents with the host computer, and displays the cash register number list. Further, a second display control means is further provided.
[0017]
According to the second aspect, it is possible to display, in real time, the register number list to which the final total data has not been transmitted to the host computer.
[0018]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0019]
2 shows an example of equipment arrangement in a cash room in a retail store such as a department store or a supermarket. FIG. 3 shows the sales settlement system including the equipment arranged in the cash room in FIG. It is.
[0020]
In the cashier room shown in FIG. 2, at least a management system 10 and one or a plurality of settlement systems 30 in the configuration requirements of the cashier settlement system shown in FIG. 3 are provided. As shown in FIG. 2, the depositing system 20 is usually disposed outside the cash room near the cashroom. In this case, only one deposit system is shown, but actually, a plurality of deposit systems 20 are connected to the system. In FIG. 2, reference numeral 40 denotes a change machine.
[0021]
As shown in FIG. 3, the payment system 30 includes a payment terminal 31 and an automatic payment machine 32, and the detailed configuration is shown in FIG.
[0022]
The settlement system 30 is mainly used by cashiers in the cashier room, and performs tasks such as cash register sales settlement business, exchange money management, small cash management, small debit / credit business, and checking the balance of a safe. And a settlement terminal 31 for performing data communication with the management terminal 11 of the host management system 10, a banknote deposit machine 33, a coin deposit machine 34, a wrapped coin deposit machine 35, a deposit calculator 36, and a journal. It has a printer 37, a keyboard KB, an ID card reader 38, a display DP, and a flexible disk driver FDD.
[0023]
As shown in FIG. 3, the depositing system 20 includes a depositing terminal 21 and an automatic depositing machine 22. The detailed configuration is shown in FIG. 5, and the internal configuration of the depositing terminal 21 is shown in FIG. .
[0024]
The deposit system 20 is used when cashiers at directly managed stores and tenant stores perform deposit processing after daily closing, or when cashiers perform deposit processing during opening (payment on the way). The term "payment in the middle" means that a cashier collects and deposits banknotes at a cash register for security, and this is usually limited to directly managed stores.
[0025]
That is, the depositing system 20 includes a depositing terminal 21 for performing data communication with the management terminal 11 of the higher-level management system 10, a bill depositing machine 23, a coin depositing machine 24, a packaging coin depositing machine 25, and a receipt statement. It has a journal printer 26 to be issued, a keyboard KB, an ID card reader 27, a passbook printer 28, an external post 29 for posting damaged papers in an envelope, a display DP, and a flexible disk driver FDD. ing.
[0026]
The deposit terminal 21 includes a communication interface 61, a CPU 62, a ROM 63, a RAM 64, a memory unit 70, a keyboard KB, a display DP, a communication interface with a deposit machine, and the like.
[0027]
A terminal state storage table 65 for updating and storing various device states of the terminal at each time point obtained from outputs of various state detection sensors (not shown) provided in the terminal; A register data storage table 66 for updating and storing various data (register data) relating to the POS registers P-1, p-2,.
[0028]
For example, the following 24 items are secured in the terminal state storage table 65, and the item data is rewritten according to the state of the device.
[0029]
・ Line OFF error
·Communication error
・ Transmission data error
・ Received data error
-Receive command error
・ Under payment processing
・ Receive undefined code
・ Bill device abnormality
・ Coin device error
・ Packaged coin device error
・ Authentication printer error
・ Journal error
・ Bill cassette full
・ Coin storage full
・ Packaged coin storage full
・ Post storage room full
・ Journal empty
・ Bill cassette near full
·processing
・ Initial of banknote
・ During coin initial
・ Wrapping coins during initial
·Waiting.
[0030]
In the register data storage table 65, various data and various work status flags as described below are updated and stored for each register number.
[0031]
・ Checkout number: A number assigned to each POS register
・ Department number: Number indicating the department to which the POS register belongs
・ Serial number
・ Tenant number: Number assigned to tenant stores (other than directly managed stores)
・ Processing status flag: Flag for identifying processing such as payment in progress, settlement payment, etc.
-Non-payment flag: A flag that indicates whether payment has been settled or not
・ Payment data
The ID card prepared for each POS cash register magnetically records data relating to the cash register number, and passes through the ID card reader 27 of the payment system 20 in FIG. Is recognized by the system.
[0032]
As shown in FIG. 3, the management system 10 includes a management terminal 11 and an automatic payment machine 12, and the detailed configuration is shown in FIG.
[0033]
The management terminal 11 of the management system 10 counts, inquires, and corrects sales data sent from the lower-level deposit terminal 21 and the settlement terminal 31. In this case, the management system 10 includes a bill deposit machine 13, It has a coin depositing machine 14, a wrapped coin depositing machine 15, a depositing calculator 16, a journal printer 17, an ID card reader 18, a keyboard KB, a display DP, and a flexible disk driver FDD. Note that the automatic settlement machine 12 of the management system 10 can be omitted.
[0034]
FIG. 8 shows an example of the internal configuration of the management terminal 11, which includes a communication interface 50, a CPU 51, a ROM 52, a RAM 53, a memory means 60, a keyboard KB, a display DP, a communication interface with a cash processor, and the like.
[0035]
The memory means 60 is the same as the terminal status management table 55 for storing the storage contents of the terminal status storage table 66 of each terminal (payment system 20) obtained by regular (for example, several seconds) polling. And a register data management table 56 for storing the contents of the register data storage table 65 of each terminal (payment system 20) obtained by periodic polling.
[0036]
The register data management table 56 is configured to store almost the same items as the register data storage table 65 of the deposit terminal 21, and an example is shown in FIG. Therefore, the management terminal 11 can determine the state of each register at each time in real time by referring to the register data management table 56.
[0037]
Note that, among the items in FIG. 9, the unsent flag is a flag indicating whether or not high-order transmission has been completed (set a flag if payment has been made after high-order transmission). The opening section data is data for identifying whether the POS register is opened or closed, and the opening section data corresponding to the POS register opened at the time of daily opening is set to “1”. You. Further, the total data of the day is total data of the deposit amount of the day, and the total cumulative data is total sales data from a designated date.
[0038]
The terminal status management table 55 is provided with a plurality of management tables for updating and storing substantially the same items as the terminal status storage table 66 of each depositing terminal 21 in correspondence with the number of depositing systems 20. 10 shows a format example of a management table for one payment system.
[0039]
Each item of the management table is provided with a priority for display. In addition, the item “error window” indicates that an error window is displayed on the display DP when an abnormality occurs, and the item “absent” indicates that the error window is not displayed on the display DP.
[0040]
As shown in FIG. 3, the management terminal 11 is connected to the POS registers P-1, p-2,... Pn, the store computer 1, the form printer 2, the personal computer 3 and the like via a local area network. ing. The personal computer 3 is connected to a host computer 4 via a communication line.
[0041]
The POS registers P-1, p-2,... Pn are registers arranged in each counter. In this case, the POS registers P-1, p-2,. of sales) system is employed. That is, when the settlement of the commodity price is performed in each POS register, at this time, information such as a cash register number, a department code, a sales amount, and the like are transferred to the store computer 1, which is a POS management computer.
[0042]
In addition, when daily sales are totaled at each POS cash register, totaling information such as classification codes of sales products, their quantity, total sales amount, type of cash received, and the number of gift certificates is used as a totaling journal. It is printed out in the POS register.
[0043]
The store computer 1 accumulates and stores the POS data indicating the contents of the sales transaction such as the cash register number, the department code, and the sales amount sent from each of the POS registers P-1, p-2,. The sales of each cash register are totaled based on.
[0044]
The POS data and total data created by the store computer and the sales settlement data created by the management terminal 11 are transmitted to the host computer 4 via the personal computer 3.
[0045]
Next, an outline of the flow of the day regarding the operation of the cashier settlement system will be described with reference to FIG.
[0046]
First, before opening the store, change is put into each POS cash register and the cash register is made to wait. Further, the power is turned on to the cashier settlement system, and the settlement process for the previous day is restarted. When the processing for the previous day is completed, the data is first cleared and the sales date is set. As a result, the sales data that has been settled up to that point is the sales data of yesterday.
[0047]
Next, an opening process is performed. At this time, the setting of the opening division is performed for the change in the opening of the cash register. As a result, “1” or “0” is written in the section of the opening section data (see FIG. 9) corresponding to the designated cash register number. The opening cash register sets “1”, and the unused cash register sets “0”.
[0048]
Thereafter, during business hours, storing large amounts of cash in cash registers is dangerous for crime prevention, so the cashier in charge collects the bills in each POS cash register at regular time intervals and plots the collected bills. The deposit processing is performed using the deposit system 20 of No.3. In this case, since the cashier usually does not have an ID card, the cashier number is input via the keyboard KB. Such a process of collecting cash from a cash register is referred to as “payment in progress”.
[0049]
Thereafter, when the store is closed, each cashier instructs each POS cashier to perform the tallying process, prints the contents of the sales transaction on that day in a journal, puts the cash in the drawer into a shopping bag, and puts them in the cash room. To perform the payment processing.
[0050]
Each cashier competes in the payment process, but monitors the payment status of each cashier, and prompts the cashier to pay for the slower cashier. In the meantime, I take it out the next morning and make payment. Checks, gift certificates, and the like are often entered by cashiers the next day.
[0051]
The cashier checks the cash deposit status on the day by operating the management terminal 11. It is also confirmed whether the cash register sales data has been transmitted to the store computer 1.
[0052]
Even if there is an unpaid portion, it takes a long time for the tallying and settlement process on the day, so a part of it will be carried over to the next day. The next day's processing is all performed by the cashier. Mainly, the processing includes inputting checks and gift certificates, and adjusting cash register sales deposited in a night safe.
[0053]
The data of each cash register after the payment processing is sent from the management terminal 11 to the store computer 1. The store computer 1 checks whether there is a difference between the POS data sent from each cash register and the payment data of each cash register sent from the management terminal 1 for each cash register. In the case of a store that does not have the store computer 1, the cashier performs a collation process using the check function provided in the management terminal 1 by manually inputting a numerical value from the sales summary slip brought by the cashier.
[0054]
Further, the POS data and the payment settlement data totaled by the settlement system are transmitted to the host computer 4 via the personal computer 3 in response to a request from the host computer 4. The host computer 4 creates management materials based on the data sent from each store.
[0055]
Next, the real-time list display (printing) processing of the unpaid cash register and the untransmitted cash register performed in the management terminal 11 will be described with reference to FIGS.
[0056]
The operator of the management terminal 11 outputs necessary forms including the settlement and the journal printing yesterday, and when all the closings are completed, next, the data clearing / sales date is set, and the setting is made today. After that, the cash register opening setting is performed, and the changed cash register opening and closing settings are performed (steps 500 and 505).
[0057]
Thereafter, the management terminal 11 sequentially polls a plurality of terminals (payment system) 20 connected to the system at predetermined time intervals (for example, every few seconds), and thereby registers the register data storage table 65 and the terminal status of each terminal. The data stored in the storage table 66 is fetched, and the contents of the register data management table 56 and the terminal status management table 55 of the management terminal 11 are updated with the fetched data of each table (step 520).
[0058]
As described above, the register data management table 56 includes an unpaid cash register flag for identifying, by cash register number, cash registers that have not been subjected to the payment settlement processing performed after the store is closed. By judging whether the cash register flag is 0 or 1, it is possible to grasp the deposit status of each register on the management terminal 11 side in real time. The error display processing of the management terminal 11 based on the contents of the terminal state management table 55 will be described later.
[0059]
In this system, the management terminal has a total data transmission function of automatically transmitting total data for each cash register number to the host computer in response to a request from the host computer 4. . The transmission request from the host computer 4 has not been determined at what time of the day due to the host computer 4 side. Further, as described above, in the one-day payment settlement process, in addition to the normal payment settlement process performed after the store is closed, the cashier collects and deposits banknotes at the cash register during the store opening for security. There is a payment process on the way, and the payment settlement process for one-day sales is usually performed in a plurality of times.
[0060]
Therefore, when a cash register for which the high-order transmission has been performed at a certain point in time has been re-paid for the same day, it is necessary to grasp this cash register as a cash register for which the high-order transmission has not yet been completely completed. That is, after the high-order transmission, the cash register for which payment has been made for the same day needs to be grasped as an untransmitted cash register.
[0061]
Therefore, in this embodiment, when the higher-level transmission is performed, the management terminal 11 sets the non-transmission flag column of the register data management table 56 corresponding to the register number for which the higher-level transmission has been completed to “0”. However, the management terminal 11 refers to the register data management table 56 even after the high-order transmission, identifies the cash register number for which the deposit processing has been performed for the same day after completing the high-order transmission, and makes such a deposit. As for the cash register, the non-transmission flag column of the register data management table 56 corresponding to the cash register number is set to "1" (step 530).
[0062]
Therefore, according to this embodiment, it is possible to grasp in real time the cash register number of the cash register that has not been completely transmitted to the higher order.
[0063]
FIG. 12 shows a management screen selected on the menu screen of the display DP of the management terminal 11.
1. Collection cash register status on the way
2. Total cash register status on the way
3. Checkout cashier status
4. Advance deposit cash register status
5. Individual deposit list
6. Total deposit list
7. Send list
8. Log stop / resume
8 menus can be selected.
[0064]
FIGS. 13A and 13B are display screens showing the cash register status of the halfway collection of the selection menu 1, wherein FIG. 13A shows a simplified window screen and FIG. 13B shows a detailed window screen. FIG. 14 shows an entire display screen showing the cash register status of the midway collection.
[0065]
On these screens, unpaid cash registers are indicated by black circles next to cash register numbers, and cash register numbers corresponding to untransmitted cash registers are indicated by shading (or a predetermined number) as shown in FIG. (Color), so that the operator of the management terminal 11 can easily determine the register numbers of the unpaid cash register and the untransmitted cash register at a glance.
[0066]
FIG. 15 shows a non-payment monitor screen that displays only a list of unpaid cash registers, and can be displayed in a simplified form as shown in FIG. 15 (a), or as shown in FIG. 15 (b). It can be displayed on the detail screen together with the register name.
[0067]
FIG. 16 shows an untransmitted monitor screen that displays only untransmitted cash registers in a list, and can be displayed in a simplified form as shown in FIG. 16 (a), or as shown in FIG. 16 (b). It can be displayed on the detail screen together with the register name.
[0068]
By pressing a print key while the above display screen is being displayed, the cash register status and the non-transmission cash register as shown in FIG. Also, the journal printer 17 can print out a list of unpaid cash registers as shown in FIG. 18 (a) or a list of unsent cash registers as shown in FIG. 18 (b). You can also.
[0069]
Next, the monitoring of the terminal state and the error display processing performed in the management terminal 11 will be described with reference to FIG.
[0070]
As described above, the management terminal 11 obtains the status information of each terminal by polling at predetermined time intervals, and updates the terminal status management table 55 shown in FIG. 10 for each terminal based on the obtained information. . Therefore, the CPU 51 of the management terminal 11 periodically monitors the status of each terminal by periodically checking the contents of the terminal status management table 55 (step 100).
[0071]
When detecting a terminal abnormality from the contents of the terminal state management table 55, the CPU 51 of the management terminal 11 refers to the error window column of the terminal state management table 55 corresponding to the detected abnormality item (see FIG. 10). Then, it is determined whether or not this abnormal item is set to display an error screen (step 130).
[0072]
If the setting is to display an error screen, the CPU 55 of the management terminal 11 next determines whether another error relating to the same terminal is currently being displayed (step 140).
[0073]
If the result of this determination is YES, the priority of the currently displayed error is determined, and only when the new error has a higher priority, the error message on the terminal error screen is rewritten to the new error ( Steps 150 and 160). FIG. 20A shows an error screen displayed on the display DP of the management terminal 11, and a terminal error message as shown in FIG. 20B is displayed in the terminal error window EW1. That is, in the terminal error window EW1, the terminal number in which the error has occurred and the content of the error are displayed. The window EW2 of the error display screen of FIG. 20A is an area for displaying an error of the management terminal 11 itself, the window EW3 is an area for displaying guidance for dealing with the error, and the window EW4. Is an area where a more detailed error message is displayed.
[0074]
Therefore, when the process of step 160 in FIG. 19 is performed, the low-priority error message displayed in the terminal error window EW1 is rewritten with the high-priority error message.
[0075]
On the other hand, if the determination in step 140 is NO, it is determined whether an error relating to another terminal is displayed (step 170). If no error relating to another terminal is displayed, the terminal error window is displayed. An error screen of the terminal in which the error is detected at the current time is displayed on the EW1, and an error sound is generated (step 180). If an error related to another terminal has already been displayed in the determination in step 170, an older error is displayed in the terminal error window EW1 in consideration of the order of occurrence of the error (step 190).
[0076]
If the determination in step 150 is NO, the error with the higher priority displayed earlier is displayed as it is without displaying the error. Then, the error that has occurred this time is put in a queue for error display according to the priority.
[0077]
Further, thereafter, the CPU 51 of the management terminal 11 determines whether or not the confirmation key input by the operator when confirming the currently displayed terminal error is turned on (step 200), and the confirmation key is pressed. At this point, the currently displayed error screen is erased (step 210), and at this time, if there is another error, an error message of the next priority is displayed in the terminal error window EW1. (Steps 220 and 230).
[0078]
When an error message of the next priority is displayed, in the case of an error of the same terminal, the priority shown in FIG. 10 is considered, and in the case of an error of a different terminal, an older error is prioritized.
[0079]
On the other hand, when the CPU 51 of the management terminal 11 determines in step 110 that no terminal error has occurred, the CPU 51 of the management terminal 11 sets the abnormality occurrence flag of the item that has already set the abnormality occurrence flag in the terminal state management table 55 in the past. It is determined whether or not it has been released (step 120). When the CPU 51 detects that the error occurrence flag has been released by this determination, the CPU 51 checks whether or not the error of the terminal from which the error has been released is being displayed. If the error is being displayed, the corresponding error screen is deleted. .
[0080]
As described above, according to this embodiment, when an abnormality occurs on the payment system 20 side, the abnormality display screen indicating the occurrence of the abnormality is interrupted and displayed on the display DP of the management terminal 11, At that time, a warning sound is also generated, so the cashier in the teller room can confirm that the deposit system's safe is full, and check whether various abnormalities such as a journal outage have occurred on the deposit system side. It is not necessary to check and move around a plurality of payment systems 20 for confirmation, and it is possible to improve the accounting operation efficiency.
[0081]
By the way, when an error occurs on the parent machine (management terminal 11) side, when a line error occurs, or when peripherals of the depositing system (cash depositing machine, journal printer, etc.) break down and deposit processing cannot be performed. On the other hand, the payment system 20 cannot perform the payment settlement processing of the sales.
[0082]
In such a case, although the connection between the management terminal 11 and the payment system 20 is off-line, the payment data is backed up on the flexible disk FD by driving the flexible disk drive FDD of the payment system 20. Then, after the management terminal 11 is restored, the payment data backed up to the flexible disk FD is read by the management terminal 11 so that the data that has not been transmitted to the management terminal 11 can be restored on the management terminal side.
[0083]
In this way, even if the management terminal 11 goes down, the payment processing is not interrupted, and the troublesome operation of manually inputting data at the time of the system down later can be eliminated, and an input mistake can be made. Can also be prevented.
[0084]
FIG. 21 shows the above-mentioned FD backup processing procedure on the money receiving system 20 side. In the normal state where data can be transmitted to the management terminal 11 during the input payment processing (steps 300 and 310), the FD backup processing is flexible. After confirming the insertion of the disk FD (step 340), it is confirmed that the backup instruction has been given (step 350), and after confirming these, the deposit data is backed up to the flexible disk FD with the on deposit file name. (Step 360). That is, in the backup process in the normal state, the payment data is backed up to the flexible disk FD even in the normal state, and the payment data that has been deposited cannot be sent to the management terminal 11 due to the occurrence of any abnormality. Used when it occurs. In such a case, by reading the backed-up flexible disk FD in the management terminal 11 thereafter, it is possible to easily recover the missing data on the management terminal 11 side.
[0085]
Also, in the payment settlement processing on the payment system 20 side, if a state occurs in which data cannot be transmitted to the management terminal 11 (steps 300 and 310), after confirming insertion of the flexible disk FD (step 320). ), Back up the payment data to the flexible disk FD with the off-payment file name (step 330). That is, in this case, the process is performed when an abnormal situation in which communication with the management terminal 11 is impossible occurs. In this case, the communication with the management terminal is cut off, and the payment content is backed up by the flexible disk FD instead. I have to.
[0086]
FIG. 22 shows a procedure for reading FD data when recovery is necessary on the management terminal 11 side. Before inserting the FD storing the deposit data, the setting FD, the registration FD, and the opening FD are sequentially performed. The management terminal 11 is restored by inserting the setting data, the registration data, and the opening data into the management terminal 11 (steps 400 to 450).
[0087]
When the management terminal 11 is restored in this way, the backed-up payment FD is set in the management terminal 11, the FD data is read into the system, and only the backup file having the extension BK in the FD data is read. Let the system read it.
[0088]
In this manner, the process of restoring the FD backup file on the management terminal 11 ends.
[0089]
If communication with the management terminal could not be performed due to the payment terminal or the settlement terminal, the off-payment processing shown in FIG. 22 is performed.
[0090]
In the above embodiment, the backup process of the deposit data is performed by a flexible disk, but the backup process may be performed by using another removable medium such as MO, MD, DVD, PD.
[0091]
In the embodiment, only one error relating to one terminal is displayed at a time. However, regarding an error relating to a plurality of terminals or a plurality of errors relating to one terminal, these are displayed side by side vertically or horizontally. Or may be superimposed and displayed.
[0092]
【The invention's effect】
As described above, according to the present invention, the management terminal sequentially downloads the information indicating the deposit status of each register and the information indicating the device status of the sales deposit adjustment machine from each sales deposit adjustment machine, and according to the extracted information. , The presence or absence of payment settlement of each register, the register number for which the payment processing for the same day was performed again among the registers from which the information indicating the payment state was acquired, and the equipment state of each payment settlement machine are displayed almost in real time. As a result, the efficiency of accounting operations can be significantly improved.
[0093]
Further, the cash register list to which the final total data has not been sent can be displayed on the host computer in real time, so that the accounting efficiency can be remarkably improved.
[Brief description of the drawings]
FIG. 1 is a flowchart showing a processing procedure of a management terminal according to an embodiment of the present invention.
FIG. 2 is a perspective view showing an example of equipment arrangement in a cash room.
FIG. 3 is a block diagram showing an example of the overall configuration of a cashier settlement system to which the present invention is applied.
FIG. 4 is a block diagram showing an internal configuration of a payment system in the cashier payment system of FIG. 3;
FIG. 5 is a block diagram showing an internal configuration of a deposit system in the cashier settlement system of FIG. 3;
FIG. 6 is a block diagram showing an example of an internal configuration of a deposit terminal of the deposit system.
FIG. 7 is a block diagram showing an internal configuration of a management system in the cashier settlement system of FIG. 3;
FIG. 8 is a block diagram showing an example of the internal configuration of a management terminal.
FIG. 9 is a diagram showing a storage format of a register data management table.
FIG. 10 is a diagram showing a storage format of a terminal status management table.
FIG. 11 is a diagram showing an example of a daily operation procedure of the deposit system.
FIG. 12 is a diagram showing a management menu screen of the management terminal. .
FIG. 13 is a view showing a screen for a cash register status on the way;
FIG. 14 is a diagram generally showing a simplified screen of a status of a cash collection register on the way; .
FIG. 15 is a diagram showing a non-payment monitor screen.
FIG. 16 is a diagram showing an untransmitted monitor screen.
FIG. 17 is a diagram illustrating a print example of a register status monitor.
FIG. 18 is a diagram illustrating a print example of a non-payment and non-transmission list.
FIG. 19 is a flowchart illustrating an error display processing procedure of the management terminal.
FIG. 20 is a diagram showing an error display screen of the management terminal.
FIG. 21 is an exemplary flowchart showing the procedure of FDD data backup storage processing in the payment system.
FIG. 22 is a flowchart showing the FDD data download processing procedure in the management terminal.
[Explanation of symbols]
1. Store computer
2. Form printer
4: Host computer
10. Management system
11 Management terminal
20 ... Payment system
21 ... Payment terminal
30 ... Adjustment system

Claims (3)

レジスタ番号別に各レジスタの売り上げを入金精算する複数の売上入金精算機と、これら複数の売上入金精算機からの入金精算データを受信して集計する管理ターミナルと、を備えた売上金精算システムにおいて、
前記複数の売上入金精算機は、入金状態を示す情報を各レジスタ番号別に記憶する第1の記憶テーブルと、
該売上入金精算機の各種機器状態を示す情報を記憶する第2の記憶テーブルと、
をそれぞれ備え、
前記管理ターミナルは、
上記複数の売上入金精算機の第1及び第2の記憶テーブルの記憶内容を所定の時間間隔をもって順次取得する通信動作を行う通信手段と、
前記取得した第1の記憶テーブルのデータが順次記憶される第3の記憶テーブルと、
前記取得した第2の記憶テーブルのデータで記憶更新される第4の記憶テーブルと、
前記第3及び第4の記憶テーブルの内容に従って、各レジスタの入金精算の有無、入金状態を示す情報が取得されたレジスタのうち再度同日分の入金処理が行われたレジ番号および各入金精算機の機器状態を表示する表示制御手段と、
を備えたことを特徴とする売上金精算システム。
In a sales settlement system comprising a plurality of sales settlement machines for depositing and adjusting the sales of each register for each register number, and a management terminal for receiving and totaling the settlement data from the plurality of sales settlement machines,
A first storage table for storing information indicating a deposit state for each register number;
A second storage table for storing information indicating various device states of the sales payment controller;
Respectively,
The management terminal is
Communication means for performing a communication operation of sequentially obtaining the storage contents of the first and second storage tables of the plurality of sales payment machines at predetermined time intervals;
A third storage table in which the acquired data of the first storage table is sequentially stored;
A fourth storage table that is stored and updated with the acquired data of the second storage table;
In accordance with the contents of the third and fourth storage tables, the presence or absence of payment settlement of each register, the register number for which the payment processing for the same day has been performed again among the registers for which the information indicating the payment state has been acquired, and each payment settlement machine Display control means for displaying the device status of
A sales settlement system comprising:
前記管理ターミナルと通信回線を介して接続され、管理ターミナルで集計した各レジスタの集計データを管理ターミナルより受信するホストコンピュータを更に備え、
前記管理ターミナルは、
前記第3の記憶テーブルの内容および前記ホストコンピュータとの通信内容に応じて前記ホストコンピュータに対して集計データを送信していないレジ番号を識別し、そのレジ番号リストを表示する第2の表示制御手段を更に備える
ようにしたことを特徴とする請求項1記載の売上金精算システム。
A host computer connected to the management terminal via a communication line and receiving, from the management terminal, tally data of each register tallyed at the management terminal,
The management terminal is
A second display control for identifying a cash register number that has not transmitted the total data to the host computer according to the contents of the third storage table and the communication contents with the host computer, and displaying the cash register number list; 2. The sales settlement system according to claim 1, further comprising means.
前記表示制御手段は、
前記第4の記憶テーブルの内容から入金精算機のエラーが検出された場合、現在表示されている画面に割り込んで検出されたエラーに対応するエラー表示画面を表示するエラー表示制御手段を有する
ことを特徴とする請求項1記載の売上金精算システム。
The display control means,
When an error of the payment controller is detected from the contents of the fourth storage table, an error display control means for interrupting a currently displayed screen and displaying an error display screen corresponding to the detected error is provided. The sales settlement system according to claim 1, wherein
JP16492396A 1996-06-25 1996-06-25 Revenue settlement system Expired - Lifetime JP3582622B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP16492396A JP3582622B2 (en) 1996-06-25 1996-06-25 Revenue settlement system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP16492396A JP3582622B2 (en) 1996-06-25 1996-06-25 Revenue settlement system

Publications (2)

Publication Number Publication Date
JPH1011662A JPH1011662A (en) 1998-01-16
JP3582622B2 true JP3582622B2 (en) 2004-10-27

Family

ID=15802420

Family Applications (1)

Application Number Title Priority Date Filing Date
JP16492396A Expired - Lifetime JP3582622B2 (en) 1996-06-25 1996-06-25 Revenue settlement system

Country Status (1)

Country Link
JP (1) JP3582622B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006072799A (en) * 2004-09-03 2006-03-16 Laurel Bank Mach Co Ltd Money reception system

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002251540A (en) * 2000-12-18 2002-09-06 Rokujuichi Limited:Kk Undisclosed stock distribution system
JP2006071649A (en) * 2001-12-05 2006-03-16 Sysmex Corp Apparatus for analyzing biological material
JP4611672B2 (en) * 2004-06-25 2011-01-12 セコム株式会社 Depositor management system
JP2006031352A (en) * 2004-07-15 2006-02-02 Laurel Bank Mach Co Ltd Deposit system
JP4485884B2 (en) * 2004-09-08 2010-06-23 ローレルバンクマシン株式会社 Deposit system
JP4904684B2 (en) * 2004-11-18 2012-03-28 沖電気工業株式会社 Money processing equipment
JP2011138529A (en) * 2005-09-06 2011-07-14 Seiko Epson Corp Electronic device, method and program for controlling state
JP2008052345A (en) * 2006-08-22 2008-03-06 Fuji Xerox Co Ltd Business flow chart creation support device and business flow chart creation support program
JP5482729B2 (en) * 2011-05-20 2014-05-07 沖電気工業株式会社 Money processing equipment
JP6159079B2 (en) * 2012-12-13 2017-07-05 グローリー株式会社 Money handling system, bar metal storage device, and money handling method
JP6443057B2 (en) * 2015-01-09 2018-12-26 セイコーエプソン株式会社 Control device and control method of control device

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006072799A (en) * 2004-09-03 2006-03-16 Laurel Bank Mach Co Ltd Money reception system
JP4509705B2 (en) * 2004-09-03 2010-07-21 ローレルバンクマシン株式会社 Deposit system

Also Published As

Publication number Publication date
JPH1011662A (en) 1998-01-16

Similar Documents

Publication Publication Date Title
US20060146839A1 (en) Payment and media management
JP5497711B2 (en) Sales merchandise sales registration data processing terminal device
JP3582622B2 (en) Revenue settlement system
JP4007842B2 (en) Money handling system in a financial office
US20060129484A1 (en) Exception reporting and management
US7765135B2 (en) Count and login management
US20060106716A1 (en) Capacity management and timing
JP3559652B2 (en) Management device for sales settlement system
JP2004164209A (en) Automatic transaction system
JP2017010407A (en) Merchandise sales data processing system and merchandise sales data processor
JP3061710B2 (en) Register system
JPH029409Y2 (en)
US20060112006A1 (en) Audio/visual clips
JPH0223899B2 (en)
JP3397742B2 (en) Collection system and collection method
JP3003750B2 (en) Vending machine payment management method
JP3616883B2 (en) Automated trading system
JPH0744637A (en) Automatic transaction system
JP3295904B2 (en) Cash delivery bag
JPH0684053A (en) Automatic transaction device
JP5526169B2 (en) Payment management system, payment management apparatus and program thereof
JP3050288B2 (en) Cash integrated management system
KR20030057495A (en) Point of sales system having changes deposit and receipt keeping
JPH0773356A (en) Cash receipt system
JPH07210612A (en) Monitor device

Legal Events

Date Code Title Description
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: 20040622

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040721

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080806

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080806

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090806

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090806

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100806

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110806

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110806

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120806

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120806

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130806

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130806

Year of fee payment: 9

EXPY Cancellation because of completion of term