JP7453105B2 - 情報処理装置、情報処理プログラム及び情報処理方法 - Google Patents

Description

本発明の実施形態は、情報処理装置、情報処理プログラム及び情報処理方法に関する。

商取引等に伴う決済には、「内税方式、税率8％」「内税方式、税率10％」「外税方式、税率8％」「外税方式、税率10％」といった複数の課税種別が一取引の対象となる複数の商品に関して混在して適用される場合がある。
一方、決済方法の多様化が進み、一取引の決済額を複数の決済方法で分担して決済することもある。例えば、決済額に対してポイントサービスによる値引きを適用後の残額を現金支払するようなケースである。あるいは、決済額に満たないプリペイドカードの残高に足りない場合に、プリペイドカードの残高分をプリペイドカード支払により決済するとともに、残額を電子マネー支払により決済するようなケースである。

税務処理においては、決済方法に応じて処理方法が異なる場合もあり得る。そしてそのような場合には、適用する課税種別が異なる複数の商品が混在し、かつ決済額を複数の決済方法で分担して決済した取引に関しては、税務処理が非常に面倒となる。
このような事情から、そのような状況における税務処理を簡易とすることが望まれていた。

特開２０１７－２０７９０５号公報

本発明が解決しようとする課題は、適用する課税種別が異なる複数の商品が混在し、かつ決済額を複数の決済方法で分担して決済した取引に関する税務処理を簡易とすることができる情報処理装置、情報処理プログラム及び情報処理方法を提供することである。

実施形態の情報処理装置は、第１の算出手段、第２の算出手段及び出力手段を備える。第１の算出手段は、一取引の対象として含まれ、決済に際して適用する課税種別が異なる商品が混在する複数の商品に関する決済額に関して複数の決済方法で分担して行われた決済に関して、課税種別毎に、その課税種別が適用された商品に関する総税額を算出する。第２の算出手段は、第１の算出手段により算出された課税種別毎の総税額のうちの複数の決済方法のそれぞれの適用額を個別に算出する。出力手段は、第２の算出手段により算出された適用額を出力する。

一実施形態に係るＰＯＳ端末装置の要部回路構成を示すブロック図。 図１に示されるプロセッサによる情報処理のフローチャート。 図１に示されるプロセッサによる情報処理のフローチャート。 明細レシートの一部の一例を示す図。 明細領収証の一部の一例を示す図。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、情報処理装置としての機能を備えたＰＯＳ（point-of-sale）端末装置を例に説明する。
図１は本実施形態に係るＰＯＳ端末装置１００の要部回路構成を示すブロック図である。
ＰＯＳ端末装置１００は、店舗における客に対する商品の販売のための処理を行う。

ＰＯＳ端末装置１００は、いわゆる対面式であり、主に店員により操作される。ＰＯＳ端末装置１００は、店員用のワークスペースに面する状態で店内等に設置される。客は、通常は、ワークスペースとは別に定められた待機スペースで待機する。そこで以下においては、ＰＯＳ端末装置１００を基準に、ワークスペース側及び待機スペース側を、店員側及び客側とそれぞれ称することとする。

ＰＯＳ端末装置１００は、プロセッサ１、メイン記憶ユニット２、補助記憶ユニット３、店員側タッチパネル４、キーボード５、固定スキャナ６、ハンディスキャナ７、クレジットカードリーダ８、近接通信ユニット９、カードリーダ／ライタ１０、レシートプリンタ１１、釣銭ユニット１２、客側タッチパネル１３、通信ユニット１４及び伝送路１５を含む。そしてプロセッサ１、メイン記憶ユニット２、補助記憶ユニット３、店員側タッチパネル４、キーボード５、固定スキャナ６、ハンディスキャナ７、クレジットカードリーダ８、近接通信ユニット９、カードリーダ／ライタ１０、レシートプリンタ１１、釣銭ユニット１２、客側タッチパネル１３及び通信ユニット１４は、伝送路１５に接続されている。

プロセッサ１、メイン記憶ユニット２及び補助記憶ユニット３が伝送路１５で接続されて、ＰＯＳ端末装置１００の制御に関する情報処理を実行するためのコンピュータが構成される。
プロセッサ１は、上記コンピュータの中枢部分に相当する。プロセッサ１は、メイン記憶ユニット２及び補助記憶ユニット３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行することにより、ＰＯＳ端末装置１００の各種の機能を実現するべくＰＯＳ端末装置１００の各部を制御する。

メイン記憶ユニット２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メイン記憶ユニット２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメイン記憶ユニット２は、プロセッサ１が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メイン記憶ユニット２は、揮発性のメモリ領域を、プロセッサ１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）等の周知の記憶デバイスを備える。補助記憶ユニット３は、プロセッサ１が各種の情報処理を行う上で使用するデータや、プロセッサ１での処理によって生成されたデータを保存する。補助記憶ユニット３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット３の記憶領域の一部は、設定テーブルＴＡとして用いられる。設定テーブルＴＡは、ＰＯＳ端末装置１００の動作に関わる各種のユーザ設定を記録するデータテーブルである。なお、設定テーブルＴＡは、メイン記憶ユニット２に記憶されてもよい。

