JP2024084676A - 取引処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】 ある制度に対応した証票を出力した過去の取引の対象となっていた商品の返品が、どの証票が発行された取引の対象商品に関して行われたかを事後に確認可能とする。【解決手段】 実施形態の取引処理装置は、取得手段及び出力手段を備える。取得手段は、取引内容を予め定められた制度で規定された要件を満たして表した適格証票を出力済みの過去の取引に関する取引商品が返品となった場合に、取引を識別するための識別情報を取得する。出力手段は、返品の内容を表すとともに、取得手段により取得された識別情報を表した証票を出力する。【選択図】 図４

Description

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

ＰＯＳ端末装置などの取引処理装置にあっては、税制度などの諸制度に適応してレシートなどの証票を出力できることが必要となる場合がある。
例えば、諸制度の１つとして、令和５年１０月から導入される「適格請求書等保存方式」がある。この制度は「インボイス制度」とも称され、当該呼称を以下の記載において用いることとする。このインボイス制度では、消費税に関する複数税率制度に対応した仕入税額控除のための正式な証書（適格請求書、あるいはインボイスと称され、以下ではインボイスと記す）の要件が定められている。
インボイスを買い手に渡した取引の対象となった商品が返品された場合には、その返品がどのインボイスが発行された取引の対象商品に関して行われたかを事後に確認できることが望まれていた。

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

本発明が解決しようとする課題は、ある制度に対応した証票を出力した過去の取引の対象となっていた商品の返品が、どの証票が発行された取引の対象商品に関して行われたかを事後に確認できる取引処理装置及び情報処理プログラムを提供することである。

実施形態の取引処理装置は、取得手段及び出力手段を備える。取得手段は、取引内容を予め定められた制度で規定された要件を満たして表した適格証票を出力済みの過去の取引に関する取引商品が返品となった場合に、取引を識別するための識別情報を取得する。出力手段は、返品の内容を表すとともに、取得手段により取得された識別情報を表した証票を出力する。

一実施形態に係るＰＯＳシステムの概略構成と、ＰＯＳ端末装置及びＰＯＳサーバの要部回路構成とを表すブロック図。 返品データの構成を模式的に表す図。 第１の実施形態における取引処理のフローチャート。 第１の実施形態における取引処理のフローチャート。 第１の実施形態における取引処理のフローチャート。 取引登録画面を表す図。 条件入力画面を表す図。 取引レシートを表す図。 条件入力画面を表す図。 指定画面を表す図。 指定画面を表す図。 確認画面を表す図。 返品レシートを表す図。 識別情報入力画面を表す図。 識別情報入力画面を表す図。 返品登録画面を表す図。 返品登録画面を表す図。 第２の実施形態における取引処理の一部のフローチャート。 一括レシートを表す図。 変形例としての一括レシートを表す図。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係るＰＯＳシステム１の概略構成と、ＰＯＳ端末装置１００及びＰＯＳサーバ２００の要部回路構成とを表すブロック図である。
ＰＯＳシステム１は、ＰＯＳ端末装置１００とＰＯＳサーバ２００とを通信ネットワーク２を介して通信可能として構成されている。

ＰＯＳ端末装置１００は、店舗における客に対する商品の販売のための処理を行う。つまりＰＯＳ端末装置１００は、店舗運営者と客との間での商品販売のための取引に関する処理を行う取引処理装置の一例である。
ＰＯＳ端末装置１００は、いわゆる対面式であり、主に店員がその操作者となる。ＰＯＳ端末装置１００は、店員用のワークスペースに面する状態で店内等に設置される。客は、通常は、ワークスペースとは別に定められた待機スペースで待機する。そこで以下においては、ＰＯＳ端末装置１００を基準に、ワークスペース側及び待機スペース側を、店員側及び客側とそれぞれ称することとする。

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

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

メイン記憶ユニット１０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット１０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット１０２は、書き換え可能なメモリ領域を、プロセッサ１０１によるワークエリアとして使用する。

補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）等の周知の記憶デバイスを備える。補助記憶ユニット１０３は、プロセッサ１０１が各種の情報処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１０３は、本実施形態においては、取引処理プログラムＰＲＡを記憶する。取引処理プログラムＰＲＡは、取引を処理するための後述する情報処理に関する処理手順を記述したアプリケーションプログラムである。補助記憶ユニット１０３の記憶領域の一部は、返品データＤＡＡを記憶する領域として利用される。返品データＤＡＡは、返品の対象となる商品（以下、返品商品と称する）を表すデータである。

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

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

ハンディスキャナ１０７は、店員の手に持って用いられ、読み取り口に対向されたバーコードを光学的に読み取る。ハンディスキャナ１０７は、読み取ったバーコードが表すバーコード情報をプロセッサ１０１へと出力する。
クレジットカードリーダ１０８は、クレジットカードからカード情報を読み取る。

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

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

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

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

ＰＯＳサーバ２００は、プロセッサ２０１、メイン記憶ユニット２０２、補助記憶ユニット２０３、通信ユニット２０４及び伝送路２０５等を備える。プロセッサ２０１と、メイン記憶ユニット２０２、補助記憶ユニット２０３及び通信ユニット２０４とは、伝送路２０５を介して通信可能とされている。

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

メイン記憶ユニット２０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット２０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット２０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット２０２は、プロセッサ２０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット２０２は、書き換え可能なメモリ領域を、プロセッサ２０１によるワークエリアとして使用する。

補助記憶ユニット２０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット２０３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤ、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶ユニット２０３は、プロセッサ２０１が各種の処理を行う上で使用するデータと、プロセッサ２０１での処理によって生成されたデータとを記憶する。補助記憶ユニット２０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット２０３は、本実施形態では、情報処理プログラムの１つである管理処理プログラムＰＲＢを記憶する。管理処理プログラムＰＲＢは、ＰＯＳ端末装置１００により処理された取引を管理するための情報処理の手順を表したアプリケーションプログラムである。

補助記憶ユニット２０３の記憶領域の一部は、商品マスタデータＤＡＢ、ジャーナルファイルＦＩＡ及びトランザクションファイルＦＩＢを記憶する領域として利用される。商品マスタデータＤＡＢは、ＰＯＳ端末装置１００で処理する取引の対象となり得る各種の商品に関する諸情報を含んだデータベースである。商品に関する諸情報には、商品の個々に関して、識別子としての商品コード、商品名、単価、税区分及び税率を少なくとも含む。ジャーナルファイルＦＩＡは、取引毎に生成されるジャーナルデータを集積したデータファイルである。トランザクションファイルＦＩＢは、ＰＯＳ端末装置１００で取引毎に生成されるトランザクションデータを集積したデータファイルである。

通信ユニット２０４は、通信ネットワーク２を介したデータ通信を行うための通信処理を実行する。通信ユニット２０４は、例えばインターネット用の既存の通信デバイスを用いることができる。
伝送路２０５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

