商品販売データ処理装置及び領収証発行制御プログラム
【課題】領収証の発行に関する店員側のミス防止と負担軽減を図る。
【解決手段】１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する機能を設ける。そして、この機能により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額以上か否かを判断し、印紙税課税対象の代金支払い方法による金額が印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する。
【解決手段】１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する機能を設ける。そして、この機能により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額以上か否かを判断し、印紙税課税対象の代金支払い方法による金額が印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レシート用紙等を用いて１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な電子式キャッシュレジスタ，ＰＯＳ（Point Of Sales）端末等の商品販売データ処理装置及びこの商品販売データ処理装置として機能するコンピュータが読取り可能な領収証発行制御プログラムに関する。
【背景技術】
【０００２】
レシート用紙等を用いて１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な電子式キャッシュレジスタ，ＰＯＳ端末等の商品販売データ処理装置は既に実用化されている。
【０００３】
例えば、購入商品についてデータ通信を利用した外部決済が可能に形成されている商品販売データ処理装置において、取引商品データ以外に領収証である旨のタイトル、宛名欄、印紙貼付欄、販売日等の領収証データが印字された領収証兼用レシートを発行するようにしたものが知られている。このものにおいては、外部決済の場合には外部決済金額データが印字され、現金決済の場合は預かり金額，釣銭額等の現金決済金額データが印字される（例えば、特許文献１参照）。
【０００４】
ところで、領収証に貼付される収入印紙（印紙）は、印紙税という税金である。印紙税は、印紙税法で定められた課税文書に課税される。領収証のように売上代金に対する金銭の受領金額が記載された文書は課税文書に該当する。ただし、現時点における我が国の税法では、受領金額が３万円未満の場合は非課税であり、印紙を貼付する必要はない。受領金額が３万円に達すると課税される。因みに、受領金額が３万円以上〜１００万円以下の場合には２００円の印紙を貼付する必要がある。
【０００５】
一方、クレジットカードでの支払いは現金の授受を伴わない。このため、受領金額が３万円以上の領収証でも印紙税は賦課されず、印紙を貼付する必要はない。そこで、従来の店舗において、クレジットカードで代金を支払った顧客から領収証の発行を求められた場合には、領収証の空欄に“クレジットカード”等と明記することで、課税対象外であることがわかるようにしていた。
【特許文献１】特開２０００−３５８５７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の領収証発行機能を有した商品販売データ処理装置においては、代金の支払い方法に係らず領収証の発行が指令されると印紙貼付欄が設けられた領収証を印字発行していた。このため、アルバイトや新入りの店員のように会計業務に不慣れな場合、クレジットカードでの支払いであっても受領金額が３万円以上であったならば印紙を貼付してしまうということがあった。
【０００７】
また、領収証の空欄に“クレジットカード”等と明記しなければならないため面倒である上、明記し忘れてしまったために課税文書なのか否かを区別できなくなる場合もあり、解決が望まれていた。
【０００８】
本発明はこのような事情に基づいてなされたものであり、その目的とするところは、領収証の発行に関する店員側のミス防止及び負担軽減を図り得る商品販売データ処理装置を提供しようとするものである。
【０００９】
また本発明は、商品販売データ処理装置として動作することが可能なコンピュータを、領収証の発行に関する店員側のミス防止及び負担軽減を図り得るものとして実現できる領収証発行制御プログラムを提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明の商品販売データ処理装置、例えば電子式キャッシュレジスタ，ＰＯＳ端末等は、商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能なものにおいて、現金払い，クレジットカード支払い等の代金支払方法毎に印紙税の課税対象か否かを識別する情報を記憶する記憶手段と、この記憶手段に記憶された情報に基づいて１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する演算手段と、この演算手段により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額以上か否かを判断する判断手段と、この判断手段により印紙税課税対象の代金支払い方法による金額が印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御手段とを備えたものである。
【００１１】
本発明の領収証発行制御プログラムは、商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な商品販売データ処理装置として動作することが可能なコンピュータに、１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する演算機能と、この演算機能により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額以上か否かを判断する判断機能と、この判断機能により印紙税課税対象の代金支払い方法による金額が印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御機能とを実現させるものである。
【発明の効果】
【００１２】
かかる手段を講じた本発明によれば、領収証の発行に関する店員側のミス防止及び負担軽減を図ることができる商品販売データ処理装置を提供できる。
【００１３】
また本発明によれば、商品販売データ処理装置として動作することが可能なコンピュータを、領収証の発行に関する店員側のミス防止及び負担軽減を図り得るものとして実現できる領収証発行制御プログラムを提供できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、現金払い，クレジットカード払い及び商品券払いの３種類の代金支払い方法に対応し、レシート用紙を用いて１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能なＰＯＳ端末に本発明を適用した場合である。因みに、代金はいずれか１つの方法で支払ってもよいし、複数の方法を組合せて支払ってもよい。
【００１５】
図１は本実施の形態におけるＰＯＳ端末の要部構成を示すブロック図である。このＰＯＳ端末は、コンピュータを主体に構成している。すなわち、その中枢部として各種のデータ処理を行うためのＣＰＵ（Central Processing Unit）１と、データや命令等を記憶するためのＲＯＭ（Read Only Memory）２及びＲＡＭ（Random Access Memory）３と、各種データファイルを保存するためのＨＤＤ（Hard Disk Drive）装置４とが搭載されている。
【００１６】
また、現在の日付及び時刻を計時するＩＣチップからなる時計部５、ストアコンピュータ等の外部機器とネットワークを通じて行うデータ通信を司る通信インターフェイス６、スキャナが電気的に接続されるスキャナインターフェイス７、モードスイッチ８からの信号入力と、ドロワ９への開放指令信号出力を行うＩ／Ｏ（Input/Output）ポート１０、キーボード１１から操作キーに対応したキー信号を取り込むキーボードコントローラ１２、オペレータ用表示器１３に対するデータ表示を制御する第１の表示コントローラ１４、客用表示器１５に対するデータ表示を制御する第２の表示コントローラ１６、レシート・ジャーナルプリンタ１７によるレシート印字及びジャーナル印字を制御するプリンタコントローラ１８、カードリーダ１９によるクレジットカード等のカードデータの読取りを制御するカードリーダコントローラ２０等が搭載されている。ＣＰＵ１と、ＲＯＭ２，ＲＡＭ３，ＨＤＤ装置４，時計部５及びＩ／Ｏポート１０と、各インターフェイス６，７と、各コントローラ１２，１４，１６，１８，２０とは、アドレスバス，データバス等のバスライン２１で接続されている。
【００１７】
モードスイッチ８は、当該ＰＯＳ端末において実行可能な「登録」，「点検」，「精算」，「設定」等の各種業務モードのなかからＣＰＵ１に実行させる業務モードを選択し、その実行をＣＰＵ１に通知するためのスイッチである。因みに「登録」とは、客が買上げる商品のデータ入力を受付け、そのデータが入力されると、そのデータを基に客が買上げる商品の販売データを処理し、売上データをメモリに登録する業務である。「点検」とは、「登録」業務の実行によりメモリに登録された売上データを集計したデータを印字または表示出力する業務である。「精算」とは、「点検」業務と同様に売上データの集計データを出力した後、売上データをメモリからクリアする業務である。「設定」とは、各種業務を実行する上で必要なデータを予めメモリに設定する業務である。
【００１８】
キーボード１１には、図２に示すように、「００」及び「０」〜「９」の数値データを置数するための置数キー３１の他、「Ｃ」のクリアキー３２、「×」の乗算キー３３、小計キー３４、現計キー３５、クレジットキー３６、商品券キー３７、領収証キー３８等の各種ファンクションキーが配設されている。現計キー３５は、現金による代金支払金額を入力するためのキーである。クレジットキー３６は、クレジットカードによる代金支払金額を入力するためのキーである。商品券キー３７は、商品券による代金支払金額を入力するためのキーである。領収証キー３８は、１取引の売上代金が受領金額として印字される領収証の発行を宣言するためのキーである。
【００１９】
かかる構成のＰＯＳ端末においては、ＲＯＭ２には、モードスイッチ８により選択された業務モードの処理をＣＰＵ１に実行させるためのプログラムデータが予め格納されている。ＲＡＭ３には、各種業務モードの実行において入力されるデータや演算処理されるデータを一時的に記憶するための各種メモリエリアが形成されている。ＨＤＤ装置４には、各商品の品名，単価等がプリセットされた商品データファイルや、各商品の売上点数，売上金額等の売上データを蓄積する売上データファイル等が保存されている。
【００２０】
そして本実施の形態では、現金払い，クレジットカード払い，商品券払いなどの代金支払い方法を識別する締め区分別に、その締め区分によって特定される代金支払い方法で支払われたときの領収証が印紙税の課税対象か否かを識別する情報を予め設定記憶してなる記憶手段として、締め区分テーブル４１がＨＤＤ装置４に保存されている。締め区分テーブル４１の一例を図３に示す。この例では、締め区分「０１」が現金払いに対応しており、締め区分「０２」がクレジットカード払いに対応しており、締め区分「０３」が商品券払いに対応している。したがって、締め区分「０１」及び「０３」に対しては、領収証が印紙税の課税対象であることを示す情報「対象」が設定されており、締め区分「０２」に対しては、領収証が印紙税の課税対象外であることを示す情報「対象外」が設定されている。
【００２１】
またＲＡＭ３には、特に図４に示すように、最新の１商取引に関する情報を記憶するための取引メモリ５１と、領収証の発行制御の際に使用される金額メモリ５２とが形成されている。取引メモリ５１には、取引日付，取引時刻，取引番号，取引商品データ，取引合計点数，取引合計金額及び締め区分別の支払金額が記憶される。金額メモリ５２には、領収証金額，印紙対象金額及び印紙対象外金額が記憶される。
【００２２】
かかる構成のＰＯＳ端末が設置された店舗の会計（レジ）では、客が買上商品の精算を申し出ると、会計担当者であるキャッシャは、「登録」モードが選択されているＰＯＳ端末のキーボード１１またはスキャナを操作して、その客が購入する商品の商品コード，販売点数等の商品データを入力する。そうすると、この商品の商品コード，商品名，単価，販売点数，販売金額等の取引商品データが取引メモリ５１に格納される。なお、取引メモリ５１は、当該客の１点目の商品データ入力に応じてクリアされる。そしてクリア後、時計部５から読み出した現在日付と現在時刻のデータがそれぞれ取引日付及び取引時刻のデータとして取引メモリ５１に格納される。また、新規の取引番号が発番され、取引メモリ５１に格納される。
【００２３】
当該客が購入する全ての商品の商品データを入力し終えたならば、キャッシャは、小計キー３４を押下する。そうすると、当該客が購入する全ての商品の購入点数及び合計金額が取引合計点数及び取引合計金額として取引メモリ５１に格納される。また、オペレータ用表示器１３及び客用表示器１５に取引合計金額が表示されるので、キャッシャは、客にこの合計金額の支払いを求める。
【００２４】
ここで、客が一部をクレジットカードで支払い、残りを現金で支払った場合には、キャッシャは、先ず、クレジットカードのカードデータをカードリーダ１６で読取らせるとともに、クレジットカードによる支払い金額（＜取引合計金額）を置数し、クレジットキー３６を押下する。そうすると、このクレジットカードの信用照会が外部機器に対して行われる。そして、外部機器から承認応答があると、プリンタ１７が駆動して店控え用と客控え用のクレジット伝票が印字発行される。また、クレジットカード払いを示す締め区分［０２］とクレジットカードによる支払金額が取引メモリ５１に格納される。さらに、取引合計金額とクレジットカードによる支払い金額との差額が残高としてオペレータ用表示器１３及び客用表示器１５に表示される。
【００２５】
次に、キャッシャは預り金額を置数し、現計キー３５を押下する。そうすると、預り金額が残高と比較される。そして、預かり金額が残高以上であれば取引が確定するので、預り金額と残高との差額が釣銭額としてオペレータ用表示器１３及び客用表示器１５に表示される。また、プリンタ１７が駆動して買上レシートが印字発行されるとともに、ドロワ９が開放する。さらに、現金払いを示す締め区分［０１］と現金による支払金額（残高）が取引メモリ５１に格納される。
【００２６】
そこでキャッシャは、クレジットカードを客に返すとともに店控え用のクレジット伝票に客のサインをもらい、客控え用のクレジット伝票を客に渡す。また、ドロワ９から釣銭額に相当する現金を揃え、買上レシートとともに客に渡す。
【００２７】
ここで、客が領収証の発行を求めたとする。この場合、キャッシャは、領収証キー３８を押下する。そうすると、ＣＰＵ１が図５の流れ図に示す領収証発行処理を実行する。この処理は、ＲＯＭ２またはＨＤＤ装置４に記憶された領収証発行制御プログラムにより実現される。
【００２８】
すなわちＣＰＵ１は、この処理を開始すると、先ず、ＳＴ（ステップ）１としてＨＤＤ装置４から領収証データを読み込む。領収証データには、領収証のフォーマットデータであり、領収証である旨のタイトルの他、宛名欄、金額欄、名目欄、日付欄、印紙貼付欄等が含まれる。また、ＳＴ２として取引メモリ５１から取引データを読み込む。取引データには、取引メモリ５１に格納されている取引日付，取引時刻，取引番号，取引商品データ，取引合計点数，取引合計金額及び締め区分別の支払金額等が含まれる。なお、先に取引データを読み込み、後から領収証データを読み込んでもよい。
【００２９】
次に、ＣＰＵ１は、ＳＴ３として取引データから締め区分を取得する。そして、ＳＴ４として締め区分テーブル４１を参照して、取得した締め区分が収入印紙対象か否かを判断する。ここで、収入印紙対象の場合、つまり当該締め区分に対応する情報が「対象」の場合には、ＳＴ５として取引データから当該締め区分で識別される支払い方法の支払金額を取得し、金額メモリ５２の印紙対象金額欄に加算する。これに対し、収入印紙対象外の場合、つまり当該締め区分に対応する情報が「対象外」の場合には、ＳＴ６として同様の支払金額を金額メモリ５２の印紙対象外金額欄に加算する。しかる後、ＳＴ７として同様の支払金額を金額メモリ５２の領収証金額欄に加算する。なお、金額メモリ５２は、この領収証発行処理の開始時またはその前に“０”にクリアされている。
【００３０】
次に、ＣＰＵ１は、ＳＴ８として取引データに他の締め区分が存在するか否かを判断する。そして、他の締め区分が存在する場合には、ＳＴ３の処理に戻る。すなわち、その締め区分を取得し、印紙対象であれば支払金額を印紙対象金額欄に加算し、印紙対象外であれば支払金額を印紙対象外金額欄に加算する。また、同支払金額を領収証金額欄に加算する。ここに、ＣＰＵ１は、ＳＴ４，５，６の各処理により、１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する演算手段を構成している。
【００３１】
かくして、取引データに含まれる全ての締め区分について上記処理を実行し、１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額、いわゆる印紙対象金額と印紙税課税対象外の代金支払い方法による金額、いわゆる印紙対象外金額とに区分したならば、次にＣＰＵ１は、ＳＴ９として領収証データと取引データとに基づいて領収証印字データを編集する。そして、領収証印字データの金額欄に、金額メモリ５２に記憶された領収証金額の印字データをセットする。
【００３２】
次に、ＣＰＵ１は、ＳＴ１０として金額メモリ５２に記憶された印紙対象金額が課税対象下限額Ａ以上か否かを判断する。なお、課税対象下限額Ａは、印紙税が賦課される領収証の最低受領金額であり、我が国の現行の税制度では３万円に設定されている。すなわちＣＰＵ１は、ＳＴ１０の処理により、前記演算手段（ＳＴ４，５，６）により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額か否かを判断する判断手段を構成している。
【００３３】
ＳＴ１０にて印紙対象金額が課税対象下限額Ａ以上の場合には、ＣＰＵ１は、ＳＴ１１として領収証印字データに印紙貼付欄を追加する。これに対し、印紙対象金額が課税対象下限額Ａ未満の場合には、ＣＰＵ１は、ＳＴ１２として領収証印字データから印紙貼付欄を省略する。ここに、ＣＰＵ１は、ＳＴ１１，１２の処理により、前記判断手段（ＳＴ１０）により印紙税課税対象の代金支払い方法による金額が印紙税課税額であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御手段を構成する。
【００３４】
次に、ＣＰＵ１は、ＳＴ１３として金額メモリ５２内の印紙対象外金額が“０”より大きい金額か否かを判断する。そして、“０”より大きい金額の場合には、ＳＴ１４としてこの印紙対象外金額が領収証金額内に含まれていることを示す印字データを編集し、領収証印字データに追加する。ここに、ＣＰＵ１は、ＳＴ１３，１４の処理により、前記演算手段により求められた印紙税課税対象外の代金支払い方法による金額を、受領金額に含まれる金額として領収証に受領金額とともに印字する対象外金額印字手段を構成する。
【００３５】
しかる後、ＣＰＵ１は、ＳＴ１４として領収証印字データをプリンタ１７に出力して、レシート用紙及びジャーナル用紙に印字させる。以上で、この領収証発行制御プログラムによる処理を終了する。
【００３６】
本実施の形態のＰＯＳ端末により発行される領収証の印字パターン例を図６及び図７に示す。図６は合計金額５２，５００円の商取引に対して２０，０００円をクレジットカードで支払い、残りの３２，５００円を現金で支払った場合であり、図７は同合計金額５２，５００円の商取引に対して３０，０００円をクレジットカードで支払い、残りの２２，５００円を現金で支払った場合である。
【００３７】
図６及び図７において、符号６１は領収証タイトルであり、符号６２は宛名欄であり、符号６３は金額欄であり、符号６４は名目欄であり、符号６５は日付欄であり、符号６６は印紙貼付欄である。各欄６１〜６６は、レシート用紙に対して横向きに印字されている。また、符号６７は購入明細欄であって、購入日付，レジ番号，購入商品の商品コード，品名及び販売金額，小計額，外税額，合計金額，取引番号，購入点数，取引時刻等が印字されている。購入明細欄６７は、レシート用紙に対して縦向きに印字されている。
【００３８】
図６の場合は、領収証金額５２，５００円に対して印紙対象金額が現金払いの金額３２，５００円であり、印紙対象外金額がクレジットカード払いの金額２０，０００円であるので、印紙対象金額が３万円以上となるため印紙貼付欄６６が追加されている。
【００３９】
図７の場合は、領収証金額５２，５００円に対して印紙対象金額が現金払いの金額２２，５００円であり、印紙対象外金額がクレジットカード払いの金額３０，０００円であるので、印紙対象金額が３万円未満となるため印紙貼付欄６６が省略されている。したがって店員は、図６に示す領収証に対しては印紙を添付し、図７に示す領収証に対しては、たとえ領収証金額（受領金額）が３万円以上であっても印紙を添付しないようにする。すなわち、印紙貼付欄６６が存在する場合には印紙を添付し、存在しない場合には印紙を添付しない運用となるので、アルバイトや初心者の店員でも印紙を添付するべきか否かを惑うことが無く、ミスを防止することができる。
【００４０】
また、図６及び図７に示すように、領収証の金額欄６３の近傍には、当該金額欄６３に印字されている領収証金額のうち印紙対象外の金額がいくら含まれているのかを示す印字が成されている。例えば図６の場合は、クレジットカード払いの２０，０００円が印紙対象外の金額であることを示す情報（内印紙対象外 ２００００円）が印字されている。同様に、図７の場合は、クレジットカード払いの３０，０００円が印紙対象外の金額であることを示す情報（内印紙対象外 ３００００円）が印字されている。
【００４１】
したがって、特に図７の場合、領収証金額が３０，０００円以上であっても印紙を添付しなくてよいが、その理由として領収証金額５２，５００円の中には印紙対象外のクレジットカード払いが３００００円ほど含まれていることが明確となるので、印紙の貼り忘れでないことを容易に確認できる。すなわち従来は、店員が領収証の空欄に“クレジットカード”等と明記していたが、本実施の形態によれば明記する必要がなくなったので、店員の負担を軽減することができる。
【００４２】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００４３】
例えば前記実施の形態では、印紙税課税対象の支払い方法として現金払いと商品券払いを示し、印紙税課税対象外の支払い方法としてクレジットカード払いを示したが、他の支払い方法を処理できる電子式キャッシュレジスタやＰＯＳ端末等に本発明を同様に適用できるのは言うまでもないことである。
【００４４】
また、印紙税課税対象外の支払い方法としてクレジットカード払いしか存在し得ない場合には、対象外金額印字手段の印字レイアウトとして、例えば（内クレジットＸＸＸＸＸ円）というように、クレジットカード払いであることを明確にしてもよい。
【００４５】
また、領収証の印字フォーマットは前記実施の形態のものに限定されるものではない。例えば前記実施の形態では、レシート用紙に対して横向きに印字された領収証を発行する場合を示したが、レシート用紙に対して縦向きに印字された領収証を発行するものであってもよい。また、購入明細欄６７を有さないものであってもよい。
【００４６】
また、前記実施の形態ではＲＯＭ２またはＨＤＤ装置４に発明を実施するプログラムが予め記録されているものとして説明をしたが、これに限らず同様のプログラムをネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００４７】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施の形態であるＰＯＳ端末の要部構成を示すブロック図。
【図２】同ＰＯＳ端末のキーボードに配置される主要なキー構成を示す模式図。
【図３】同ＰＯＳ端末において記憶される締め区分テーブルのデータ構造を示す模式図。
【図４】同ＰＯＳ端末のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図５】同ＰＯＳ端末のＣＰＵが実行する領収証発行制御処理の要部手順を示す流れ図。
【図６】同ＰＯＳ端末において印字発行される印紙貼付欄付領収証の一例を示す模式図。
【図７】同ＰＯＳ端末において印字発行される印紙貼付欄省略タイプの領収証の一例を示す模式図。
【符号の説明】
【００４９】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…ＨＤＤ装置、５…時計部、１１…キーボード、１７…レシート・ジャーナルプリンタ、１９…カードリーダ、３５…現計キー、３６…クレジットキー、３７…商品券キー、３８…領収証キー、４１…締め区分テーブル、５１…取引メモリ、５２…金額メモリ。
【技術分野】
【０００１】
本発明は、レシート用紙等を用いて１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な電子式キャッシュレジスタ，ＰＯＳ（Point Of Sales）端末等の商品販売データ処理装置及びこの商品販売データ処理装置として機能するコンピュータが読取り可能な領収証発行制御プログラムに関する。
【背景技術】
【０００２】
レシート用紙等を用いて１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な電子式キャッシュレジスタ，ＰＯＳ端末等の商品販売データ処理装置は既に実用化されている。
【０００３】
例えば、購入商品についてデータ通信を利用した外部決済が可能に形成されている商品販売データ処理装置において、取引商品データ以外に領収証である旨のタイトル、宛名欄、印紙貼付欄、販売日等の領収証データが印字された領収証兼用レシートを発行するようにしたものが知られている。このものにおいては、外部決済の場合には外部決済金額データが印字され、現金決済の場合は預かり金額，釣銭額等の現金決済金額データが印字される（例えば、特許文献１参照）。
【０００４】
ところで、領収証に貼付される収入印紙（印紙）は、印紙税という税金である。印紙税は、印紙税法で定められた課税文書に課税される。領収証のように売上代金に対する金銭の受領金額が記載された文書は課税文書に該当する。ただし、現時点における我が国の税法では、受領金額が３万円未満の場合は非課税であり、印紙を貼付する必要はない。受領金額が３万円に達すると課税される。因みに、受領金額が３万円以上〜１００万円以下の場合には２００円の印紙を貼付する必要がある。
【０００５】
一方、クレジットカードでの支払いは現金の授受を伴わない。このため、受領金額が３万円以上の領収証でも印紙税は賦課されず、印紙を貼付する必要はない。そこで、従来の店舗において、クレジットカードで代金を支払った顧客から領収証の発行を求められた場合には、領収証の空欄に“クレジットカード”等と明記することで、課税対象外であることがわかるようにしていた。
【特許文献１】特開２０００−３５８５７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の領収証発行機能を有した商品販売データ処理装置においては、代金の支払い方法に係らず領収証の発行が指令されると印紙貼付欄が設けられた領収証を印字発行していた。このため、アルバイトや新入りの店員のように会計業務に不慣れな場合、クレジットカードでの支払いであっても受領金額が３万円以上であったならば印紙を貼付してしまうということがあった。
【０００７】
また、領収証の空欄に“クレジットカード”等と明記しなければならないため面倒である上、明記し忘れてしまったために課税文書なのか否かを区別できなくなる場合もあり、解決が望まれていた。
【０００８】
本発明はこのような事情に基づいてなされたものであり、その目的とするところは、領収証の発行に関する店員側のミス防止及び負担軽減を図り得る商品販売データ処理装置を提供しようとするものである。
【０００９】
また本発明は、商品販売データ処理装置として動作することが可能なコンピュータを、領収証の発行に関する店員側のミス防止及び負担軽減を図り得るものとして実現できる領収証発行制御プログラムを提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明の商品販売データ処理装置、例えば電子式キャッシュレジスタ，ＰＯＳ端末等は、商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能なものにおいて、現金払い，クレジットカード支払い等の代金支払方法毎に印紙税の課税対象か否かを識別する情報を記憶する記憶手段と、この記憶手段に記憶された情報に基づいて１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する演算手段と、この演算手段により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額以上か否かを判断する判断手段と、この判断手段により印紙税課税対象の代金支払い方法による金額が印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御手段とを備えたものである。
【００１１】
本発明の領収証発行制御プログラムは、商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な商品販売データ処理装置として動作することが可能なコンピュータに、１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する演算機能と、この演算機能により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額以上か否かを判断する判断機能と、この判断機能により印紙税課税対象の代金支払い方法による金額が印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御機能とを実現させるものである。
【発明の効果】
【００１２】
かかる手段を講じた本発明によれば、領収証の発行に関する店員側のミス防止及び負担軽減を図ることができる商品販売データ処理装置を提供できる。
【００１３】
また本発明によれば、商品販売データ処理装置として動作することが可能なコンピュータを、領収証の発行に関する店員側のミス防止及び負担軽減を図り得るものとして実現できる領収証発行制御プログラムを提供できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、現金払い，クレジットカード払い及び商品券払いの３種類の代金支払い方法に対応し、レシート用紙を用いて１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能なＰＯＳ端末に本発明を適用した場合である。因みに、代金はいずれか１つの方法で支払ってもよいし、複数の方法を組合せて支払ってもよい。
【００１５】
図１は本実施の形態におけるＰＯＳ端末の要部構成を示すブロック図である。このＰＯＳ端末は、コンピュータを主体に構成している。すなわち、その中枢部として各種のデータ処理を行うためのＣＰＵ（Central Processing Unit）１と、データや命令等を記憶するためのＲＯＭ（Read Only Memory）２及びＲＡＭ（Random Access Memory）３と、各種データファイルを保存するためのＨＤＤ（Hard Disk Drive）装置４とが搭載されている。
【００１６】
また、現在の日付及び時刻を計時するＩＣチップからなる時計部５、ストアコンピュータ等の外部機器とネットワークを通じて行うデータ通信を司る通信インターフェイス６、スキャナが電気的に接続されるスキャナインターフェイス７、モードスイッチ８からの信号入力と、ドロワ９への開放指令信号出力を行うＩ／Ｏ（Input/Output）ポート１０、キーボード１１から操作キーに対応したキー信号を取り込むキーボードコントローラ１２、オペレータ用表示器１３に対するデータ表示を制御する第１の表示コントローラ１４、客用表示器１５に対するデータ表示を制御する第２の表示コントローラ１６、レシート・ジャーナルプリンタ１７によるレシート印字及びジャーナル印字を制御するプリンタコントローラ１８、カードリーダ１９によるクレジットカード等のカードデータの読取りを制御するカードリーダコントローラ２０等が搭載されている。ＣＰＵ１と、ＲＯＭ２，ＲＡＭ３，ＨＤＤ装置４，時計部５及びＩ／Ｏポート１０と、各インターフェイス６，７と、各コントローラ１２，１４，１６，１８，２０とは、アドレスバス，データバス等のバスライン２１で接続されている。
【００１７】
モードスイッチ８は、当該ＰＯＳ端末において実行可能な「登録」，「点検」，「精算」，「設定」等の各種業務モードのなかからＣＰＵ１に実行させる業務モードを選択し、その実行をＣＰＵ１に通知するためのスイッチである。因みに「登録」とは、客が買上げる商品のデータ入力を受付け、そのデータが入力されると、そのデータを基に客が買上げる商品の販売データを処理し、売上データをメモリに登録する業務である。「点検」とは、「登録」業務の実行によりメモリに登録された売上データを集計したデータを印字または表示出力する業務である。「精算」とは、「点検」業務と同様に売上データの集計データを出力した後、売上データをメモリからクリアする業務である。「設定」とは、各種業務を実行する上で必要なデータを予めメモリに設定する業務である。
【００１８】
キーボード１１には、図２に示すように、「００」及び「０」〜「９」の数値データを置数するための置数キー３１の他、「Ｃ」のクリアキー３２、「×」の乗算キー３３、小計キー３４、現計キー３５、クレジットキー３６、商品券キー３７、領収証キー３８等の各種ファンクションキーが配設されている。現計キー３５は、現金による代金支払金額を入力するためのキーである。クレジットキー３６は、クレジットカードによる代金支払金額を入力するためのキーである。商品券キー３７は、商品券による代金支払金額を入力するためのキーである。領収証キー３８は、１取引の売上代金が受領金額として印字される領収証の発行を宣言するためのキーである。
【００１９】
かかる構成のＰＯＳ端末においては、ＲＯＭ２には、モードスイッチ８により選択された業務モードの処理をＣＰＵ１に実行させるためのプログラムデータが予め格納されている。ＲＡＭ３には、各種業務モードの実行において入力されるデータや演算処理されるデータを一時的に記憶するための各種メモリエリアが形成されている。ＨＤＤ装置４には、各商品の品名，単価等がプリセットされた商品データファイルや、各商品の売上点数，売上金額等の売上データを蓄積する売上データファイル等が保存されている。
【００２０】
そして本実施の形態では、現金払い，クレジットカード払い，商品券払いなどの代金支払い方法を識別する締め区分別に、その締め区分によって特定される代金支払い方法で支払われたときの領収証が印紙税の課税対象か否かを識別する情報を予め設定記憶してなる記憶手段として、締め区分テーブル４１がＨＤＤ装置４に保存されている。締め区分テーブル４１の一例を図３に示す。この例では、締め区分「０１」が現金払いに対応しており、締め区分「０２」がクレジットカード払いに対応しており、締め区分「０３」が商品券払いに対応している。したがって、締め区分「０１」及び「０３」に対しては、領収証が印紙税の課税対象であることを示す情報「対象」が設定されており、締め区分「０２」に対しては、領収証が印紙税の課税対象外であることを示す情報「対象外」が設定されている。
【００２１】
またＲＡＭ３には、特に図４に示すように、最新の１商取引に関する情報を記憶するための取引メモリ５１と、領収証の発行制御の際に使用される金額メモリ５２とが形成されている。取引メモリ５１には、取引日付，取引時刻，取引番号，取引商品データ，取引合計点数，取引合計金額及び締め区分別の支払金額が記憶される。金額メモリ５２には、領収証金額，印紙対象金額及び印紙対象外金額が記憶される。
【００２２】
かかる構成のＰＯＳ端末が設置された店舗の会計（レジ）では、客が買上商品の精算を申し出ると、会計担当者であるキャッシャは、「登録」モードが選択されているＰＯＳ端末のキーボード１１またはスキャナを操作して、その客が購入する商品の商品コード，販売点数等の商品データを入力する。そうすると、この商品の商品コード，商品名，単価，販売点数，販売金額等の取引商品データが取引メモリ５１に格納される。なお、取引メモリ５１は、当該客の１点目の商品データ入力に応じてクリアされる。そしてクリア後、時計部５から読み出した現在日付と現在時刻のデータがそれぞれ取引日付及び取引時刻のデータとして取引メモリ５１に格納される。また、新規の取引番号が発番され、取引メモリ５１に格納される。
【００２３】
当該客が購入する全ての商品の商品データを入力し終えたならば、キャッシャは、小計キー３４を押下する。そうすると、当該客が購入する全ての商品の購入点数及び合計金額が取引合計点数及び取引合計金額として取引メモリ５１に格納される。また、オペレータ用表示器１３及び客用表示器１５に取引合計金額が表示されるので、キャッシャは、客にこの合計金額の支払いを求める。
【００２４】
ここで、客が一部をクレジットカードで支払い、残りを現金で支払った場合には、キャッシャは、先ず、クレジットカードのカードデータをカードリーダ１６で読取らせるとともに、クレジットカードによる支払い金額（＜取引合計金額）を置数し、クレジットキー３６を押下する。そうすると、このクレジットカードの信用照会が外部機器に対して行われる。そして、外部機器から承認応答があると、プリンタ１７が駆動して店控え用と客控え用のクレジット伝票が印字発行される。また、クレジットカード払いを示す締め区分［０２］とクレジットカードによる支払金額が取引メモリ５１に格納される。さらに、取引合計金額とクレジットカードによる支払い金額との差額が残高としてオペレータ用表示器１３及び客用表示器１５に表示される。
【００２５】
次に、キャッシャは預り金額を置数し、現計キー３５を押下する。そうすると、預り金額が残高と比較される。そして、預かり金額が残高以上であれば取引が確定するので、預り金額と残高との差額が釣銭額としてオペレータ用表示器１３及び客用表示器１５に表示される。また、プリンタ１７が駆動して買上レシートが印字発行されるとともに、ドロワ９が開放する。さらに、現金払いを示す締め区分［０１］と現金による支払金額（残高）が取引メモリ５１に格納される。
【００２６】
そこでキャッシャは、クレジットカードを客に返すとともに店控え用のクレジット伝票に客のサインをもらい、客控え用のクレジット伝票を客に渡す。また、ドロワ９から釣銭額に相当する現金を揃え、買上レシートとともに客に渡す。
【００２７】
ここで、客が領収証の発行を求めたとする。この場合、キャッシャは、領収証キー３８を押下する。そうすると、ＣＰＵ１が図５の流れ図に示す領収証発行処理を実行する。この処理は、ＲＯＭ２またはＨＤＤ装置４に記憶された領収証発行制御プログラムにより実現される。
【００２８】
すなわちＣＰＵ１は、この処理を開始すると、先ず、ＳＴ（ステップ）１としてＨＤＤ装置４から領収証データを読み込む。領収証データには、領収証のフォーマットデータであり、領収証である旨のタイトルの他、宛名欄、金額欄、名目欄、日付欄、印紙貼付欄等が含まれる。また、ＳＴ２として取引メモリ５１から取引データを読み込む。取引データには、取引メモリ５１に格納されている取引日付，取引時刻，取引番号，取引商品データ，取引合計点数，取引合計金額及び締め区分別の支払金額等が含まれる。なお、先に取引データを読み込み、後から領収証データを読み込んでもよい。
【００２９】
次に、ＣＰＵ１は、ＳＴ３として取引データから締め区分を取得する。そして、ＳＴ４として締め区分テーブル４１を参照して、取得した締め区分が収入印紙対象か否かを判断する。ここで、収入印紙対象の場合、つまり当該締め区分に対応する情報が「対象」の場合には、ＳＴ５として取引データから当該締め区分で識別される支払い方法の支払金額を取得し、金額メモリ５２の印紙対象金額欄に加算する。これに対し、収入印紙対象外の場合、つまり当該締め区分に対応する情報が「対象外」の場合には、ＳＴ６として同様の支払金額を金額メモリ５２の印紙対象外金額欄に加算する。しかる後、ＳＴ７として同様の支払金額を金額メモリ５２の領収証金額欄に加算する。なお、金額メモリ５２は、この領収証発行処理の開始時またはその前に“０”にクリアされている。
【００３０】
次に、ＣＰＵ１は、ＳＴ８として取引データに他の締め区分が存在するか否かを判断する。そして、他の締め区分が存在する場合には、ＳＴ３の処理に戻る。すなわち、その締め区分を取得し、印紙対象であれば支払金額を印紙対象金額欄に加算し、印紙対象外であれば支払金額を印紙対象外金額欄に加算する。また、同支払金額を領収証金額欄に加算する。ここに、ＣＰＵ１は、ＳＴ４，５，６の各処理により、１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額と印紙税課税対象外の代金支払い方法による金額とに区分する演算手段を構成している。
【００３１】
かくして、取引データに含まれる全ての締め区分について上記処理を実行し、１取引の売上代金に対する支払金額を印紙税課税対象の代金支払い方法による金額、いわゆる印紙対象金額と印紙税課税対象外の代金支払い方法による金額、いわゆる印紙対象外金額とに区分したならば、次にＣＰＵ１は、ＳＴ９として領収証データと取引データとに基づいて領収証印字データを編集する。そして、領収証印字データの金額欄に、金額メモリ５２に記憶された領収証金額の印字データをセットする。
【００３２】
次に、ＣＰＵ１は、ＳＴ１０として金額メモリ５２に記憶された印紙対象金額が課税対象下限額Ａ以上か否かを判断する。なお、課税対象下限額Ａは、印紙税が賦課される領収証の最低受領金額であり、我が国の現行の税制度では３万円に設定されている。すなわちＣＰＵ１は、ＳＴ１０の処理により、前記演算手段（ＳＴ４，５，６）により求められた印紙税課税対象の代金支払い方法による金額が印紙税の課税額か否かを判断する判断手段を構成している。
【００３３】
ＳＴ１０にて印紙対象金額が課税対象下限額Ａ以上の場合には、ＣＰＵ１は、ＳＴ１１として領収証印字データに印紙貼付欄を追加する。これに対し、印紙対象金額が課税対象下限額Ａ未満の場合には、ＣＰＵ１は、ＳＴ１２として領収証印字データから印紙貼付欄を省略する。ここに、ＣＰＵ１は、ＳＴ１１，１２の処理により、前記判断手段（ＳＴ１０）により印紙税課税対象の代金支払い方法による金額が印紙税課税額であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御手段を構成する。
【００３４】
次に、ＣＰＵ１は、ＳＴ１３として金額メモリ５２内の印紙対象外金額が“０”より大きい金額か否かを判断する。そして、“０”より大きい金額の場合には、ＳＴ１４としてこの印紙対象外金額が領収証金額内に含まれていることを示す印字データを編集し、領収証印字データに追加する。ここに、ＣＰＵ１は、ＳＴ１３，１４の処理により、前記演算手段により求められた印紙税課税対象外の代金支払い方法による金額を、受領金額に含まれる金額として領収証に受領金額とともに印字する対象外金額印字手段を構成する。
【００３５】
しかる後、ＣＰＵ１は、ＳＴ１４として領収証印字データをプリンタ１７に出力して、レシート用紙及びジャーナル用紙に印字させる。以上で、この領収証発行制御プログラムによる処理を終了する。
【００３６】
本実施の形態のＰＯＳ端末により発行される領収証の印字パターン例を図６及び図７に示す。図６は合計金額５２，５００円の商取引に対して２０，０００円をクレジットカードで支払い、残りの３２，５００円を現金で支払った場合であり、図７は同合計金額５２，５００円の商取引に対して３０，０００円をクレジットカードで支払い、残りの２２，５００円を現金で支払った場合である。
【００３７】
図６及び図７において、符号６１は領収証タイトルであり、符号６２は宛名欄であり、符号６３は金額欄であり、符号６４は名目欄であり、符号６５は日付欄であり、符号６６は印紙貼付欄である。各欄６１〜６６は、レシート用紙に対して横向きに印字されている。また、符号６７は購入明細欄であって、購入日付，レジ番号，購入商品の商品コード，品名及び販売金額，小計額，外税額，合計金額，取引番号，購入点数，取引時刻等が印字されている。購入明細欄６７は、レシート用紙に対して縦向きに印字されている。
【００３８】
図６の場合は、領収証金額５２，５００円に対して印紙対象金額が現金払いの金額３２，５００円であり、印紙対象外金額がクレジットカード払いの金額２０，０００円であるので、印紙対象金額が３万円以上となるため印紙貼付欄６６が追加されている。
【００３９】
図７の場合は、領収証金額５２，５００円に対して印紙対象金額が現金払いの金額２２，５００円であり、印紙対象外金額がクレジットカード払いの金額３０，０００円であるので、印紙対象金額が３万円未満となるため印紙貼付欄６６が省略されている。したがって店員は、図６に示す領収証に対しては印紙を添付し、図７に示す領収証に対しては、たとえ領収証金額（受領金額）が３万円以上であっても印紙を添付しないようにする。すなわち、印紙貼付欄６６が存在する場合には印紙を添付し、存在しない場合には印紙を添付しない運用となるので、アルバイトや初心者の店員でも印紙を添付するべきか否かを惑うことが無く、ミスを防止することができる。
【００４０】
また、図６及び図７に示すように、領収証の金額欄６３の近傍には、当該金額欄６３に印字されている領収証金額のうち印紙対象外の金額がいくら含まれているのかを示す印字が成されている。例えば図６の場合は、クレジットカード払いの２０，０００円が印紙対象外の金額であることを示す情報（内印紙対象外 ２００００円）が印字されている。同様に、図７の場合は、クレジットカード払いの３０，０００円が印紙対象外の金額であることを示す情報（内印紙対象外 ３００００円）が印字されている。
【００４１】
したがって、特に図７の場合、領収証金額が３０，０００円以上であっても印紙を添付しなくてよいが、その理由として領収証金額５２，５００円の中には印紙対象外のクレジットカード払いが３００００円ほど含まれていることが明確となるので、印紙の貼り忘れでないことを容易に確認できる。すなわち従来は、店員が領収証の空欄に“クレジットカード”等と明記していたが、本実施の形態によれば明記する必要がなくなったので、店員の負担を軽減することができる。
【００４２】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００４３】
例えば前記実施の形態では、印紙税課税対象の支払い方法として現金払いと商品券払いを示し、印紙税課税対象外の支払い方法としてクレジットカード払いを示したが、他の支払い方法を処理できる電子式キャッシュレジスタやＰＯＳ端末等に本発明を同様に適用できるのは言うまでもないことである。
【００４４】
また、印紙税課税対象外の支払い方法としてクレジットカード払いしか存在し得ない場合には、対象外金額印字手段の印字レイアウトとして、例えば（内クレジットＸＸＸＸＸ円）というように、クレジットカード払いであることを明確にしてもよい。
【００４５】
また、領収証の印字フォーマットは前記実施の形態のものに限定されるものではない。例えば前記実施の形態では、レシート用紙に対して横向きに印字された領収証を発行する場合を示したが、レシート用紙に対して縦向きに印字された領収証を発行するものであってもよい。また、購入明細欄６７を有さないものであってもよい。
【００４６】
また、前記実施の形態ではＲＯＭ２またはＨＤＤ装置４に発明を実施するプログラムが予め記録されているものとして説明をしたが、これに限らず同様のプログラムをネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００４７】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施の形態であるＰＯＳ端末の要部構成を示すブロック図。
【図２】同ＰＯＳ端末のキーボードに配置される主要なキー構成を示す模式図。
【図３】同ＰＯＳ端末において記憶される締め区分テーブルのデータ構造を示す模式図。
【図４】同ＰＯＳ端末のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図５】同ＰＯＳ端末のＣＰＵが実行する領収証発行制御処理の要部手順を示す流れ図。
【図６】同ＰＯＳ端末において印字発行される印紙貼付欄付領収証の一例を示す模式図。
【図７】同ＰＯＳ端末において印字発行される印紙貼付欄省略タイプの領収証の一例を示す模式図。
【符号の説明】
【００４９】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…ＨＤＤ装置、５…時計部、１１…キーボード、１７…レシート・ジャーナルプリンタ、１９…カードリーダ、３５…現計キー、３６…クレジットキー、３７…商品券キー、３８…領収証キー、４１…締め区分テーブル、５１…取引メモリ、５２…金額メモリ。
【特許請求の範囲】
【請求項１】
商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な商品販売データ処理装置において、
現金払い，クレジットカード支払い等の代金支払方法毎に印紙税の課税対象か否かを識別する情報を記憶する記憶手段と、
この記憶手段に記憶された情報に基づいて前記１取引の売上代金に対する支払金額を前記印紙税課税対象の代金支払い方法による金額と前記印紙税課税対象外の代金支払い方法による金額とに区分する演算手段と、
この演算手段により求められた前記印紙税課税対象の代金支払い方法による金額が前記印紙税の課税額か否かを判断する判断手段と、
この判断手段により前記印紙税課税対象の代金支払い方法による金額が前記印紙税課税額であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
前記演算手段により求められた前記印紙税課税対象外の代金支払い方法による金額を、前記受領金額に含まれる金額として前記領収証に前記受領金額とともに印字する対象外金額印字手段、
をさらに具備したことを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な商品販売データ処理装置として動作することが可能なコンピュータに、
前記１取引の売上代金に対する支払金額を前記印紙税課税対象の代金支払い方法による金額と前記印紙税課税対象外の代金支払い方法による金額とに区分する演算機能と、
この演算機能により求められた前記印紙税課税対象の代金支払い方法による金額が前記印紙税の課税額以上か否かを判断する判断機能と、
この判断機能により前記印紙税課税対象の代金支払い方法による金額が前記印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御機能と、
を実現させるための領収証発行制御プログラム。
【請求項４】
前記コンピュータに、さらに、
前記演算機能により求められた前記印紙税課税対象外の代金支払い方法による金額を、前記受領金額に含まれる金額として前記領収証に前記受領金額とともに印字する対象外金額印字機能を実現させるための請求項３記載の領収証発行制御プログラム。
【請求項１】
商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な商品販売データ処理装置において、
現金払い，クレジットカード支払い等の代金支払方法毎に印紙税の課税対象か否かを識別する情報を記憶する記憶手段と、
この記憶手段に記憶された情報に基づいて前記１取引の売上代金に対する支払金額を前記印紙税課税対象の代金支払い方法による金額と前記印紙税課税対象外の代金支払い方法による金額とに区分する演算手段と、
この演算手段により求められた前記印紙税課税対象の代金支払い方法による金額が前記印紙税の課税額か否かを判断する判断手段と、
この判断手段により前記印紙税課税対象の代金支払い方法による金額が前記印紙税課税額であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
前記演算手段により求められた前記印紙税課税対象外の代金支払い方法による金額を、前記受領金額に含まれる金額として前記領収証に前記受領金額とともに印字する対象外金額印字手段、
をさらに具備したことを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
商品販売に係る取引のデータ処理を実行し、１取引の売上代金が受領金額として印字され印紙税の課税文書となり得る領収証を発行可能な商品販売データ処理装置として動作することが可能なコンピュータに、
前記１取引の売上代金に対する支払金額を前記印紙税課税対象の代金支払い方法による金額と前記印紙税課税対象外の代金支払い方法による金額とに区分する演算機能と、
この演算機能により求められた前記印紙税課税対象の代金支払い方法による金額が前記印紙税の課税額以上か否かを判断する判断機能と、
この判断機能により前記印紙税課税対象の代金支払い方法による金額が前記印紙税課税額以上であると判断されたときのみ当該１取引の売上代金が受領金額として印字され発行される領収証に印紙貼付欄を形成する制御機能と、
を実現させるための領収証発行制御プログラム。
【請求項４】
前記コンピュータに、さらに、
前記演算機能により求められた前記印紙税課税対象外の代金支払い方法による金額を、前記受領金額に含まれる金額として前記領収証に前記受領金額とともに印字する対象外金額印字機能を実現させるための請求項３記載の領収証発行制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−２４９３９１（Ｐ２００７−２４９３９１Ａ）
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願番号】特願２００６−６９４３６（Ｐ２００６−６９４３６）
【出願日】平成１８年３月１４日（２００６．３．１４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成１９年９月２７日（２００７．９．２７）
【国際特許分類】
【出願日】平成１８年３月１４日（２００６．３．１４）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]