店員側タッチパネル４は、店員側に向けて設けられている。店員側タッチパネル４は、店員に対する情報提示のための画面を表示する。また店員側タッチパネル４は、店員による画面へのタッチ操作による指示を入力する。
キーボード５は、多数のキーを、店員側からの店員による操作が簡易なように備える。キーボード５は、これらのキーの押下による店員の指示を入力する。

固定スキャナ６は、店員側に向けられた読取窓を有する。固定スキャナ６は、読取窓の前に翳された商品を撮像した上で、当該商品に形成されたバーコードが表すバーコード情報を画像処理によって認識する。そして固定スキャナ６は、プロセッサ１へ出力する。なお、固定スキャナ６は、レーザ光の反射を利用して光学的にバーコードを読み取るような他のタイプの周知のデバイスを利用することもできる。また固定スキャナ６は、商品を撮像して得た商品自体の画像からオブジェクト認識技術を利用して商品を特定する機能を備えるタイプの周知のデバイスを利用することもできる。
ハンディスキャナ７は、店員の手に持って用いられ、読み取り口に対向されたバーコードを光学的に読み取る。ハンディスキャナ７は、読み取ったバーコードが表すバーコード情報をプロセッサ１へと出力する。

クレジットカードリーダ８は、クレジットカードからカード情報を読み取る。
近接通信ユニット９は、近接された無線タグとの間で近接無線通信を行い、当該無線タグに記憶されたデータを取得する。また近接通信ユニット９は、上記の近接無線通信により、上記の無線タグに任意の情報を書き込む。
カードリーダ／ライタ１０は、会員カード及びプリペイドカードなどの予め定められたカードに記録されたカードデータを読み取る。またカードリーダ／ライタ１０は、会員カードに対して任意のデータを書き込む。

レシートプリンタ１１は、レシート用紙に対してレシート、領収証又は売上票などの証票の画像を印刷する。レシートプリンタ１１は、上記の画像を印刷したレシート用紙をレシート排出口から外部へと排出する。
釣銭ユニット１２は、硬貨投入口から投入された硬貨を、その金額を計数しつつ、内部の収納庫に収容する。釣銭ユニット１２は、収納庫に収容している硬貨を、硬貨排出口を介して硬貨トレイへと排出する。釣銭ユニット１２は、紙幣投入口から投入された紙幣を、その金額を計数しつつ、内部の収納庫に収容する。釣銭ユニット１２は、収納庫に収容している紙幣を紙幣排出口から排出する。紙幣排出口は、排出された紙幣を、その一部を外部に露出させた状態で保持する。
客側タッチパネル１３は、客側に向けて設けられている。客側タッチパネル１３は、客に対する情報提示のための画面を表示する。また客側タッチパネル１３は、客による画面へのタッチ操作による指示を入力する。

通信ユニット１４は、プロセッサ１が通信ネットワーク２００を介して、例えばＰＯＳサーバなどの任意の装置と各種データを授受するための通信処理を行う。通信ネットワーク２００としては、典型的にはＬＡＮ（local area network）が用いられる。しかしながら通信ネットワーク２００としては、ＬＡＮの他に、インターネット、ＶＰＮ（virtual private network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ユニット１４としては、通信ネットワーク２００の通信方式に準じた周知のデバイスを用いることができる。
伝送路１５は、アドレスバス、データバス及び制御信号線等を含む。伝送路１５は、接続されている各部の間で授受されるデータ及び信号を伝送する。

ＰＯＳ端末装置１００の基本ハードウェアとしては、例えば既存の別のＰＯＳ端末装置のハードウェアを用いることができる。このときにＰＯＳ端末装置１００の譲渡は一般に、後述する情報処理について記述した情報処理プログラムがメイン記憶ユニット２又は補助記憶ユニット３に記憶された状態にて行われる。しかし、上記の情報処理プログラムがメイン記憶ユニット２又は補助記憶ユニット３に記憶されない状態のＰＯＳ端末装置１００のハードウェアと情報処理プログラムとが個別に譲渡されてもよい。そして、メイン記憶ユニット２又は補助記憶ユニット３に、ＰＯＳ端末装置１００の管理者などの操作に応じて情報処理プログラムが書き込まれてもよい。あるいは、上記の情報処理プログラムとは別の情報処理プログラムがメイン記憶ユニット２又は補助記憶ユニット３に記憶された状態のＰＯＳ端末装置１００のハードウェアと上記の情報処理プログラムとが個別に譲渡されてもよい。そして、メイン記憶ユニット２又は補助記憶ユニット３に既に記憶されている情報処理プログラムを置き換える形で、別途に譲渡された上記の情報処理プログラムが書き込まれてもよい。情報処理プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