ＰＯＳサーバ２００のハードウェアとしては、例えば汎用のサーバ装置を用いることができる。そしてＰＯＳサーバ２００の譲渡は一般に、補助記憶ユニット２０３に管理処理プログラムＰＲＢが記憶され、商品マスタデータＤＡＢ、ジャーナルファイルＦＩＡ及びトランザクションファイルＦＩＢが記憶されない状態にて行われる。しかし、管理処理プログラムＰＲＢが補助記憶ユニット２０３に記憶されない状態のＰＯＳサーバ２００のハードウェアと管理処理プログラムＰＲＢとが個別に譲渡されてもよい。そして、補助記憶ユニット２０３に、任意の作業者の操作に応じて管理処理プログラムＰＲＢが書き込まれてもよい。あるいは、管理処理プログラムＰＲＢと同種の別バージョンのアプリケーションプログラムが補助記憶ユニット２０３に記憶された状態のハードウェアと、管理処理プログラムＰＲＢとが個別に譲渡されてもよい。そして、任意の作業者の操作に応じて、補助記憶ユニット２０３に管理処理プログラムＰＲＢが書き込まれることによって、ＰＯＳサーバ２００が構成されてもよい。管理処理プログラムＰＲＢの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。

図２は返品データＤＡＡの構成を模式的に表す図である。
返品データＤＡＡは、ＰＯＳ端末装置１００にて処理中の返品取引に関して生成されて補助記憶ユニット１０３に記憶される。
返品データＤＡＡは、フィールドＦＡＡ，ＦＡＢ，ＦＡＣ，ＦＡＤを含む。返品データＤＡＡは、フィールドＦＡＥ以降に任意の数のフィールドを含み得る。フィールドＦＡＡには、該当の返品取引の識別子としての取引コードがセットされる。フィールドＦＡＢには、返品商品の販売のための取引（以下、元取引と称する）に関する取引処理を行ったＰＯＳ端末装置の識別子としてのレジ番号がセットされる。フィールドＦＡＣには、元取引が行われた日付がセットされる。フィールドＦＡＤには、元取引に関する取引処理を行ったＰＯＳ端末装置にて処理された取引のそれぞれのうちで元取引を識別するための識別子としての取引番号がセットされる。返品商品として登録済みの商品がある場合には、返品商品のそれぞれに関連付けたフィールドＦＡＥ，ＦＡＦ，…が返品データＤＡＡに追加される。フィールドＦＡＥ，ＦＡＦ，…には、それぞれ別々の返品商品に関する商品データがセットされる。

１つの商品データは、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤ，ＦＢＥ，ＦＢＦを含む。フィールドＦＢＡには、関連付けられた返品商品の識別子としての商品コードがセットされる。フィールドＦＢＢには、関連付けられた返品商品に対して定められた商品名がセットされる。フィールドＦＢＣには、関連付けられた返品商品の単価がセットされる。フィールドＦＢＤには、関連付けられた返品商品の税区分を表す区分コードがセットされる。なお税区分は、「外税」「内税」「免税」「非課税」のいずれかである。フィールドＦＢＥには、関連付けられた返品商品の税率がセットされる。フィールドＦＢＦには、関連付けられた返品商品の点数がセットされる。なお商品データには、別の様々な情報が含まれていてもよい。

［第１の実施形態］
次に以上のように構成されたＰＯＳシステム１の第１の実施形態に係る動作について説明する。なお、以下に説明する処理の内容は、特徴的な動作に関する処理の説明を中心とし、既存の同種のＰＯＳシステムで行われている一部の処理の説明は省略する。また以下に説明する処理に関しても一例であって、一部の処理の順序の変更、一部の処理の省略などは適宜に可能である。
ＰＯＳ端末装置１００が、取引処理のための動作状態で起動されると、プロセッサ１０１は取引処理プログラムＰＲＡに基づく情報処理（以下、取引処理と称する）を開始する。
図３、図４及び図５は取引処理のフローチャートである。

図３中のＡＣＴ１１としてプロセッサ１０１は、この後に処理対象となる新たな取引に関する新たな取引データを生成し、補助記憶ユニット１０３に記憶させる。このときにプロセッサ１０１は例えば、他の取引に対して既に割り当てられている取引番号とは異なる新たな取引番号を予め定められたルールに従って決定する。
ＡＣＴ１２としてプロセッサ１０１は、取引登録画面を例えば店員側タッチパネル１０４に表示させる。取引登録画面は、取引の対象となる商品（以下、取引商品と称する）の登録状況を表すとともに、ＰＯＳ端末装置１００に対する各種の指示のための操作を受けるためのＧＵＩ（graphical user interface）画面である。

図６は取引登録画面ＳＣＡを表す図である。
図６はＡＣＴ１２としてのプロセッサ１０１による処理により表示される取引登録画面ＳＣＡの状況を表す。つまり図６は、取引商品が１つも登録されていない状況における取引登録画面ＳＣＡを表す。
なお、取引登録画面ＳＣＡ及び後述する各種の画面は、主要な表示オブジェクトを図示しており、一部の表示オブジェクトの図示を省略している場合がある。例えば、各種の画面に表されるボタンの一部の図示を省略している場合がある。また取引登録画面ＳＣＡ及び後述する各種の画面は一例であって、例えば取引処理プログラムＰＲＡの作成者などによって適宜に定められてよい。

取引登録画面ＳＣＡは、画像ＩＭＡとボタンＢＵＡ，ＢＵＢ，ＢＵＣとを表す。画像ＩＭＡは、対象取引の内容の明細を表す。図６では取引商品が１つも登録されていないので、商品名などは表されていない。ボタンＢＵＡは、登録済みの取引商品に関する会計の開始指示を受けるためのソフトキーである。ボタンＢＵＢは、過去に行われた取引の検索の指示を受けるためのソフトキーである。ボタンＢＵＣは、返品の指示を受けるためのソフトキーである。

プロセッサ１０１は、図３中のＡＣＴ１２を終えるとＡＣＴ１３へと進む。
ＡＣＴ１３としてプロセッサ１０１は、取引商品とする商品が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４へと進む。
ＡＣＴ１４としてプロセッサ１０１は、過去に行われた取引の検索が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ１０１は、返品が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１３～ＡＣＴ１５としては、商品の指定、検索開始の指示、あるいは返品指示がなされるのを待ち受ける。

