JPH04241092A - 売上データ処理装置 - Google Patents
売上データ処理装置Info
- Publication number
- JPH04241092A JPH04241092A JP3022668A JP2266891A JPH04241092A JP H04241092 A JPH04241092 A JP H04241092A JP 3022668 A JP3022668 A JP 3022668A JP 2266891 A JP2266891 A JP 2266891A JP H04241092 A JPH04241092 A JP H04241092A
- Authority
- JP
- Japan
- Prior art keywords
- card
- sales
- transaction
- card sale
- register
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 19
- 238000013500 data storage Methods 0.000 claims description 6
- 238000004364 calculation method Methods 0.000 claims description 5
- 238000004886 process control Methods 0.000 claims description 3
- 239000000047 product Substances 0.000 description 32
- 238000010586 diagram Methods 0.000 description 6
- 238000000151 deposition Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 2
- 239000006227 byproduct Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】この発明は、電子式キャッシュレ
ジスタ（ＥＣＲ）やＰＯＳ（ポイントオブセールス）シ
ステム等の売上データ処理装置に関する。
ジスタ（ＥＣＲ）やＰＯＳ（ポイントオブセールス）シ
ステム等の売上データ処理装置に関する。
【０００２】
【従来の技術】近年、プリペイドカードの利用店が百貨
店、スーパーマケット等の多品目商品を取り扱う店舗に
拡大しているが、「たばこ」などの価格統制品について
はプレミアム付きカードで購入することを禁止するよう
にしている。つまり、プリペイドカードなどのプレミア
ム付きカードは運用益等が得られる為割引金額等が加算
されており、価格統制品についてはプリペイドカードで
購入することを禁止している。
店、スーパーマケット等の多品目商品を取り扱う店舗に
拡大しているが、「たばこ」などの価格統制品について
はプレミアム付きカードで購入することを禁止するよう
にしている。つまり、プリペイドカードなどのプレミア
ム付きカードは運用益等が得られる為割引金額等が加算
されており、価格統制品についてはプリペイドカードで
購入することを禁止している。
【０００３】ところで、従来のＥＣＲにおいては価格統
制品とそうでない商品を一取引中に購入した場合、オペ
レータが予めプリペイドカードでは購入できない商品が
ある旨を客に通知し、価格統制品の売上登録は別締めに
する必要があった。
制品とそうでない商品を一取引中に購入した場合、オペ
レータが予めプリペイドカードでは購入できない商品が
ある旨を客に通知し、価格統制品の売上登録は別締めに
する必要があった。
【０００４】
【発明が解決しようとする課題】このように一取引中に
価格統制品とそうでない商品とを混在して購入した場合
には、現金支払いとカード支払いとに分けて登録して別
締めにする必要がある為、操作が煩雑化し、オペレータ
に負担をかけるという欠点があった。この原因は、一取
引中に入力された各商品（分類）毎にカード売りの可否
を認識することができないことにあると考えられる。し
てみれば、カード売り可・不可別に売上金額を算出して
処理できれば、オペレータはカード売りが禁止されてい
る価格統制品等か否かを確認したり、別登録を行う必要
がなく、極めて登録作業を効率良く行い得るようになる
ことは明らかである。この発明の課題は、一取引中にお
いてカード売りが可能な分類の商品やカード売りが禁止
されている分類の商品が混在して登録されても、カード
売り可・不可別に売上金額を算出して処理できるように
することである。
価格統制品とそうでない商品とを混在して購入した場合
には、現金支払いとカード支払いとに分けて登録して別
締めにする必要がある為、操作が煩雑化し、オペレータ
に負担をかけるという欠点があった。この原因は、一取
引中に入力された各商品（分類）毎にカード売りの可否
を認識することができないことにあると考えられる。し
てみれば、カード売り可・不可別に売上金額を算出して
処理できれば、オペレータはカード売りが禁止されてい
る価格統制品等か否かを確認したり、別登録を行う必要
がなく、極めて登録作業を効率良く行い得るようになる
ことは明らかである。この発明の課題は、一取引中にお
いてカード売りが可能な分類の商品やカード売りが禁止
されている分類の商品が混在して登録されても、カード
売り可・不可別に売上金額を算出して処理できるように
することである。
【０００５】
【課題を解決するための手段】この発明の手段は次の通
りである。制御データ記憶手段１（図１の機能ブロック
図を参照、以下同じ）は、分類別（例えば商品別や部門
別）にカード売りができるか否かを示す制御データを記
憶するＰＬＵ（プライスルックアップ）ファイルや部門
ファイル等で、制御データとしてはカード売り可・否を
示す可否フラグ等である。判別手段２は入力された売上
データの分類に対応する制御データ記憶手段１内の制御
データに基づいてカード売りの可否を判別する。売上金
額算出手段３は一取引中に入力された各分類別売上デー
タのうち判別手段２でカード売りができると判別された
各分類の売上金額とカード売りができないと判別された
各分類の売上金額とを求める。この場合、例えば、カー
ド売りの可否に拘らず、分類別売上データが入力される
毎に更新される通常の小計レジスタの他に、カード売り
ができる分類別売上データが入力される毎に更新される
カード売り用の小計レジスタを設け、通常の小計レジス
タ内の売上金額からカード売り用の小計レジスタ内の売
上金額を減算することにより、カード売り不可の分類に
対する売上金額を求めるようにしてもよい。締め処理制
御手段４は売上金額算出手段３によって算出された各売
上金額に基づいてカード売りの可否毎に締め処理を実行
させる。ここで、カード売り可の場合の締め処理とはカ
ード残高からカード売り可の売上金額を減算する等の処
理、また、カード売り不可の場合の締め処理とは入金処
理等である。
りである。制御データ記憶手段１（図１の機能ブロック
図を参照、以下同じ）は、分類別（例えば商品別や部門
別）にカード売りができるか否かを示す制御データを記
憶するＰＬＵ（プライスルックアップ）ファイルや部門
ファイル等で、制御データとしてはカード売り可・否を
示す可否フラグ等である。判別手段２は入力された売上
データの分類に対応する制御データ記憶手段１内の制御
データに基づいてカード売りの可否を判別する。売上金
額算出手段３は一取引中に入力された各分類別売上デー
タのうち判別手段２でカード売りができると判別された
各分類の売上金額とカード売りができないと判別された
各分類の売上金額とを求める。この場合、例えば、カー
ド売りの可否に拘らず、分類別売上データが入力される
毎に更新される通常の小計レジスタの他に、カード売り
ができる分類別売上データが入力される毎に更新される
カード売り用の小計レジスタを設け、通常の小計レジス
タ内の売上金額からカード売り用の小計レジスタ内の売
上金額を減算することにより、カード売り不可の分類に
対する売上金額を求めるようにしてもよい。締め処理制
御手段４は売上金額算出手段３によって算出された各売
上金額に基づいてカード売りの可否毎に締め処理を実行
させる。ここで、カード売り可の場合の締め処理とはカ
ード残高からカード売り可の売上金額を減算する等の処
理、また、カード売り不可の場合の締め処理とは入金処
理等である。
【０００６】
【作用】この発明の手段の作用は次の通りである。いま
、入力された分類別売上データを分類別に登録処理する
売上データ処理装置において、ＰＬＵファイルや部門フ
ァイル等の制御データ記憶手段１には予め分類別にカー
ド売りができるか否かを示す制御データが記憶されてい
るものとする。ここで、一取引中の登録処理中において
、判別手段２は入力された売上データの分類に対応する
制御データ記憶手段１内の制御データに基づいてカード
売りの可否を判別する。すると、売上金額算出手段３は
一取引の登録中に入力された各分類別売上データのうち
判別手段２でカード売りができると判別された各分類の
売上金額とカード売りができないと判別された各分類の
売上金額とを求める。これによって求められた各売上金
額に基づいて締め処理制御手段４はカード売りの可否毎
に締め処理を実行させる。したがって、一取引中におい
てカード売りが可能な分類の商品やカード売りが禁止さ
れている分類の商品が混在して登録されても、カード売
り可・不可別に売上金額を算出して処理することができ
る。
、入力された分類別売上データを分類別に登録処理する
売上データ処理装置において、ＰＬＵファイルや部門フ
ァイル等の制御データ記憶手段１には予め分類別にカー
ド売りができるか否かを示す制御データが記憶されてい
るものとする。ここで、一取引中の登録処理中において
、判別手段２は入力された売上データの分類に対応する
制御データ記憶手段１内の制御データに基づいてカード
売りの可否を判別する。すると、売上金額算出手段３は
一取引の登録中に入力された各分類別売上データのうち
判別手段２でカード売りができると判別された各分類の
売上金額とカード売りができないと判別された各分類の
売上金額とを求める。これによって求められた各売上金
額に基づいて締め処理制御手段４はカード売りの可否毎
に締め処理を実行させる。したがって、一取引中におい
てカード売りが可能な分類の商品やカード売りが禁止さ
れている分類の商品が混在して登録されても、カード売
り可・不可別に売上金額を算出して処理することができ
る。
【０００７】
【実施例】以下、図２〜図５を参照して一実施例を説明
する。図２はＥＣＲのブロック構成図である。ＣＰＵ１
１はＲＯＭ１２内に予め格納されている各種のプログラ
ムにしたがってこのＥＣＲの全体動作を制御するもので
、通常備えられている制御部１１−１、演算部１１−２
の他に、後述する入金中フラグを記憶するフラグレジス
タ１１−３を備えている。そして、ＣＰＵ１１にはその
周辺デバイスとしてのキー入力部１３、プリペイドカー
ド用のカード読み取り／書き込み装置１４、磁気インク
文字読取装置（ＭＣＲ）１５、表示部１６、印字部１７
、ドロア１８が接続されている。
する。図２はＥＣＲのブロック構成図である。ＣＰＵ１
１はＲＯＭ１２内に予め格納されている各種のプログラ
ムにしたがってこのＥＣＲの全体動作を制御するもので
、通常備えられている制御部１１−１、演算部１１−２
の他に、後述する入金中フラグを記憶するフラグレジス
タ１１−３を備えている。そして、ＣＰＵ１１にはその
周辺デバイスとしてのキー入力部１３、プリペイドカー
ド用のカード読み取り／書き込み装置１４、磁気インク
文字読取装置（ＭＣＲ）１５、表示部１６、印字部１７
、ドロア１８が接続されている。
【０００８】キー入力部１３はそのキーボード上に数値
キーＡＫ、部門キーＢＫ、ＰＬＵキーＣＫ、現金キーＤ
Ｋ、カードキーＥＫ、その他のファンクションキーＦＫ
と共に、モード切替スイッチＭＳが設けられている。な
お、モード切替スイッチＭＳはその切替位置に応じて「
設定」、「戻り」、「ＯＦＦ」、「登録」、「点検」、
「精算」の各モードを切り替える。しかして、キー入力
部１３から入力された分類別売上データ（ＰＬＵ別売上
データや部門別売上データ）は、ＲＡＭ１９内の対応す
る分類別合計器（ＰＬＵファイル１９−１、部門ファイ
ル１９−２）に登録されると共に、ＲＡＭ１９内の取引
小計レジスタ１９−３に加算される。
キーＡＫ、部門キーＢＫ、ＰＬＵキーＣＫ、現金キーＤ
Ｋ、カードキーＥＫ、その他のファンクションキーＦＫ
と共に、モード切替スイッチＭＳが設けられている。な
お、モード切替スイッチＭＳはその切替位置に応じて「
設定」、「戻り」、「ＯＦＦ」、「登録」、「点検」、
「精算」の各モードを切り替える。しかして、キー入力
部１３から入力された分類別売上データ（ＰＬＵ別売上
データや部門別売上データ）は、ＲＡＭ１９内の対応す
る分類別合計器（ＰＬＵファイル１９−１、部門ファイ
ル１９−２）に登録されると共に、ＲＡＭ１９内の取引
小計レジスタ１９−３に加算される。
【０００９】ＲＡＭ１９にはＰＬＵファイル１９−１、
部門ファイル１９−２、取引小計レジスタ１９−３の他
に、プリペイド小計レジスタ１９−４、カード残高レジ
スタ１９−５が設けられている。ここで、取引小計レジ
スタ１９−３は一取引中に登録された売上合計を記憶す
る通常のレジスタであるが、プリペイド小計レジスタ１
９−４は一取引中の売上金額のうちカード売りが可能な
分類に対する売上金額を記憶するレジスタである。なお
、カード残高レジスタ１９−５はカード読み取り／書き
込み装置１４から読み取られたプリペイドカードのカー
ド残高を記憶するレジスタである。
部門ファイル１９−２、取引小計レジスタ１９−３の他
に、プリペイド小計レジスタ１９−４、カード残高レジ
スタ１９−５が設けられている。ここで、取引小計レジ
スタ１９−３は一取引中に登録された売上合計を記憶す
る通常のレジスタであるが、プリペイド小計レジスタ１
９−４は一取引中の売上金額のうちカード売りが可能な
分類に対する売上金額を記憶するレジスタである。なお
、カード残高レジスタ１９−５はカード読み取り／書き
込み装置１４から読み取られたプリペイドカードのカー
ド残高を記憶するレジスタである。
【００１０】図３はＰＬＵファイル１９−１の構成を示
し、ＰＬＵファイル１９−１は商品コードを示すＰＬＵ
Ｎｏに対応してそのキャラクタ（商品名）、単価、売上
個数の他に、カード売りの可否を示すＰＥＴ（プリペイ
ドカード）可否フラグを記憶する構成となっている。
し、ＰＬＵファイル１９−１は商品コードを示すＰＬＵ
Ｎｏに対応してそのキャラクタ（商品名）、単価、売上
個数の他に、カード売りの可否を示すＰＥＴ（プリペイ
ドカード）可否フラグを記憶する構成となっている。
【００１１】図４は部門ファイル１９−２の構成を示し
、部門ファイル１９−２は部門コードを示す部門Ｎｏに
対応してその売上金額、売上個数の他に、ＰＬＵファイ
ル１９−１と同様にカード売りの可否を示すＰＥＴ可否
フラグを記憶する構成となっている。
、部門ファイル１９−２は部門コードを示す部門Ｎｏに
対応してその売上金額、売上個数の他に、ＰＬＵファイ
ル１９−１と同様にカード売りの可否を示すＰＥＴ可否
フラグを記憶する構成となっている。
【００１２】次に、本実施例の動作を図５を参照して説
明する。図５はモード切替スイッチＭＳで登録モードに
セットした場合の動作を示したフローチャートである。 先ず、登録動作の待ち状態において、ＰＬＵキーＣＫが
操作されると（ステップＳ１）、そのキーコードでＰＬ
Ｕファイル１９−１をアクセスして該当ＰＬＵコードに
対応する単価（ＰＬＵ金額）を読み出し（ステップＳ２
）、このＰＬＵ金額を商品金額として取り込む（ステッ
プＳ３）。一方、登録操作の待ち状態において、置数入
力が有り（ステップＳ４）、部門キーＢＫが操作される
と（ステップＳ５）、置数データ（売上金額）を商品金
額として取り込む（ステップＳ６）。そして、ステップ
Ｓ７に進み、ＰＬＵ別登録処理あるいは部門別登録処理
を実行し、ＰＬＵファイル１９−１あるいは部門ファイ
ル１９−２の内容を更新する。ここで、ＰＬＵファイル
１９−１、部門ファイル１９−２には決済時の支払方法
を示す情報としてＰＥＴ可否フラグが各分類毎にセット
されているので、次のステップＳ８ではいま登録した商
品に対応するＰＥＴ可否フラグを参照し、カード売りの
可否をチェックする。ここで、カード売りが可能な商品
であれば、その商品金額をプリペイド小計レジスタ１９
−４に加算すると共に（ステップＳ９）、取引小計レジ
スタ１９−３に加算するが（ステップＳ１０）、カード
売りが不可名商品（価格統制品）であれば、その旨をガ
イダンス表示したのち（ステップＳ１１）、その商品金
額を取引小計レジスタ１９−３に加算する（ステップＳ
１０）。
明する。図５はモード切替スイッチＭＳで登録モードに
セットした場合の動作を示したフローチャートである。 先ず、登録動作の待ち状態において、ＰＬＵキーＣＫが
操作されると（ステップＳ１）、そのキーコードでＰＬ
Ｕファイル１９−１をアクセスして該当ＰＬＵコードに
対応する単価（ＰＬＵ金額）を読み出し（ステップＳ２
）、このＰＬＵ金額を商品金額として取り込む（ステッ
プＳ３）。一方、登録操作の待ち状態において、置数入
力が有り（ステップＳ４）、部門キーＢＫが操作される
と（ステップＳ５）、置数データ（売上金額）を商品金
額として取り込む（ステップＳ６）。そして、ステップ
Ｓ７に進み、ＰＬＵ別登録処理あるいは部門別登録処理
を実行し、ＰＬＵファイル１９−１あるいは部門ファイ
ル１９−２の内容を更新する。ここで、ＰＬＵファイル
１９−１、部門ファイル１９−２には決済時の支払方法
を示す情報としてＰＥＴ可否フラグが各分類毎にセット
されているので、次のステップＳ８ではいま登録した商
品に対応するＰＥＴ可否フラグを参照し、カード売りの
可否をチェックする。ここで、カード売りが可能な商品
であれば、その商品金額をプリペイド小計レジスタ１９
−４に加算すると共に（ステップＳ９）、取引小計レジ
スタ１９−３に加算するが（ステップＳ１０）、カード
売りが不可名商品（価格統制品）であれば、その旨をガ
イダンス表示したのち（ステップＳ１１）、その商品金
額を取引小計レジスタ１９−３に加算する（ステップＳ
１０）。
【００１３】このようにして一登録分の処理が終ると、
一取引の登録を締める為にカード読み取り／書き込み装
置１４にプリペイドカードが挿入されたか（ステップＳ
１２）、現金キーＤＫが操作されたかを調べる（ステッ
プＳ１３）。ここで、プリペイドカードで決済するとき
はカードをカード読み取り／書き込み装置１４に挿入し
、また現金支払いの時は現金キーＤＫを操作するが、一
取引の登録終了ではなく、登録を続行する場合にはフラ
グレジスタ１１−３内の入金中フラグがオンされていな
いことを条件に（ステップＳ１４）、最初の操作待ち状
態に戻る。以下、一登録分の操作が行われる毎に上述の
動作が繰り返される結果、取引小計レジスタ１９−３に
は一取引分の売上金額が記憶され、プリペイド小計レジ
スタ１９−４には一取引のうち価格統制品のようにカー
ド売りが禁止されている商品を除く商品、つまり、カー
ド売りが可能な商品の売上金額が記憶される。
一取引の登録を締める為にカード読み取り／書き込み装
置１４にプリペイドカードが挿入されたか（ステップＳ
１２）、現金キーＤＫが操作されたかを調べる（ステッ
プＳ１３）。ここで、プリペイドカードで決済するとき
はカードをカード読み取り／書き込み装置１４に挿入し
、また現金支払いの時は現金キーＤＫを操作するが、一
取引の登録終了ではなく、登録を続行する場合にはフラ
グレジスタ１１−３内の入金中フラグがオンされていな
いことを条件に（ステップＳ１４）、最初の操作待ち状
態に戻る。以下、一登録分の操作が行われる毎に上述の
動作が繰り返される結果、取引小計レジスタ１９−３に
は一取引分の売上金額が記憶され、プリペイド小計レジ
スタ１９−４には一取引のうち価格統制品のようにカー
ド売りが禁止されている商品を除く商品、つまり、カー
ド売りが可能な商品の売上金額が記憶される。
【００１４】しかして、一取引分の登録が終了し、プリ
ペイドカードによる支払いが要求された場合、オペレー
タは客から受け取ったプリペイドカードをカード読み取
り／書き込み装置１４に挿入する。すると、ステップＳ
１２でそのことが検出されてステップＳ１５に進み、カ
ード読み取り／書き込み装置１４によって読み取られた
カードデータを取り込み、カードの正当性をチェックす
る（ステップＳ１６）。その結果、カードが不適当なも
のであればそのままカードを排出させるが（ステップＳ
３２）、カードが適正であれば、ステップＳ１７に進み
、プリペイド小計レジスタ１９−４の値が“０”よりも
大きいかを調べる。いま、カード売りが可能な商品の売
上が無ければ、カードを排出させ（ステップＳ３２）、
有ればカード残高とプリペイド小計レジスタ１９−４の
値とを比較する（ステップＳ１８）。ここで、カード残
高がプリペイド小計レジスタ１９−４の値以上であれば
、カード残高からプリペイド小計レジスタ１９−４の値
を減算し（ステップＳ１９）、次で取引小計レジスタ１
９−３の値からプリペイド小計レジスタ１９−４の値を
減算する（ステップＳ２０）。その後、プリペイド小計
レジスタ１９−４をゼロクリアする（ステップＳ２１）
。一方、カード残高不足であれば、プリペイド小計レジ
スタ１９−４からカード残高を減算し（ステップＳ２２
）、次で、取引小計レジスタ１９−３の値からカード残
高を減算する（ステップＳ２３）。その後、カード残高
をゼロクリアする（ステップＳ２４）。
ペイドカードによる支払いが要求された場合、オペレー
タは客から受け取ったプリペイドカードをカード読み取
り／書き込み装置１４に挿入する。すると、ステップＳ
１２でそのことが検出されてステップＳ１５に進み、カ
ード読み取り／書き込み装置１４によって読み取られた
カードデータを取り込み、カードの正当性をチェックす
る（ステップＳ１６）。その結果、カードが不適当なも
のであればそのままカードを排出させるが（ステップＳ
３２）、カードが適正であれば、ステップＳ１７に進み
、プリペイド小計レジスタ１９−４の値が“０”よりも
大きいかを調べる。いま、カード売りが可能な商品の売
上が無ければ、カードを排出させ（ステップＳ３２）、
有ればカード残高とプリペイド小計レジスタ１９−４の
値とを比較する（ステップＳ１８）。ここで、カード残
高がプリペイド小計レジスタ１９−４の値以上であれば
、カード残高からプリペイド小計レジスタ１９−４の値
を減算し（ステップＳ１９）、次で取引小計レジスタ１
９−３の値からプリペイド小計レジスタ１９−４の値を
減算する（ステップＳ２０）。その後、プリペイド小計
レジスタ１９−４をゼロクリアする（ステップＳ２１）
。一方、カード残高不足であれば、プリペイド小計レジ
スタ１９−４からカード残高を減算し（ステップＳ２２
）、次で、取引小計レジスタ１９−３の値からカード残
高を減算する（ステップＳ２３）。その後、カード残高
をゼロクリアする（ステップＳ２４）。
【００１５】しかして、ステップＳ２５に進み、カード
残高をカード読み取り／書き込み装置１４に送り、プリ
ペイドカードに書き込んだのち、カードを排出させる（
ステップＳ２６）。そして、売上データが登録され（ス
テップＳ２７）、レシートが発行される（ステップＳ２
８）。次に、ステップＳ２９に進み、取引小計レジスタ
１９−３の値が“０”か否かを調べる。ここで、プリペ
イドカードによって一取引分の売上金額が全額支払われ
た場合には、取引小計レジスタ１９−３の値は“０”と
なるが、プリペイドカードによってその一部のみが支払
われた場合には取引小計レジスタ１９−３には支払い分
の売上金額が残っている。したがって、取引小計レジス
タ１９−３の値が“０”であれば、取引小計レジスタ１
９−３およびプリペイド小計レジスタ１９−４をゼロク
リアすると共に、フラグレジスタ１１−３内の入金中フ
ラグをオフする（ステップＳ３０）。一方、取引小計レ
ジスタ１９−３の値が“０”であれば、ステップＳ３１
に進み、フラグレジスタ１１−３内の入金中フラグをオ
フしたのち、ステップＳ１２に戻る。ここで、プリペイ
ドカードによって支払われなかった支払い金額が現金で
支払われた場合、オペレータは現金キーＤＫを操作する
。すると、ステップＳ３３に進み、売上データが記録さ
れたのちレシートが発行される（ステップＳ３４）。そ
して、取引小計レジスタ１９−３およびプリペイド小計
レジスタ１９−４をゼロクリアすると共に、フラグレジ
スタ１１−３内の入金中フラグをオフする（ステップＳ
３５）。
残高をカード読み取り／書き込み装置１４に送り、プリ
ペイドカードに書き込んだのち、カードを排出させる（
ステップＳ２６）。そして、売上データが登録され（ス
テップＳ２７）、レシートが発行される（ステップＳ２
８）。次に、ステップＳ２９に進み、取引小計レジスタ
１９−３の値が“０”か否かを調べる。ここで、プリペ
イドカードによって一取引分の売上金額が全額支払われ
た場合には、取引小計レジスタ１９−３の値は“０”と
なるが、プリペイドカードによってその一部のみが支払
われた場合には取引小計レジスタ１９−３には支払い分
の売上金額が残っている。したがって、取引小計レジス
タ１９−３の値が“０”であれば、取引小計レジスタ１
９−３およびプリペイド小計レジスタ１９−４をゼロク
リアすると共に、フラグレジスタ１１−３内の入金中フ
ラグをオフする（ステップＳ３０）。一方、取引小計レ
ジスタ１９−３の値が“０”であれば、ステップＳ３１
に進み、フラグレジスタ１１−３内の入金中フラグをオ
フしたのち、ステップＳ１２に戻る。ここで、プリペイ
ドカードによって支払われなかった支払い金額が現金で
支払われた場合、オペレータは現金キーＤＫを操作する
。すると、ステップＳ３３に進み、売上データが記録さ
れたのちレシートが発行される（ステップＳ３４）。そ
して、取引小計レジスタ１９−３およびプリペイド小計
レジスタ１９−４をゼロクリアすると共に、フラグレジ
スタ１１−３内の入金中フラグをオフする（ステップＳ
３５）。
【００１６】なお、上記実施例は分類別売上データが登
録される毎にカード売りの可否を判別し、カード売りが
可能であればプリペイド小計を更新して一取引中に登録
されたカード売りが可能な商品の売上金額を求めたが、
分類別売上データが登録される毎にカード売りが不可な
商品の小計を求めるようにしてもよい。
録される毎にカード売りの可否を判別し、カード売りが
可能であればプリペイド小計を更新して一取引中に登録
されたカード売りが可能な商品の売上金額を求めたが、
分類別売上データが登録される毎にカード売りが不可な
商品の小計を求めるようにしてもよい。
【００１７】また、一取引分の登録結果を記憶保持する
一取引メモリや一定期間内の登録結果を記憶保持するジ
ャーナルメモリを備えたものにおいては、カード売りが
可能な売上金額やカード売りが不可な売上金額を一取引
の登録を締める時点で求めるようにしてもよい。
一取引メモリや一定期間内の登録結果を記憶保持するジ
ャーナルメモリを備えたものにおいては、カード売りが
可能な売上金額やカード売りが不可な売上金額を一取引
の登録を締める時点で求めるようにしてもよい。
【００１８】
【発明の効果】この発明によれば、一取引中においてカ
ード売りが可能な分類の商品やカード売りが禁止されて
いる分類の商品が混在して登録されても、カード売り可
・不可別に売上金額を算出して処理することができるの
で、オペレータはカード売りが禁止されている価格統制
品等か否かを確認したり、別登録を行う必要がなく、極
めて登録作業を効率良く行うことが可能となる。
ード売りが可能な分類の商品やカード売りが禁止されて
いる分類の商品が混在して登録されても、カード売り可
・不可別に売上金額を算出して処理することができるの
で、オペレータはカード売りが禁止されている価格統制
品等か否かを確認したり、別登録を行う必要がなく、極
めて登録作業を効率良く行うことが可能となる。
【図１】この発明の機能ブロック図。
【図２】実施例を示したＥＣＲのブロック構成図。
【図３】図２で示したＰＬＵファイル１９−１の構成図
。
。
【図４】図２で示した部門ファイル１９−２の構成図。
【図５】上記ＥＣＲの登録モードでの動作を示したフロ
ーチャート。
ーチャート。
１１ ＣＰＵ
１２ ＲＯＭ
１３ キー入力部
１４ カード読み取り／書き込み装置１９−１ Ｐ
ＬＵファイル １９−２ 部門ファイル １９−３ 取引小計レジスタ １９−４ プリペイド小計レジスタ
ＬＵファイル １９−２ 部門ファイル １９−３ 取引小計レジスタ １９−４ プリペイド小計レジスタ
Claims (1)
- 【請求項１】入力された分類別売上データを分類別に登
録処理する売上データ処理装置において、分類別にカー
ド売りができるか否かを示す制御データを記憶する制御
データ記憶手段と、入力された売上データの分類に対応
する前記制御データ記憶手段内の制御データに基づいて
カード売りの可否を判別する判別手段と、一取引の登録
中に入力された各分類別売上データのうち前記判別手段
でカード売りができると判別された各分類の売上金額と
カード売りができないと判別された各分類の売上金額と
を求める売上金額算出手段と、この売上金額算出手段に
よって算出された各売上金額に基づいてカード売りの可
否毎に締め処理を実行させる締め処理制御手段と、を具
備したことを特徴とする売上データ処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2266891A JP3080101B2 (ja) | 1991-01-24 | 1991-01-24 | 売上データ処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2266891A JP3080101B2 (ja) | 1991-01-24 | 1991-01-24 | 売上データ処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04241092A true JPH04241092A (ja) | 1992-08-28 |
| JP3080101B2 JP3080101B2 (ja) | 2000-08-21 |
Family
ID=12089232
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2266891A Expired - Lifetime JP3080101B2 (ja) | 1991-01-24 | 1991-01-24 | 売上データ処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3080101B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009059321A (ja) * | 2007-09-04 | 2009-03-19 | Toshiba Tec Corp | 商品販売データ処理装置 |
| JP2021047696A (ja) * | 2019-09-19 | 2021-03-25 | 東芝テック株式会社 | 決済装置およびプログラム |
-
1991
- 1991-01-24 JP JP2266891A patent/JP3080101B2/ja not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009059321A (ja) * | 2007-09-04 | 2009-03-19 | Toshiba Tec Corp | 商品販売データ処理装置 |
| JP2021047696A (ja) * | 2019-09-19 | 2021-03-25 | 東芝テック株式会社 | 決済装置およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3080101B2 (ja) | 2000-08-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS58137074A (ja) | 電子式キヤツシユレジスタ | |
| JPH08167077A (ja) | 商品販売登録データ処理装置 | |
| JPH04241092A (ja) | 売上データ処理装置 | |
| US6591281B1 (en) | Numerical data processing apparatus and numerical data processing method | |
| JPS5913067B2 (ja) | 電子式キヤツシユレジスタ | |
| JP3285113B2 (ja) | 金銭登録装置およびそのカード取引処理方法 | |
| JPH05151457A (ja) | 売上データ処理装置 | |
| JP2726785B2 (ja) | カード処理装置 | |
| JP2547614B2 (ja) | 電子式キャッシュレジスタ | |
| JPH06309562A (ja) | 商品販売データ処理装置 | |
| JPH083877B2 (ja) | 電子キヤツシユレジスタ | |
| JPH02259897A (ja) | 偽造カード防止プリペイド端末とそのシステム | |
| JPS5833981B2 (ja) | 電子式キヤツシユレジスタ | |
| KR19990086436A (ko) | 금전 등록기를 이용한 가계부 관리방법 | |
| JPS62269291A (ja) | Ｐｏｓ端末装置 | |
| JPS63132396A (ja) | 電子キヤツシユレジスタ | |
| JPH04373096A (ja) | 電子式キャッシュレジスタ | |
| KR19990027559A (ko) | 금전 등록기의 등록 보류 방법 | |
| JPH06259659A (ja) | Ｐｏｓ端末装置 | |
| JPH06103466A (ja) | カード取引装置 | |
| KR19990030679A (ko) | 금전 등록기의 화폐 단위 설정 방법 | |
| KR19990086125A (ko) | 금전 등록기의 거래마감권 제한방법 | |
| JPH05101274A (ja) | 売上データ処理装置 | |
| JPH01184595A (ja) | 電子式キャッシュレジスタ | |
| JPH0727589B2 (ja) | 釣銭積立処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080623 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090623 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090623 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100623 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110623 Year of fee payment: 11 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110623 Year of fee payment: 11 |