次に以上のように構成されたＰＯＳ端末装置１００の動作について説明する。
プロセッサ１は、ＰＯＳ端末装置１００の動作モードが、各種の動作条件の設定のためのモードに設定されると、設定項目と設定内容とに関する操作者の指示を受け付け、その指示に応じて設定テーブルＴＡを更新する。このときに設定可能とする設定項目は、明細印刷の有効／無効と、全印字／指定印字とである。明細印字は、後述する税額明細のレシートへの印字のことである。全印字は、税額明細を全てのレシートに印字することである。指定印字は、税額明細の印字が指定された場合にのみレシートに印字することである。

プロセッサ１は、ＰＯＳ端末装置１００が登録及び決済のためのモードで起動されると、メイン記憶ユニット２又は補助記憶ユニット３に記憶された情報処理プログラムに従って、以下に説明する情報処理を行う。
図２及び図３はプロセッサ１による情報処理のフローチャートである。なお、以下に説明する処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えばプロセッサ１は、以下に説明しない
既存の別のＰＯＳ端末装置で実現されているような各種の機能のための各種の情報処理を実行するが、以下においては本実施形態の特徴的な機能に関する情報処理のみを図示及び説明する。

ＡＣＴ１としてプロセッサ１は、登録開始であるか否かを確認する。そしてプロセッサ１は、登録開始であると判定できないならばＮＯと判定し、ＡＣＴ２へと進む。
ＡＣＴ２としてプロセッサ１は、過去の取引に関する呼び戻しが指示されたか否かを確認する。そしてプロセッサ１は、該当の指示が確認できないならばＮＯと判定し、ＡＣＴ１へと戻る。
かくしてプロセッサ１は、ＡＣＴ１及びＡＣＴ２としては、登録開始となるか、呼び戻しが指示されるのを待ち受ける。

店員は、客からの要求に応じて、その客が購入しようとする商品を取引の対象となる商品として登録するための予め定められた操作を開始する。これに応じてプロセッサ１はＡＣＴ１にてＹＥＳと判定し、ＡＣＴ３へと進む。
ＡＣＴ３としてプロセッサ１は、登録処理を実行する。登録処理は、店員による操作に応じて客が購入しようとする商品を取引の対象となる商品として登録してゆくための処理である。登録処理は例えば、既存の別のＰＯＳ端末装置で行われている処理と同様な処理であってよい。なお登録処理での登録の対象となる商品には、課税種別が異なる商品が含まれ得る。本実施形態においては、商品毎に「内税方式、税率8％」「内税方式、税率10％」「外税方式、税率8％」「外税方式、税率10％」及び「非課税」のいずれかが適用されることとする。

ＡＣＴ４としてプロセッサ１は、会計処理を実行する。会計処理は、取引の対象として登録された商品に関する決済額を算出し、当該決済額を客に決済させるための処理である。決済処理は例えば、既存の別のＰＯＳ端末装置で行われている処理と同様な処理であってよい。決済処理に用いる決済方法は、現金支払、クレジットカード支払、デビットカード支払、電子マネー支払、コード支払、キャリア支払、ポイント支払、あるいは金券支払などの様々な決済方法のうちの複数である。さらには、一取引に関する決済額を、複数の決済方法で分担して決済することも可能である。かくして情報処理プログラムに基づく情報処理をプロセッサ１が実行することによって、プロセッサ１を中枢部分とするコンピュータは決済手段として機能する。
プロセッサ１は、決済を完了したならば、今回の取引の内容及び決済結果などを含んだジャーナルデータを、図示しないＰＯＳサーバに宛てて、通信ユニット１４から通信ネットワーク２００に送信する。ジャーナルデータは、ＰＯＳサーバにおいて記憶される。なお、プロセッサ１は、ジャーナルデータをメイン記憶ユニット２又は補助記憶ユニット３に一時的に保存しておき、複数取引分のジャーナルデータを纏めてＰＯＳサーバに送信するのでもよい。

一方、店員は、過去の取引に関して呼び戻し処理の必要が生じたならば、予め定められた操作により呼び戻しを指示する。これに応じてプロセッサ１は、ＡＣＴ２にてＹＥＳと判定し、ＡＣＴ５へと進む。
ＡＣＴ５としてプロセッサ１は、呼び戻し処理を行う。呼び戻し処理は例えば、客からの返品の申し入れに対応するための処理である。呼び戻し処理は例えば、レシートを再発行するための処理である。呼び戻し処理としてどのような処理を行うか、さらにはその処理を具体的にどのように行うかは任意であり、例えばＰＯＳ端末装置１００の設計者によって定められる。
ＡＣＴ６としてプロセッサ１は、呼び戻し処理によりレシートの印刷が必要となったか否かを確認する。そしてプロセッサ１は、レシート印刷が不要であるならばＮＯと判定し、ＡＣＴ１及びＡＣＴ２の待受状態に戻る。

プロセッサ１はＡＣＴ４での会計処理を終了すると、あるいは返品などのために取引が修正された場合や、レシートの再発行の指示を受けた場合などでレシートの印刷が必要となったためにＡＣＴ６にてＹＥＳと判定した場合は、図３中のＡＣＴ７へと進む。
ＡＣＴ７としてプロセッサ１は、ＡＣＴ３で登録された取引対象の商品又はＡＣＴ５での呼び戻し処理の対象とした取引の対象となっている商品に関して課税種別が混在しているか否かを確認する。そしてプロセッサ１は例えば、対象の商品のうちの少なくとも２つに関して、適用される課税種別が互いに異なるならばＹＥＳと判定し、ＡＣＴ８へと進む。