客は、売場に陳列されている商品のうちから購入しようとする商品をピックアップし、該当の商品をチェックアウトコーナーへと持って行き、ＰＯＳ端末装置１００の操作を担当する店員に渡す。
なお以下においては、商品名「ＡＡＡＡＡ」、単価「１００円」、税区分「外税」、税率「８％」である商品を１つ、商品名「ＢＢＢＢＢ」、単価「２００円」、税区分「免税」、税率「８％」である商品を１つ、商品名「ＣＣＣＣＣ」、単価「３００円」、税区分「外税」、税率「１０％」である商品を２つ、商品名「ＤＤＤＤＤ」、単価「４００円」、税区分「外税」、税率「１０％」である商品を１つ、商品名「ＥＥＥＥＥ」、単価「５００円」、税区分「免税」、税率「１０％」である商品を２つ、商品名「ＦＦＦＦＦ」、単価「６００円」、税区分「外税」、税率「１０％」である商品を１つ、商品名「ＧＧＧＧＧ」、単価「７００円」、税区分「外税」、税率「８％」である商品を１つ、を一取引として購入した客が、商品名「ＡＡＡＡＡ」である商品を１つ、商品名「ＤＤＤＤＤ」である商品を１つ、商品名「ＥＥＥＥＥ」である商品を２つ、を返品する場合の具体例を織り交ぜながらの説明とする。店舗運営者はインボイス制度の登録事業者であることとする。また、店舗では、非課税事業者が販売する商品は、消費税が免除される商品として委託販売していることとする。

店員は、客から渡された各商品を取引商品として登録するための登録操作を行う。登録操作は例えば、商品に表示されたバーコードを固定スキャナ１０６又はハンディスキャナ１０７に読み取らせる動作、あるいは商品を指定するべく店員側タッチパネル１０４にタッチする動作などである。そしてプロセッサ１０１は、このような登録操作が行われたならば、商品が指定されたとしてＡＣＴ１３にてＹＥＳと判定し、図３、図４及び図５では図示を省略する他処理へと進む。ここで進む他処理は、一取引に関する１つ又は複数の商品を取引商品として登録し、さらに当該の取引商品の代金を決済するための処理であり、例えば既存の同種のＰＯＳ端末装置で行われているのと同様な処理であってよい。

なおプロセッサ１０１は、上記の他処理の中で、取引の内容を表した取引レシートを発行する。またプロセッサ１０１は、上記の他処理の中で、ジャーナルデータ及びトランザクションデータを生成する。ジャーナルデータは、取引レシートに表したのと同等な情報を表したディジタルデータである。ジャーナルデータが含む情報は、取引レシートに表した情報と完全に一致している必要はない。トランザクションデータは、今回の処理対象となった取引の処理に関してジャーナルデータよりも詳細な情報を表したディジタルデータである。トランザクションデータは例えば、今回の処理対象となった取引の処理に関してＰＯＳ端末装置１００でなされた操作の個々に関連付けて、その操作に関する情報を表したデータとする。なお、ジャーナルデータ及びトランザクションデータにどのような情報を含めるかは、例えばＰＯＳ端末装置１００の設計者又は管理者などによって適宜に定められてよい。ただし、ジャーナルデータ及びトランザクションデータの少なくとも一方には、レジ番号、日付、取引番号及び決済金額を含む。そしてプロセッサ１０１は、上記の他処理の中で、ジャーナルデータ及びトランザクションデータをＰＯＳサーバ２００にアップロードする。ＰＯＳサーバ２００は、管理処理プログラムＰＲＢに基づくプロセッサ２０１による情報処理により、アップロードされたジャーナルデータ及びトランザクションデータに基づいて、ジャーナルファイルＦＩＡ及びトランザクションファイルＦＩＢを更新する。かくして、ＰＯＳシステム１で処理済みの取引に関する情報はジャーナルファイルＦＩＡ及びトランザクションファイルＦＩＢに集積される。

さて、客が、上述のような処理により代金の決済を終えた取引に関する取引商品の返品を、当日又は後日に店員に申し出る場合がある。この場合に店員は、プロセッサ１０１が図３中のＡＣＴ１３～ＡＣＴ１５の待ち受け状態にあるときに店員側タッチパネル１０４に表示されている図６に表したような状態の取引登録画面ＳＣＡにて、ボタンＢＵＢ又はボタンＢＵＣをタップするなどの予め定められた操作によって、取引検索又は返品を指示する。なお、当該の指示のための操作及び後述する各種の指示のための操作は、いずれも画面上に表示したボタン、すなわちソフトキーのタップとしているが、例えばキーボード１０５に備えられたキー、すなわちハードキーの押下であってもよいし、あるいはその他のどのような操作であっても構わない。

プロセッサ１０１は、取引検索を指示する操作がなされたならば図３中のＡＣＴ１４にてＹＥＳと判定し、ＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ１０１は、条件入力画面を例えば店員側タッチパネル１０４に表示させる。条件入力画面は、過去の取引を検索するための条件を入力するための画面である。

図７は条件入力画面ＳＣＢを表す図である。
条件入力画面ＳＣＢは、取引登録画面ＳＣＡに重ねてウィンドウＷＩＡを表した画面である。ウィンドウＷＩＡは、検索条件を入力するための領域ＡＲＡと、ボタンＢＵＤ，ＢＵＥとを表す。領域ＡＲＡには、レジ番号、日付、取引番号及び取引レシートに表された決済金額（以下、レシート金額と称する）をそれぞれ入力するための４つの入力欄を含む。ボタンＢＵＤは、領域ＡＲＡ内の入力欄に入力済みの検索条件を確定することの指示を受けるためのソフトキーである。ボタンＢＵＥは、取引検索を取り消すことの指示を受けるためのソフトキーである。

店員は、返品対象となる商品の取引に関する証票として渡し済みの取引レシートを客から預かる。
図８は取引レシートＲＥＡを表す図である。
図８は、前述した具体例の取引に関して客に渡される取引レシートＲＥＡの一例を表している。
取引レシートＲＥＡは、取引商品のリストを領域ＡＲＢに表す。そして取引レシートＲＥＡは、それら取引商品の取引に対する消費税の明細を領域ＡＲＣに表すとともに、適格請求書発行事業者番号（以下、事業者登録番号と称する）を示す文字列ＣＳＡを表すことで、インボイスとしての要件を満たしている。取引レシートＲＥＡは、バーコードＢＣＡを表す。バーコードＢＣＡが表すバーコードデータは、取引レシートＲＥＡを発行したＰＯＳ端末装置を識別するためのレジ番号と、取引レシートＲＥＡが表す取引が行われた日付と、取引レシートＲＥＡを発行したＰＯＳ端末装置にて処理した取引のそれぞれのうちで取引レシートＲＥＡが表す取引を識別するための取引番号と、取引レシートＲＥＡにおけるレシート金額と、を含む。

店員は、取引レシートＲＥＡを客から預かったならば、バーコードＢＣＡを固定スキャナ１０６又はハンディスキャナ１０７に読み取らせる。そうすると固定スキャナ１０６又はハンディスキャナ１０７は、バーコードＢＣＡが表すバーコードデータをプロセッサ１０１へと通知する。

プロセッサ１０１は、図３中のＡＣＴ１６を終えると、ＡＣＴ１７へと進む。
ＡＣＴ１７としてプロセッサ１０１は、検索条件を変更するための操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１８としてプロセッサ１０１は、検索条件の確定が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ１０１は、検索の取消が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１７へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１７～ＡＣＴ１９としては、変更操作、確定指示又は取消指示がなされるのを待ち受ける。