ＡＣＴ８としてプロセッサ１は、ＡＣＴ４での決済処理又はＡＣＴ５での呼び戻し処理の対象となった取引の決済で複数の決済方法が混用されたか否かを確認する。そしてプロセッサ１は例えば、該当の取引に関して複数の決済方法が適用されているならばＹＥＳと判定し、ＡＣＴ９へと進む。
ＡＣＴ９としてプロセッサ１は、明細印字が有効であるか否かを確認する。プロセッサ１は例えば、設定テーブルＴＡを参照し、明細印字の設定として「有効」が記録されているならＹＥＳと判定し、ＡＣＴ１０へと進む。
かくしてプロセッサ１は、課税種別が混在しており、かつ決済方法が混用されており、さらに明細印字が有効とされている場合に、ＡＣＴ１０へと進む。

ＡＣＴ１０としてプロセッサ１は、全印字設定であるか否かを確認する。プロセッサ１は例えば、設定テーブルＴＡを参照し、「指定印字」が設定されていることを確認したならばＮＯと判定し、ＡＣＴ１１へと進む。
ＡＣＴ１１としてプロセッサ１は、ＡＣＴ４での決済処理又はＡＣＴ５での呼び戻し処理の対象となった取引が業務取引であるか否かを確認する。業務取引とは、客が業務目的で商品を購入するための取引を指す。プロセッサ１は例えば、ＡＣＴ３における登録処理又はＡＣＴ４における会計処理の中で、業者カードがカードリーダ／ライタ１０で読み取られるなどの予め定められた条件が成立しないならばＮＯと判定し、ＡＣＴ１２へと進む。業者カードとは、会員カードの一種であり、業務取引を行う客に対して発行される。

ＡＣＴ１２としてプロセッサ１は、明細印字が指定されたか否かを確認する。プロセッサ１は例えば、確認画面を店員側タッチパネル４及び客側タッチパネル１３の少なくとも一方に表示させて、明細印字を行うか否かの指示を受ける。店員又は客は、例えば確認画面に表されたボタンへのタッチなどの予め定められた操作により、明細印字を行うか否かを指示する。そしてプロセッサ１は、明細印字を行う指示がなされたことに応じてＹＥＳと判定し、ＡＣＴ１３へと進む。
なおＡＣＴ１０にてプロセッサ１は、例えば設定テーブルＴＡを参照して「全印字」が設定されていることを確認した場合にはＹＥＳと判定し、ＡＣＴ１３へと進む。またＡＣＴ１１にてプロセッサ１は、業務取引であることを確認したならばＹＥＳと判定し、ＡＣＴ１３へと進む。

ＡＣＴ１３としてプロセッサ１は、案分税額を算出する。案分税額とは、課税種別毎の税額を、決済方法毎に案分した税額である。プロセッサ１は具体的には、例えば以下のようにして案分税額を算出する。なお、以下では、「外税方式、税率8％」適用で表示価格が11,111円である商品を1点、「外税方式、税率10％」適用で表示価格が15,321円である商品を1点、「内税方式、税率8％」適用で表示価格が12,222円である商品を1点、「内税方式、税率10％」適用で表示価格が15,321円である商品を1点、「非課税」適用で表示価格が5,000円である商品を1点、の計5点を対象とする総決済額が61,395円である取引を、「ポイント支払」及び「割引券支払」によりそれぞれ500円分ずつ決済するとともに、残額を「現金支払」により決済する場合を例示する。

まずプロセッサ１は、案分税額を算出するのに先立ち、課税種別毎の総税額を算出する。プロセッサ１は例えば、上記の例では、「外税方式、税率8％」に関しては［11,111×0.08］により888円を、「外税方式、税率10％」に関しては［15,321×0.1］により1,532円を、「内税方式、税率8％」に関しては［12,222×0.08÷1.08］により905円を、さらに「内税方式、税率10％」に関しては［15,321×0.1÷1.10］により1,392円を、それぞれ求める。かくして情報処理プログラムに基づく情報処理をプロセッサ１が実行することによって、プロセッサ１を中枢部分とするコンピュータは、課税種別が適用された商品に関する総税額を算出する第１の算出手段として機能する。

案分税額は、対象となる課税種類での対象となる決済方法での決済金額をＳＡＡ、対象の課税種別の総税額をＴＡＡ、取引に関する総決済額をＳＡＢとそれぞれ表すならば、［ＳＡＡ×ＴＡＡ÷ＳＡＢ］として求まる。ただし本実施形態においては、上記式による計算結果は四捨五入とする。そしてそれにより生じる税額の過不足は、ＳＡＡが最大である決済方法についての計算結果を増減することで調整することとする。
ＳＡＡ及びＳＡＢは、いずれの課税種別でも同一であり、「ポイント支払」についてはＳＡＡ＝500、「割引券支払」についてはＳＡＡ＝500、「現金支払」についてはＳＡＡ＝60,395であり、ＳＡＢ＝61,395である。