上述のように、返品対象となる商品の取引に関する取引レシートＲＥＡに表されたバーコードＢＣＡを固定スキャナ１０６又はハンディスキャナ１０７に読み取らせる操作は、変更操作の１つである。そこでプロセッサ１０１は、固定スキャナ１０６又はハンディスキャナ１０７からバーコードＢＣＡが表すバーコードデータが通知されたならば、ＡＣＴ１７にてＹＥＳと判定し、ＡＣＴ２０へと進む。

ＡＣＴ２０としてプロセッサ１０１は、変更操作に応じて検索条件を変更する。つまりプロセッサ１０１は例えば、上記のように通知されたバーコードデータに含まれるレジ番号、日付、取引番号及びレシート金額を、条件入力画面ＳＣＢの領域ＡＲＡに含まれる４つの入力欄のそれぞれへ入力情報としてセットする。これによりプロセッサ１０１は、条件入力画面ＳＣＢも、入力情報を表すように変更する。

図９は条件入力画面ＳＣＢを表す図である。
図９は、図８に表す取引レシートＲＥＡに関するレジ番号、日付、取引番号及びレシート金額である、「１０１」「２０２２／１２／３１」「７１７」及び「３８２４」を検索条件の入力情報とした状態を表している。
なおプロセッサ１０１は、バーコードＢＣＡを利用せずに、取引レシートＲＥＡを固定スキャナ１０６によって撮影した画像から文字認識処理によって取引レシートＲＥＡに表された各情報を得るのでも構わない。

店員は、条件入力画面ＳＣＢの各入力欄に入力する操作を行うことができる状態にあっては、任意のタイミングで、例えばボタンＢＵＥをタップするなどの予め定められた操作によって取消を指示することができる。そしてこれに応じてプロセッサ１０１は、図３中のＡＣＴ１９にてＹＥＳと判定し、ＡＣＴ１２以降をやり直す。

店員は、条件入力画面ＳＣＢの各入力欄に必要な情報を入力し終え、その情報に合致することを検索条件としての検索を実行することを決定したならば、例えばボタンＢＵＤをタップするなどの予め定められた操作により確定を指示する。これに応じてプロセッサ１０１は、図３中のＡＣＴ１８にてＹＥＳと判定し、図４中のＡＣＴ３０へと進む。

ＡＣＴ３０としてプロセッサ１０１は、この後に処理対象となる新たな返品取引に関する新たな返品データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。プロセッサ１０１は例えば、他の取引に対して既に割り当てられている取引コードとは異なる新たな取引コードを予め定められたルールに従って決定し、この取引コードを新たな返品データＤＡＡのフィールドＦＡＡにセットする。なおプロセッサ１０１は、返品取引に関する取引コードは、販売取引に関する取引コードと同一体系のコードとしても、別体系のコードとしてもよい。プロセッサ１０１は例えば、条件入力画面ＳＣＢの各入力欄に入力されたレジ番号、日付及び取引番号を、新たな返品データＤＡＡのフィールドＦＡＢ，ＦＡＣ，ＦＡＤにそれぞれセットする。プロセッサ１０１は、新たな返品データＤＡＡには商品データを含めない。

ＡＣＴ３１としてプロセッサ１０１は、条件入力画面ＳＣＢの各入力欄に入力された情報に合致する過去の取引を検索する。
ここで、ＰＯＳシステム１においては、ＰＯＳ端末装置１００を複数含む場合、これら複数のＰＯＳ端末装置１００のそれぞれにてプロセッサ１０１が、他のＰＯＳ端末装置１００と連携することなく個別に取引番号を決定する。このため、ＰＯＳシステム１で処理される複数の別々の取引に対して同じ取引番号が付与され得る。また各ＰＯＳ端末装置１００は、同じ取引番号を繰り返し使用する。このため、同じＰＯＳ端末装置１００で処理される複数の別々の取引に対しても同じ取引番号が付与され得る。ただし、プロセッサ１０１は、同じ日に処理する取引に対しては異なる取引番号を決定する。かくして、レジ番号と、日付と、取引番号との組み合わせにより、ＰＯＳシステム１で処理される全ての取引の個々を識別可能である。つまりレジ番号と、日付と、取引番号との組み合わせが、取引の個々を識別するための識別情報に相当する。

つまりプロセッサ１０１は、ＡＣＴ３０にてバーコードデータからレジ番号、日付及び取引番号を取り出していることによって識別情報を取得していることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは、適格証票としての取引レシートＲＥＡに表された識別情報を取得する取得手段として機能する。

そこでプロセッサ１０１は、ＰＯＳサーバ２００で管理されているジャーナルファイルＦＩＡ又はトランザクションファイルＦＩＢに表される過去の取引のうちから、レジ番号と、日付と、取引番号との組み合わせが合致する取引を検索する。そしてプロセッサ１０１は、該当の取引に関する取引商品の情報を取得する。

なお、条件入力画面ＳＣＢの各入力欄のうちの一部の入力欄への情報入力を省略可能としてもよい。この場合には、各入力欄に入力された情報に合致する取引が複数見つかる場合があるので、プロセッサ１０１は、それら複数の取引の一覧を表した画面を店員側タッチパネル１０４に表示させて、店員に１つの取引を指定させてもよい。そしてプロセッサ１０１は、指定された取引に関する取引商品の情報を取得する。この場合にプロセッサ１０１は、条件入力画面ＳＣＢの各入力欄への入力が省略された情報をジャーナルファイルＦＩＡ又はトランザクションファイルＦＩＢから取得する。

ＡＣＴ３２としてプロセッサ１０１は、指定画面を例えば店員側タッチパネル１０４に表示させる。指定画面は、返品の対象となる取引に関する取引商品のうちから返品商品を指定させるための画面である。

図１０は指定画面ＳＣＣを表す図である。
図１０は、図８に表す取引レシートＲＥＡが発行された取引での取引商品が返品の対象となる場合の最初の状態を表す。
指定画面ＳＣＣは、画像ＩＭＢとボタンＢＵＦとを表す。画像ＩＭＢは、返品の対象となる取引の内容の明細を表す。ボタンＢＵＦは、返品商品の確定指示を受けるためのソフトキーである。

プロセッサ１０１は、図４中のＡＣＴ３２を終えるとＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ１０１は、商品が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ１０１は、返品条件の変更が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ１０１は、返品商品の確定が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３３へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ３３～ＡＣＴ３５としては、商品指定、変更指示又は確定指示がなされるのを待ち受ける。

店員は、画像ＩＭＢに表される取引商品のうちから返品商品を、例えば該当の商品の情報が表されている領域をタップするなどの予め定められた操作により指定する。これに応じてプロセッサ１０１は、ＡＣＴ３３にてＹＥＳと判定し、ＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ１０１は、返品商品を変更する。つまりプロセッサ１０１は例えば、指定された商品に関する商品データが返品データＤＡＡに含まれないならば、返品データＤＡＡの末尾のフィールドの後に新たなフィールドを追加し、当該のフィールドに該当の商品に関する商品データをセットする。プロセッサ１０１は、このように追加する商品データの各フィールドには、ＡＣＴ３１で見つかった過去の取引に関して該当の商品に関してジャーナルファイルＦＩＡ又はトランザクションファイルＦＩＢに含まれている情報をセットする。またプロセッサ１０１は例えば、指定された商品が返品商品に含まれているならば、該当の商品に関する商品データを返品データＤＡＡから除外する。そしてプロセッサ１０１はこののち、ＡＣＴ３３～ＡＣＴ３５の待ち受け状態に戻る。なおプロセッサ１０１は、返品商品を変更したならば、返品商品を店員が認識可能なように指定画面を更新する。

図１１は指定画面ＳＣＣを表す図である。
図１１は、客が返品を申し出た、商品名「ＡＡＡＡＡ」である商品を１つ、商品名「ＤＤＤＤＤ」である商品を１つ、商品名「ＥＥＥＥＥ」である商品を２つ、が返品商品に含まれる状態を表す。

店員は、例えばある返品商品に関して返品する点数を変更する場合には、それを指示するための予め定められた操作を行う。これに応じてプロセッサ１０１は、図４中のＡＣＴ３４にてＹＥＳと判定し、ＡＣＴ３７へと進む。
ＡＣＴ３７としてプロセッサ１０１は、点数などの返品の条件を上記の指示に応じて変更する。そしてプロセッサ１０１はこののち、ＡＣＴ３３～ＡＣＴ３５の待ち受け状態に戻る。

店員は、客が返品を申し出た商品の全てが返品商品に含まれ、かつ返品条件が適正である状態で、例えば図１１に表されるボタンＢＵＦをタップするなどの予め定められた操作により確定を指示する。これに応じてプロセッサ１０１は、図４中のＡＣＴ３５にてＹＥＳと判定し、ＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ１０１は、確認画面を例えば店員側タッチパネル１０４に表示させる。確認画面は、返品商品の点数と返金額とを店員に確認させるための画面である。

図１２は確認画面ＳＣＤを表す図である。
確認画面ＳＣＤは、指定画面ＳＣＣに重ねてウィンドウＷＩＢを表した画面である。ウィンドウＷＩＢは、返品商品の点数と返金額とを表すとともに、ボタンＢＵＧ，ＢＵＨを表す。ボタンＢＵＧは、返品を実行することの指示を受けるためのソフトキーである。ボタンＢＵＨは、返品商品の指定に戻ることの指示を受けるためのソフトキーである。

プロセッサ１０１は、図４中のＡＣＴ３８を終えると、ＡＣＴ３９へと進む。
ＡＣＴ３９としてプロセッサ１０１は、返品の実行が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０へと進む。
ＡＣＴ４０としてプロセッサ１０１は、返品商品の指定への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３９へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ３９及びＡＣＴ４０としては、実行指示又は戻り指示を待ち受ける。

店員は、返品商品の指定に戻る場合には、ボタンＢＵＨをタップするなどの予め定められた操作によって戻りを指示する。これに応じてプロセッサ１０１は、ＡＣＴ４０にてＹＥＳと判定し、ＡＣＴ３２に戻り、以降の処理を前述と同様に繰り返す。

店員は、返品を実行するならば、ボタンＢＵＧをタップするなどの予め定められた操作によって実行を指示する。これに応じてプロセッサ１０１は、ＡＣＴ３９にてＹＥＳと判定し、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ１０１は、返品商品の代金を払い戻すための処理を行う。この処理は例えば、払い戻しに利用する決済方法の指定を受け付けた上で、該当の決済方法により返品商品の代金を払い戻すための処理であり、既存の同種のＰＯＳ端末装置で行われているのと同様な処理であってよい。

ＡＣＴ４２としてプロセッサ１０１は、返品レシートを発行する。返品レシートは、返品内容を表したレシートである。プロセッサ１０１は例えば、予め定められた返品レシート用のフォームで返品データＤＡＡに含まれる情報を展開して返品レシートの画像を生成する。そしてプロセッサ１０１は例えば、当該の画像をレシートプリンタ１１１によりレシート用紙にプリントさせることによって返品レシートを発行する。

図１３は返品レシートＲＥＢを表す図である。
図１３は、確認画面ＳＣＤが図１２に表される状態にあるときに払い戻しの実行が指示された場合に発行される返品レシートＲＥＢの状態を表す。
返品レシートＲＥＢは、返品商品のリストを領域ＡＲＤに表す。そして返品レシートＲＥＢは、それら返品商品の返品に伴い返還される消費税の明細を領域ＡＲＥに表すとともに、事業者登録番号を示す文字列ＣＳＡを表す。なおプロセッサ１０１は、返品レシートＲＥＢには、返品処理に用いられたＰＯＳ端末装置１００に拘わらずに、返品データＤＡＡのフィールドＦＡＢにセットされているレジ番号を表す文字列ＣＳＢを表す。プロセッサ１０１は、返品レシートＲＥＢには、返品処理を行った日付に拘わらずに、返品データＤＡＡのフィールドＦＡＣにセットされている日付を表す文字列ＣＳＣを表す。プロセッサ１０１は、返品レシートＲＥＢには、返品取引に対して決定された取引番号に拘わらずに、返品データＤＡＡのフィールドＦＡＤにセットされている取引番号を表す文字列ＣＳＤを表す。
返品レシートＲＥＢには、返品処理に際してのＰＯＳ端末装置１００の操作者の識別子を表す文字列ＣＳＥを表す。図１３の例では、返品処理に際してのＰＯＳ端末装置１００の操作者が、元取引に際してのＰＯＳ端末装置１００の操作者と同一である場合であり、文字列ＣＳＥが表す識別子は、図８に表す取引レシートＲＥＡに表された操作者の識別子と同一となっている。ただし、返品処理に際してのＰＯＳ端末装置１００の操作者は、元取引に際してのＰＯＳ端末装置１００の操作者と異なっても構わない。そして両操作者が異なる場合には、文字列ＣＳＥが表す識別子は、図８に表す取引レシートＲＥＡに表された操作者の識別子と異なる。

このように返品レシートＲＥＢは、返品の内容を表すとともに、返品商品を取引商品として行われた過去の取引の識別情報を表した証票の一例である。そしてプロセッサ１０１は、返品レシートＲＥＢのプリントとして、上記の証票を出力する。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは出力手段として機能する。
プロセッサ１０１はこののち、図３中のＡＣＴ１２へと戻り、以降の処理を繰り返す。