「外税方式、税率8％」の場合、ＴＡＡ＝888である。かくしてプロセッサ１は、案分税額として、「ポイント支払」については7円、「割引券支払」については7円、「現金支払」については874円をそれぞれ算出する。なおこのとき、上記の数式では、7.2円、7.2円、873.5円となり、四捨五入により7円、7円、874円と算出され、その合計は888円であるから過不足の調整は不要である。

「外税方式、税率10％」の場合、ＴＡＡ＝1,532である。かくしてプロセッサ１は、案分税額として、「ポイント支払」については12円、「割引券支払」については12円、「現金支払」については1,508円をそれぞれ算出する。なおこのとき、上記の数式では、12.4円、12.4円、1,507.0円となり、四捨五入により12円、12円、1,507円と算出され、その合計は1,531円であるから不足分の1円が生じる。そこでプロセッサ１は、この1円を加えた1,508円を「現金支払」についての案分税額とする。

「内税方式、税率8％」の場合、ＴＡＡ＝905である。かくしてプロセッサ１は、案分税額として、「ポイント支払」については7円、「割引券支払」については7円、「現金支払」については890円をそれぞれ算出する。なおこのとき、上記の数式では、7.3円、7.3円、890.2円となり、四捨五入により7円、7円、890円と算出され、その合計は904円であるから不足分の1円が生じる。そこでプロセッサ１は、この1円を加えた891円を「現金支払」についての案分税額とする。

「内税方式、税率10％」の場合、ＴＡＡ＝1,392である。かくしてプロセッサ１は、案分税額として、「ポイント支払」については11円、「割引券支払」については11円、「現金支払」については1,370円をそれぞれ算出する。なおこのとき、上記の数式では、11.3円、11.3円、1,369.3円となり、四捨五入により11円、11円、1,369円と算出され、その合計は1,391円であるから不足分の1円が生じる。そこでプロセッサ１は、この1円を加えた1,370円を「現金支払」についての案分税額とする。

このようにしてプロセッサ１は、案分税額を算出する。かくして情報処理プログラムに基づく情報処理をプロセッサ１が実行することによって、プロセッサ１を中枢部分とするコンピュータは、課税種別毎の総税額のうちの前記複数の決済方法のそれぞれの適用額を案分税額として個別に算出する第２の算出手段として機能する。

ところでこれらの案分税額が、それぞれいくら分の支払いに対して課税されたものであるのかも分かると便利である。そこでプロセッサ１ではここで、案分決済額も算出することとする。案分決済額は、決済方法毎の決済額を、課税種類毎に案分した決済額である。

案分決済額は、対象となる課税種類の適用対象となる商品の表示価格の合計金額をＡＴＡと表し、上記のように算出した案分税額をＴＡＢと表すならば、内税である課税種類に関しては［ＳＡＡ×ＡＴＡ÷ＳＡＢ］として求まり、外税である課税種類に関しては［ＳＡＡ×ＡＴＡ÷ＳＡＢ＋ＴＡＢ］として求まる。ただし本実施形態においては、上記式による計算結果は四捨五入とする。そしてそれにより生じる決済額の過不足は、ＳＡＡが最大である決済方法についての計算結果を増減することで調整することとする。

「外税方式、税率8％」の場合、ＡＴＡ＝11,111である。かくしてプロセッサ１は、案分決済額として、「ポイント支払」については90円、「割引券支払」については90円、「現金支払」については10,931円をそれぞれ算出する。なおこのとき、上記の数式では、90.4円、90.4円、10,930.0円となり、四捨五入により90円、90円、10,930円と算出され、その合計は11,110円であるから不足分の1円が生じる。そこでプロセッサ１は、この1円を加えた10,931円を「現金支払」についての案分決済額とする。

「外税方式、税率10％」の場合、ＡＴＡ＝15,321である。かくしてプロセッサ１は、案分決済額として、「ポイント支払」については125円、「割引券支払」については125円、「現金支払」については15,071円をそれぞれ算出する。なおこのとき、上記の数式では、124.7円、124.7円、15,071.4円となり、四捨五入により125円、125円、15,071円と算出され、その合計は15,321円であるから過不足の調整は不要である。

「内税方式、税率8％」の場合、ＡＴＡ＝12,222である。かくしてプロセッサ１は、案分決済額として、「ポイント支払」については100円、「割引券支払」については100円、「現金支払」については12,023円をそれぞれ算出する。なおこのとき、上記の数式では、99.5円、99.5円、12,022.9円となり、四捨五入により100円、100円、12,023円と算出され、その合計は12,223円であるから過剰分の1円が生じる。そこでプロセッサ１は、この1円を減じた12,022円を「現金支払」についての案分決済額とする。

「内税方式、税率10％」の場合、ＡＴＡ＝15,321である。かくしてプロセッサ１は、案分決済額として、「ポイント支払」については125円、「割引券支払」については125円、「現金支払」については15,071円をそれぞれ算出する。なおこのとき、上記の数式では、124.7円、124.7円、15,071.4円となり、四捨五入により125円、125円、15,071円と算出され、その合計は15,321円であるから過不足の調整は不要である。

「非課税」の場合、ＡＴＡ＝5,000である。かくしてプロセッサ１は、案分決済額として、「ポイント支払」については41円、「割引券支払」については41円、「現金支払」については4,918円をそれぞれ算出する。なおこのとき、上記の数式では、40.7円、40.7円、4918.5円となり、四捨五入により41円、41円、4,919円と算出され、その合計は5,001円であるから過剰分の1円が生じる。そこでプロセッサ１は、この1円を減じた4,918円を「現金支払」についての案分決済額とする。

なお、案分税額及び案分決済額のいずれに関しても、丸め処理の方法及び過不足の調整方法はあくまでも一例であって、例えばＰＯＳ端末装置１００の設計者などにより適宜に定められてよい。例えば、不足分又は過剰分が2円以上となる場合には、複数の案分税額又は複数の案分決済額を調整するのが好ましい。

ＡＣＴ１４としてプロセッサ１は、明細レシートを印刷する。明細レシートは、既存の別のＰＯＳ端末で印刷されるような一般的なレシートに示される情報に加え、案分税額及び案分決済額を示したレシートである。

図４は明細レシートの一部の一例を示す図である。
図４では、上記の一般的なレシートと同等な領域の図示を省略し、その末尾に続く領域を表している。

プロセッサ１は、課税種別毎の商品金額と税額とを領域ＡＲＡに表す。プロセッサ１は、領域ＡＲＡの1行目には、取引対象となる商品の表示価格の合計額を小計額として表す。このため小計額は、外税適用の商品の税額は含まず、内税適用の商品の税額は含む。プロセッサ１は、領域ＡＲＡの2行目から12行目には、課税種別毎の商品の表示価格の合計額と税額とを示すとともに、外税の合計額を示す。プロセッサ１は、領域ＡＲＡの13行目には、全ての税の合計額を表す。プロセッサ１は、領域ＡＲＡの14行目には、1行目に表した小計額に外税額を加えた金額を合計額として表す。このため、この合計額が決済総額である。

プロセッサ１は、領域ＡＲＡに続けて、領域ＡＲＢ，ＡＲＣ，ＡＲＤを順に形成する。
プロセッサ１は、領域ＡＲＢには、「ポイント支払」に関して前述のように算出した案分決済額及び案分税額を表す。プロセッサ１は、領域ＡＲＢの1行目には、「ポイント支払」を適用した決済額を表す。プロセッサ１は、領域ＡＲＢの2行目及び3行目には、「外税方式、税率8％」に関して算出した案分決済額及び案分税額を表す。プロセッサ１は、領域ＡＲＢの4行目及び5行目には、「外税方式、税率10％」に関して算出した案分決済額及び案分税額を表す。プロセッサ１は、領域ＡＲＢの6行目及び7行目には、「内税方式、税率8％」に関して算出した案分決済額及び案分税額を表す。プロセッサ１は、領域ＡＲＢの8行目及び9行目には、「内税方式、税率10％」に関して算出した案分決済額及び案分税額を表す。プロセッサ１は、領域ＡＲＢの10行目には、「非課税」に関して算出した案分決済額を表す。プロセッサ１は、領域ＡＲＢの10行目には、「非課税」に関する案分税額が0円であることを表す。
プロセッサ１は、領域ＡＲＣには、「割引券支払」に関して前述のように算出した案分決済額及び案分税額を、領域ＡＲＢと同様な配置で表す。
プロセッサ１は、領域ＡＲＤには、「現金支払」に関して前述のように算出した案分決済額及び案分税額を、領域ＡＲＢと同様な配置で表す。

そしてプロセッサ１は、このような明細レシートの画像を表す画像データを生成し、その画像データに基づくレシートの印刷をレシートプリンタ１１に指示する。レシートプリンタ１１は、プロセッサ１からの指示に従い、画像データが表す画像をレシート用紙に印刷する。これにより、明細レシートが印刷される。かくして情報処理プログラムに基づく情報処理をプロセッサ１が実行することによって、プロセッサ１を中枢部分とするコンピュータは、案分税額を取引の内容ともに表したレシートである明細レシートをレシートプリンタにプリントさせることによって、案分税額を出力する出力手段として機能する。