さて、ジャーナルファイルＦＩＡ及びトランザクションファイルＦＩＢのデータサイズの制限から、ジャーナルファイルＦＩＡ及びトランザクションファイルＦＩＢには最近の一定期間に関する取引に関する情報に限って集積する場合がある。そしてこの場合には、図４中のＡＣＴ３１での検索では、該当の取引が見つからない場合がある。このような場合などにおいて店員は、例えば図６に表すボタンＢＵＣをタップするなどの予め定められた操作によって返品を指示する。これに応じてプロセッサ１０１は、図３中のＡＣＴ１５にてＹＥＳと判定し、図５中のＡＣＴ５０以降の返品処理へと進む。
ＡＣＴ５０としてプロセッサ１０１は、識別情報入力画面を例えば店員側タッチパネル１０４に表示させる。識別情報入力画面は、返品対象となる商品を取引商品として含んだ取引の識別情報を入力させるための画面である。

図１４は識別情報入力画面ＳＣＥを表す図である。
識別情報入力画面ＳＣＥは、取引登録画面ＳＣＡに重ねてウィンドウＷＩＣを表した画面である。ウィンドウＷＩＣは、識別情報を入力するための領域ＡＲＦと、ボタンＢＵＩ，ＢＵＪとを表す。領域ＡＲＦには、レジ番号、日付、取引番号をそれぞれ入力するための３つの入力欄を含む。ボタンＢＵＩは、領域ＡＲＦ内の入力欄に入力済みの識別情報を確定することの指示を受けるためのソフトキーである。ボタンＢＵＪは、返品を取り消すことの指示を受けるためのソフトキーである。

なおプロセッサ１０１は、図５中のＡＣＴ５０よりも前に、インボイスを発行済みの取引に関わる返品であることを宣言するための操作を受けるようにし、当該の操作があった場合にＡＣＴ５０へと進むようにしてもよい。つまり例えば、識別情報入力画面ＳＣＥに、「返品（インボイス対応）」及び「返品（インボイス非対応）」のような２つのボタンをボタンＢＵＪに代えて表しておき、「返品（インボイス対応）」ボタンがタップされたことに応じてＡＣＴ５０へと進むようにすることが想定される。このときに、「返品（インボイス非対応）」ボタンがタップされるなどにより、インボイスを発行済みの取引に関わる返品であることを宣言がなされない場合には、例えばＡＣＴ５０～ＡＣＴ５３をパスしてＡＣＴ５５へと進むようにする。そしてさらにこの場合にプロセッサ１０１は、返品レシートに表すレジ番号は、例えば返品処理を実行したＰＯＳ端末装置１００のレジ番号とする。またこの場合にプロセッサ１０１は、返品レシートに表す日付は、例えば返品処理を実行したタイミングに応じた日付とする。またこの場合にプロセッサ１０１は、返品レシートに表す取引番号は、図３中のＡＣＴ１１で決定した取引番号とする。

プロセッサ１０１は、図５中のＡＣＴ５０を終えると、ＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ１０１は、識別情報を変更するための操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５２へと進む。
ＡＣＴ５２としてプロセッサ１０１は、識別情報の確定が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５３へと進む。
ＡＣＴ５３としてプロセッサ１０１は、返品の取消が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５１へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ５１～ＡＣＴ５３としては、変更操作、確定指示又は取消指示がなされるのを待ち受ける。

店員は、返品対象となる商品の取引に関する取引レシートに表されているレジ番号、日付、取引番号を目視で確認し、領域ＡＲＦの３つの入力欄にそれぞれ入力する。このようにレジ番号、日付、取引番号を目視で確認し、領域ＡＲＦの３つの入力欄にそれぞれ入力するための操作は、識別情報を変更するための操作の一例である。そこでプロセッサ１０１は、当該の操作がなされたならばＡＣＴ５１にてＹＥＳと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ１０１は、変更操作に応じて識別情報を変更する。プロセッサ１０１はこののち、ＡＣＴ５１～ＡＣＴ５３の待ち受け状態に戻る。

図１５は識別情報入力画面ＳＣＥを表す図である。
図１５は、図８に表す取引レシートＲＥＡに関するレジ番号、日付、取引番号である、「１０１」「２０２２／１２／３１」「７１７」及び「３８２４」が識別情報として入力された後の状態を表している。

店員は、識別情報入力画面ＳＣＥの各入力欄に入力する操作を行うことができる状態にあっては、任意のタイミングで、例えばボタンＢＵＪをタップするなどの予め定められた操作によって取消を指示することができる。そしてこれに応じてプロセッサ１０１は、図５中のＡＣＴ５３にてＹＥＳと判定し、図３中のＡＣＴ１１以降をやり直す。

店員は、例えば図１５に表す状態のように識別情報を入力し終え、この識別情報を確定するならば、例えばボタンＢＵＩをタップするなどの予め定められた操作により確定を指示する。これに応じてプロセッサ１０１は、図５中のＡＣＴ５２にてＹＥＳと判定し、ＡＣＴ５５へと進む。

ＡＣＴ５５としてプロセッサ１０１は、この後に処理対象となる新たな返品取引に関する新たな返品データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。プロセッサ１０１は例えば、図４中のＡＣＴ３０と同様に新たな取引コードを決定し、この取引コードを新たな返品データＤＡＡのフィールドＦＡＡにセットする。プロセッサ１０１は例えば、識別情報入力画面ＳＣＥの各入力欄に入力されたレジ番号、日付及び取引番号を、新たな返品データＤＡＡのフィールドＦＡＢ，ＦＡＣ，ＦＡＤにそれぞれセットする。プロセッサ１０１は、新たな返品データＤＡＡには商品データを含めない。

つまりプロセッサ１０１は、操作者の操作に応じてレジ番号、日付及び取引番号を入力することによって識別情報を取得していることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは、操作者による操作によって入力される識別情報を取得する取得手段として機能する。
ＡＣＴ５６としてプロセッサ１０１は、返品登録画面を例えば店員側タッチパネル１０４に表示させる。返品登録画面は、返品の対象となる商品を返品商品として登録するための画面である。

図１６は返品登録画面ＳＣＦを表す図である。
返品登録画面ＳＣＦは、画像ＩＭＣとボタンＢＵＫとを表す。画像ＩＭＣは、返品商品の明細を表す。図１６では取引商品が１つも登録されていないので、返品商品の商品名などは表されていない。ボタンＢＵＫは、登録済みの返品商品の確定指示を受けるためのソフトキーである。

プロセッサ１０１は、図５中のＡＣＴ５６を終えるとＡＣＴ５７へと進む。
ＡＣＴ５７としてプロセッサ１０１は、商品が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５８へと進む。
ＡＣＴ５８としてプロセッサ１０１は、返品条件の変更が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５９へと進む。
ＡＣＴ５９としてプロセッサ１０１は、返品商品の確定が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５７へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ５７～ＡＣＴ５９としては、商品指定、変更指示又は確定指示がなされるのを待ち受ける。

店員は、客から返品するとして渡された各商品を返品商品として指定するための操作を行う。この操作は例えば、取引商品として登録するための登録操作と同様であってよい。そしてこの操作に応じてプロセッサ１０１は、ＡＣＴ５７にてＹＥＳと判定し、ＡＣＴ６０へと進む。