ＡＣＴ１５としてプロセッサ１は、領収証の発行が必要であるか否かを確認する。プロセッサ１は例えば、領収証を発行する条件が成立するならばＹＥＳと判定し、ＡＣＴ１６へと進む。プロセッサ１は例えば、図２中のＡＣＴ３における登録処理、ＡＣＴ４における会計処理及びＡＣＴ５における呼び戻し処理の中で、例えば店員側タッチパネル４又は客側タッチパネル１３のいずれかで予め定められた操作により領収証の発行が指示されている場合にＹＥＳと判定する。あるいはプロセッサ１は例えば、ＡＣＴ１５にて、店員側タッチパネル４又は客側タッチパネル１３のいずれかで予め定められた操作による領収証の発行の要否の指定を待ち受け、発行が必要である旨の指定がなされたならばＹＥＳと判定する。あるいはプロセッサ１は、店員又は客の指示に依らずに、例えば無条件でＹＥＳと判定するなどしてもよい。どのような状況でＡＣＴ１５にてＹＥＳと判定するかは、例えばＰＯＳ端末装置１００の設計者によって適宜に定められてよい。

ＡＣＴ１６としてプロセッサ１は、明細領収証を印刷する。明細領収証は、既存の別のＰＯＳ端末で印刷されるような一般的な領収証に表される情報に加え、案分税額及び案分決済額を示した領収証である。

図５は明細領収証の一部の一例を示す図である。
図５では、上記の一般的な領収証と同等な領域は一部を示し、案分税額及び案分決済額を示した領域を表している。

プロセッサ１は、一般的な領収証に示される画像を形成した領域ＡＲＥに続けて、領域ＡＲＦ，ＡＲＧ，ＡＲＨを順に形成する。領域ＡＲＦ，ＡＲＧ，ＡＲＨは、図４における領域ＡＲＢ，ＡＲＣ，ＡＲＤと同じ情報を示す。
そしてプロセッサ１は、このような明細領収証の画像を表す画像データを生成し、その画像データに基づくレシートの印刷をレシートプリンタ１１に指示する。レシートプリンタ１１は、プロセッサ１からの指示に従い、画像データが表す画像をレシート用紙に印刷する。これにより、明細領収証が印刷される。

プロセッサ１は、明細領収証の印刷が完了したならば、図２中のＡＣＴ１及びＡＣＴ２の待受状態に戻る。なおプロセッサ１は、例えば領収証を発行する条件が成立しないならば図３中のＡＣＴ１５にてＮＯと判定し、ＡＣＴ１６を実行することなしに図２中のＡＣＴ１及びＡＣＴ２の待受状態に戻る。

ところでプロセッサ１は、図２中のＡＣＴ３で登録された取引対象の商品又はＡＣＴ５での呼び戻し処理の対象とした取引の対象となっている商品に関して課税種別が混在していない場合には、図３中のＡＣＴ７にてＮＯと判定する。プロセッサ１は、図２中のＡＣＴ４での決済処理又はＡＣＴ５での呼び戻し処理の対象となった取引の決済で複数の決済方法が混用されていない場合には、図４中のＡＣＴ８にてＮＯと判定する。プロセッサ１は、設定テーブルＴＡにて明細印字の設定として「無効」が記録されているならば、ＡＣＴ９にてＮＯと判定する。またプロセッサ１は、ＡＣＴ１２にて、明細印字を行わない旨が指定されたならばＮＯと判定する。そしてプロセッサ１はこれらのいずれの場合にも、ＡＣＴ１７へと進む。

ＡＣＴ１７としてプロセッサ１は、通常レシートを印刷する。通常レシートは、既存の別のＰＯＳ端末で印刷されるような一般的なレシートに表される情報を示し、案分税額及び案分決済額を示さないレシートである。

ＡＣＴ１８としてプロセッサ１は、領収証の発行が必要であるか否かを確認する。プロセッサ１は例えば、領収証を発行する条件が成立するならばＹＥＳと判定し、ＡＣＴ１９へと進む。上記の条件は、ＡＣＴ１５と同じであっても、別であってもよい。

ＡＣＴ１９としてプロセッサ１は、通常領収証を印刷する。通常領収証は、既存の別のＰＯＳ端末で印刷されるような一般的な領収証に表される情報を示し、案分税額及び案分決済額を示さない領収証である。

プロセッサ１は、通常領収証の印刷が完了したならば、図２中のＡＣＴ１及びＡＣＴ２の待受状態に戻る。なおプロセッサ１は、例えば領収証を発行する条件が成立しないならば図３中のＡＣＴ１８にてＮＯと判定し、ＡＣＴ１９を実行することなしに図２中のＡＣＴ１及びＡＣＴ２の待受状態に戻る。

以上のようにＰＯＳ端末装置１００は、課税種別毎、かつ決済方法毎の案分税額を示した明細レシートを印刷する。従って、案分税額を明細レシートから簡易に確認することができ、適用する課税種別が異なる複数の商品が混在し、かつ決済額を複数の決済方法で分担して決済した取引に関する税務処理を簡易とすることができる。

またＰＯＳ端末装置１００は、課税種別毎、かつ決済方法毎の案分税額を示した明細領収証を印刷する。従って、案分税額を明細領収証から簡易に確認することができ、適用する課税種別が異なる複数の商品が混在し、かつ決済額を複数の決済方法で分担して決済した取引に関する税務処理を簡易とすることができる。