ＡＣＴ６０としてプロセッサ１０１は、指定された商品を返品商品として登録する。つまりプロセッサ１０１は例えば、返品データＤＡＡの末尾のフィールドの後に新たなフィールドを追加し、当該のフィールドに該当の商品に関する商品データをセットする。プロセッサ１０１は、このように追加する商品データには、指定された商品の商品コードをフィールドＦＢＡにセットするとともに、当該の商品コードに関連付けて商品マスタデータＤＡＢに含まれた商品名、単価、税区分コード及び税率をフィールドＦＢＢ～ＦＢＥにそれぞれセットする。またプロセッサ１０１は、点数として「１」をフィールドＦＢＦにセットする。なおプロセッサ１０１は、点数の指定を受け付けて、指定された点数をフィールドＦＢＦにセットするのでもよい。そしてプロセッサ１０１はこののち、ＡＣＴ５７～ＡＣＴ５９の待ち受け状態に戻る。なおプロセッサ１０１は、返品商品を登録したならば、返品商品を店員が認識可能なように返品登録画面ＳＣＦを更新する。

図１７は返品登録画面ＳＣＦを表す図である。
図１７は、客が返品を申し出た、商品名「ＡＡＡＡＡ」である商品を１つ、商品名「ＤＤＤＤＤ」である商品を１つ、商品名「ＥＥＥＥＥ」である商品を２つ、が返品商品として登録済みである状態を表す。

店員は、例えばある返品商品に関して返品する点数を変更する場合には、それを指示するための予め定められた操作を行う。また、返品商品の販売時点に対して、商品マスタデータＤＡＢに含まれた単価が変更されている場合には、返品登録画面ＳＣＦに表された単価が取引レシートに表された単価と不一致となるので、店員は返品登録画面ＳＣＦに表された単価を取引レシートに表された単価に合わせるように変更するための予め定められた操作を行う。このような操作に応じてプロセッサ１０１は、図５中のＡＣＴ５８にてＹＥＳと判定し、ＡＣＴ６１へと進む。
ＡＣＴ６１としてプロセッサ１０１は、点数又は単価などの返品の条件を上述の様な指示に応じて変更する。そしてプロセッサ１０１はこののち、ＡＣＴ５７～ＡＣＴ５９の待ち受け状態に戻る。

店員は、客が返品を申し出た商品の全てが返品商品に含まれ、かつ返品条件が適正である状態で、例えば図１７に表されるボタンＢＵＫをタップするなどの予め定められた操作により確定を指示する。これに応じてプロセッサ１０１は、図５中のＡＣＴ５９にてＹＥＳと判定し、ＡＣＴ６２へと進む。
ＡＣＴ６２としてプロセッサ１０１は、図４中のＡＣＴ３８と同様に確認画面を表示させる。

ＡＣＴ６３としてプロセッサ１０１は、返品の実行が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ６４へと進む。
ＡＣＴ６４としてプロセッサ１０１は、返品商品の指定への戻りが指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ６４へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ６３及びＡＣＴ６４としては、実行指示又は戻り指示を待ち受ける。

店員は、返品商品の指定に戻る場合には、図１２に表されるボタンＢＵＨをタップするなどの予め定められた操作によって戻りを指示する。これに応じてプロセッサ１０１は、図５中のＡＣＴ６４にてＹＥＳと判定し、ＡＣＴ５７～ＡＣＴ５９の待ち受け状態に戻る。

店員は、返品を実行するならば、図１２に表されるボタンＢＵＧをタップするなどの予め定められた操作によって実行を指示する。これに応じてプロセッサ１０１は、図５中のＡＣＴ６３にてＹＥＳと判定し、図４中のＡＣＴ４１及びＡＣＴ４２を前述と同様に実行する。そしてプロセッサ１０１はこののち、図３中のＡＣＴ１１へと戻り、別の新たな取引を対象として上述の処理を繰り返す。

以上のようにＰＯＳ端末装置１００は第１の実施形態においては、返品対象となる商品を取引商品として行われた取引に関する取引レシートＲＥＡに表された当該取引の識別情報を、返品レシートＲＥＢに表す。かくして、返品レシートＲＥＢは、この返品レシートＲＥＢに表された返品が、どの取引レシートＲＥＡに表された商品に関して行われたかを証する証票となる。つまり、返品が、どの取引レシートＲＥＡが発行された取引の対象商品に関して行われたかを事後に確認することが可能となる。

そしてＰＯＳ端末装置１００は、返品対象となる商品を取引商品として行われた取引に関する識別情報を取引レシートＲＥＡから取得できたならば、その識別情報を返品レシートＲＥＢに表す。これにより操作者は、識別情報を入力する操作を行う必要がなく、操作者の負担を軽減できる。

またＰＯＳ端末装置１００は、操作者が識別情報を指定する操作を行ったならば、当該の識別情報を返品レシートＲＥＢに表す。これにより、取引レシートＲＥＡから取得できないような場合であっても、返品レシートＲＥＢを発行することができる。

［第２の実施形態］
次に前述のように構成されたＰＯＳシステム１の第２の実施形態に係る動作について説明する。
第２の実施形態に係る動作は、大筋では第１の実施形態と同様である。そこで以下においては、第１の実施形態との差異のみを説明する。

図１８は取引処理の一部のフローチャートである。なお、図１８において、図４と同一の処理に関しては、同一の符号を付してその詳細な説明は省略する。
第２の実施形態における取引処理が第１の実施形態と異なるのは、返品処理の一部である。

プロセッサ１０１は、ＡＣＴ４２までは第１の実施形態と同様に実行する。そしてプロセッサ１０１は、ＡＣＴ４２にて返品レシートを発行し終えたならば、ＡＣＴ７１へと進む。
ＡＣＴ７１としてプロセッサ１０１は、一括レシートを発行する。一括レシートは、取引の内容と返品内容とを一括して表したレシートである。つまり一括レシートは例えば、取引レシートＲＥＡに表される情報と、返品レシートＲＥＢに表される情報とを一括して表したレシートである。

図１９は一括レシートＲＥＣを表す図である。
図１９は、図８に表す取引レシートＲＥＡが客に渡された取引に関して返品がなされて図１３に表す返品レシートＲＥＢを発行した後に発行される一括レシートＲＥＣの状態を表す。