またＰＯＳ端末装置１００は、課税種別毎、かつ決済方法毎の案分決済額を明細レシート及び明細領収証に示す。従って、案分税額を明細領収証から簡易に確認することができ、適用する課税種別が異なる複数の商品が混在し、かつ決済額を複数の決済方法で分担して決済した取引に関する税務処理をさらに簡易とすることができる。

ところで明細レシート及び明細領収証は、図４及び図５に示すように、通常レシート及び通常領収証よりも大幅に長くなる。案分税額及び案分決済額は、多くの一般消費者には不要である場合が多く、そのような客に明細レシート及び明細領収証を渡すと、客が煩わしく感じるおそれがある。また、案分税額及び案分決済額の表示を必要としない客に対して明細レシート及び明細領収証を印刷することは、レシート用紙の無駄な消費となる。しかしながらＰＯＳ端末装置１００は、ユーザ設定及びユーザの指示に応じて必要に応じて明細レシート及び明細領収証を印刷する。従って、客を煩わせてしまうこと、あるいはレシート用紙を無駄に消費してしまうことを防止できる。とくにＰＯＳ端末装置１００は、業者カードが読み取られているなどにより業務取引であることが判明している場合には、明細レシート及び明細領収証を印刷する。これにより、必要な明細レシート及び明細領収証の印刷を容易に行える。

この実施形態は、次のような種々の変形実施が可能である。
セルフタイプ又はセミセルフタイプのＰＯＳ端末装置として実現することも可能である。又は、他のＰＯＳ端末装置で登録及び決済がなされた取引、あるいは他の登録装置で登録され、他の決済装置で決済された取引に関して案分税額を算出して出力する情報処理装置として実現することも可能である。

明細レシート及び明細領収証のいずれか一方のみを印刷可能としてもよい。つまりプロセッサ１は例えば、図３中のＡＣＴ１４からＡＣＴ１８へと進むようにしてもよい。あるいはプロセッサ１は例えば、図３中のＡＣＴ１４に代えてＡＣＴ１７と同様な処理を実行した後、ＡＣＴ１５へと進んでもよい。

プロセッサ１は、領収証の印刷が必要である場合に、明細領収証及び通常領収証の何れを印刷するかを、明細レシート及び通常レシートの何れを印刷するかの判定とは別に行ってもよい。

案分税額の出力は、印刷には限らず、別の情報端末への送信、あるいは記憶メディアへの書き込みなど、別の様々な出力方法での出力を適用できる。

情報処理によりプロセッサ１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…プロセッサ、２…メイン記憶ユニット、３…補助記憶ユニット、４…店員側タッチパネル、５…キーボード、６…固定スキャナ、７…ハンディスキャナ、８…クレジットカードリーダ、９…近接通信ユニット、１０…カードリーダ／ライタ、１１…レシートプリンタ、１２…釣銭ユニット、１３…客側タッチパネル、１４…通信ユニット、１５…伝送路、１００…ＰＯＳ端末装置、２００…通信ネットワーク。

Claims (5)

1. 一取引の対象として含まれ、決済に際して適用する課税種別が異なる商品が混在する複数の商品に関する決済額に関して複数の決済方法で分担して行われた決済に関して、課税種別毎に、その課税種別が適用された商品に関する総税額を算出する第１の算出手段と、
   前記第１の算出手段により算出された課税種別毎の総税額のうちの前記複数の決済方法のそれぞれの適用額を個別に算出する第２の算出手段と、
   前記第２の算出手段により算出された適用額を出力する出力手段と、
   を具備する情報処理装置。
2. 一取引の対象として含まれ、決済に際して適用する課税種別が異なる商品が混在する複数の商品に関する決済額を複数の決済方法で分担して決済する決済手段、をさらに備え、
   前記第１の算出手段は、前記決済手段での決済に関して、課税種別毎に、その課税種別が適用された商品に関する総税額を算出する、
   請求項１に記載の情報処理装置。
3. 前記出力手段は、前記第２の算出手段により算出された適用額を、一取引の内容とともに表したレシートをプリンタにプリントさせる、
   請求項１又は請求項２に記載の情報処理装置。
4. コンピュータを、
   一取引の対象として含まれ、決済に際して適用する課税種別が異なる商品が混在する複数の商品に関する決済額に関して複数の決済方法で分担して行われた決済に関して、課税種別毎に、その課税種別が適用された商品に関する総税額を算出する第１の算出手段と、
   前記第１の算出手段により算出された課税種別毎の総税額のうちの前記複数の決済方法のそれぞれの適用額を個別に算出する第２の算出手段と、
   前記第２の算出手段により算出された適用額を出力する出力手段と、
   して機能させるための情報処理プログラム。
5. 情報処理装置に備えられたコンピュータが、
   一取引の対象として含まれ、決済に際して適用する課税種別が異なる商品が混在する複数の商品に関する決済額に関して複数の決済方法で分担して行われた決済に関して、課税種別毎に、その課税種別が適用された商品に関する総税額を算出し、
   算出された課税種別毎の総税額のうちの前記複数の決済方法のそれぞれの適用額を個別に算出し、
   算出された適用額を出力する、
   情報処理方法。