一括レシートＲＥＣは、取引商品のリストを領域ＡＲＦに表す。この領域ＡＲＦに表す情報は、図８に表す取引レシートＲＥＡにおける領域ＡＲＢに表される情報と同一である。一括レシートＲＥＣは、それら取引商品の取引に対する消費税の明細を領域ＡＲＧに表す。この領域ＡＲＧに表す情報は、図８に表される取引レシートＲＥＡにおける領域ＡＲＣに表される情報と同一である。一括レシートＲＥＣは、返品商品のリストを領域ＡＲＨに表す。この領域ＡＲＨに表す情報は、図１３に表す返品レシートＲＥＢにおける領域ＡＲＤに表される情報と同一である。一括レシートＲＥＣは、それら返品商品の返品に伴い返還される消費税の明細を領域ＡＲＩに表す。この領域ＡＲＩに表される情報は、図１３に表す返品レシートＲＥＢにおける領域ＡＲＥに表される情報と同一である。そして一括レシートＲＥＣは、事業者登録番号を示す文字列ＣＳＡを表す。一括レシートＲＥＣは、取引レシートと同様のバーコードＢＣＡを表す。プロセッサ１０１は、一括レシートＲＥＣには、返品レシートＲＥＢと同様に、文字列ＣＳＣ，ＣＳＤ，ＣＳＥを表す。プロセッサ１０１は、一括レシートＲＥＣには、取引レシートＲＥＡに表される合計金額から返品額を差し引いた金額を、当該の取引に関する最終的な請求金額として表した文字列ＣＳＦを表す。
一括レシートを発行し終えたのちのプロセッサ１０１の処理は、第１の実施形態と同様である。

以上のようにＰＯＳ端末装置１００は第２の実施形態においては、返品レシートＲＥＢの他に一括レシートＲＥＣを発行し、この一括レシートＲＥＣには、当初の取引の内容、当初の取引におけるに対する消費税の明細、返品商品のリスト、返品商品の返品に伴い返還される消費税の明細をいずれも表すとともに、事業者登録番号を示す文字列ＣＳＡを表す。つまり、一括レシートＲＥＣは、インボイスとしての要件を満たしている。このため、一括レシートＲＥＣを客に渡すことで、客はインボイスとして使用できる証票を入手できる。そして一括レシートＲＥＣを用いれば、取引レシートＲＥＡ及び返品レシートＲＥＢを組み合わせて用いる場合に比べて、取り扱いが容易となる。そして返品レシートＲＥＢを店舗にてエビデンスとして保管することができる。

この実施形態は、次のような種々の変形実施が可能である。
各実施形態において取引の識別情報は、上記の実施形態では、レジ番号と、日付と、取引番号との組み合わせとしているが、取引の個々を識別できる情報であればどのような情報であっても構わない。例えば、ＰＯＳシステム１に含まれる各ＰＯＳ端末装置１００のそれぞれが、他の取引に関する取引番号とは全く重複しないように取引番号を決定するのであれば、取引番号のみを識別情報として用いることができる。また、各ＰＯＳ端末装置１００のそれぞれで、全ての取引レシートに、取引番号などとは別のレシート識別のための個別の識別情報を割り当てるのでも構わない。

各実施形態においては、返品レシートＲＥＢを発行するのに代えて、あるいは加えて、返品レシートＲＥＢに表した情報を任意の情報通信端末の画面表示により出力するなど、プリントによる紙媒体による発行の他の任意の方法での出力を行っても構わない。

各実施形態においては、図４中のＡＣＴ１４を省略し、プロセッサ１０１は、ＡＣＴ１５にてＹＥＳと判定した場合には、ＡＣＴ１６又は図５中のＡＣＴ５０へと進むようにしてもよい。

各実施形態においては、「適格請求書等保存方式」以外の制度で規定された要件を満たした証票に関する取引に関する返品を処理する装置として構成することも可能である。

各実施形態においては、ＰＯＳシステム１に組み込まれずに単独で取引処理を行うキャッシュレジスタなどの他の形態の装置として実施することも可能である。

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

第２の実施形態においては、一括レシートＲＥＣを発行するのに代えて、あるいは加えて、一括レシートＲＥＣに表した情報を任意の情報通信端末の画面表示により出力するなど、プリントによる紙媒体による発行の他の任意の方法での出力を行っても構わない。

第２の実施形態においては、一括レシートに返品取引に関する諸情報を表すようにしても構わない。
図２０は変形例としての一括レシートＲＥＤを表す図である。
図２０に表す一括レシートＲＥＤは、一括レシートＲＥＣに対して、文字列ＣＳＥの位置を変更するとともに、文字列ＣＳＧ，ＣＳＨ，ＣＳＩを追加して表している。
文字列ＣＳＥの位置は、返品処理に関わる情報を表す領域内としている。
文字列ＣＳＧは、元取引に際してのＰＯＳ端末装置１００の操作者の識別子を表す。
そこで当該の変形例においては、プロセッサ１０１は図４中のＡＣＴ３０では、元取引に際してのＰＯＳ端末装置１００の操作者の識別子を返品データに含めるようにする。そしてプロセッサ１０１は、文字列ＣＳＧを、このように返品データに含めた識別子を表す文字列とする。
なお、前述したように図２０の例は、返品処理に際してのＰＯＳ端末装置１００の操作者が、元取引に際してのＰＯＳ端末装置１００の操作者と同一である場合であり、文字列ＣＳＥ及び文字列ＣＳＧは同一の識別子を表す。ただし、返品処理に際してのＰＯＳ端末装置１００の操作者が、元取引に際してのＰＯＳ端末装置１００の操作者と異なる場合には、文字列ＣＳＥ及び文字列ＣＳＧはそれぞれ異なる識別子を表すことになる。

文字列ＣＳＨは、例えば返品処理を実行したタイミングに応じた日付を表す。
文字列ＣＳＩは、返品取引に対して決定された取引番号を表す。
このため文字列ＣＳＨ，ＣＳＩは、返品データＤＡＡのフィールドＦＡＣにセットされている日付を表す文字列ＣＳＣ及びフィールドＦＡＤにセットされている取引番号を表す文字列ＣＳＤとは異なる。
このような一括レシートＲＥＤによれば、返品取引に関しての実行タイミング及び取引番号も確認することが可能となる。

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

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

Claims (5)

1. 取引内容を予め定められた制度で規定された要件を満たして表した適格証票を出力済みの過去の取引に関する取引商品が返品となった場合に、前記取引を識別するための識別情報を取得する取得手段と、
   前記返品の内容を表すとともに、前記取得手段により取得された識別情報を表した証票を出力する出力手段と、
   を具備する取引処理装置。
2. 前記取得手段は、前記適格証票に表された識別情報を取得する、
   請求項１に記載の取引処理装置。
3. 前記取得手段は、操作者による操作によって入力される識別情報を取得する、
   請求項１に記載の取引処理装置。
4. 前記制度は適格請求書等保存方式であり、前記識別情報は、取引の日付と、取引の処理に用いられた取引処理装置の識別子と、当該の取引処理装置で決定された取引の識別子とを含む、
   請求項１に記載の取引処理装置。
5. 取引処理装置に備えられたコンピュータを、
   取引内容を予め定められた制度で規定された要件を満たして表した適格証票を出力済みの過去の取引に関する取引商品が返品となった場合に、前記取引を識別するための識別情報を取得する取得手段と、
   前記返品の内容を表すとともに、前記取得手段により取得された識別情報を表した証票を出力する出力手段と、
   して機能させるための情報処理プログラム。