JP3930209B2 - 取引管理装置及び方法並びに取引管理プログラムを格納したコンピュータ可読の記録媒体 - Google Patents
取引管理装置及び方法並びに取引管理プログラムを格納したコンピュータ可読の記録媒体 Download PDFInfo
- Publication number
- JP3930209B2 JP3930209B2 JP29800999A JP29800999A JP3930209B2 JP 3930209 B2 JP3930209 B2 JP 3930209B2 JP 29800999 A JP29800999 A JP 29800999A JP 29800999 A JP29800999 A JP 29800999A JP 3930209 B2 JP3930209 B2 JP 3930209B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- incomplete
- transactions
- sales
- payment
- 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 - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 65
- 238000007726 management method Methods 0.000 claims description 114
- 238000012384 transportation and delivery Methods 0.000 claims description 101
- 238000012545 processing Methods 0.000 claims description 37
- 238000002716 delivery method Methods 0.000 claims description 19
- 238000012790 confirmation Methods 0.000 claims description 14
- 230000002452 interceptive effect Effects 0.000 claims description 10
- 230000002776 aggregation Effects 0.000 claims description 2
- 238000004220 aggregation Methods 0.000 claims description 2
- 230000008569 process Effects 0.000 description 53
- 238000010586 diagram Methods 0.000 description 25
- 238000000151 deposition Methods 0.000 description 6
- 230000000994 depressogenic effect Effects 0.000 description 5
- 238000012937 correction Methods 0.000 description 2
- 241000255925 Diptera Species 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/203—Inventory monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
- G07G1/14—Systems including one or more distant stations co-operating with a central processing unit
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Technology Law (AREA)
- Computer Networks & Wireless Communication (AREA)
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、流通小売業の店舗での商品販売に使用されるＰＯＳ端末に用いる取引管理装置及び方法並びにプログラム記録媒体に関し、特に、代金前払いで後日商品を受けとる承り取引、商品前渡しで後日代金を支払う売掛販売等の未完了取引を一括して管理制御するＰＯＳ端末用の取引管理装置及び方法並びにプログラム記録媒体に関する。
【０００２】
【従来の技術】
従来、流通小売業の商品販売では、代金支払いと商品受取りを同時に行う通常販売の他に、代金を前払い、後払い、又は分割払等とし、商品の引渡を前渡し、後渡し、又は分割渡等とする未結取引きとして知られた未完了取引がある。
【０００３】
未完了取引は、代金前払い又は商品前渡しによって取引が開始されると、商品引渡し又は代金支払い完了までの間、取引内容を管理し続けなければならない。また未完了取引にあっては、売上げ計上のタイミングを取引き開始時とするか、取引完了時（残金支払完了時または商品引渡時）とするか必要に応じて定め、決められたタイミングで代金売上げを計上する必要がある。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の商品販売にあっては、代金前払いで商品後渡し、商品先渡しで代金後払いといった未完了取引の種類に応じてＰＯＳ端末にシステムを設け、各システム毎に個別に管理する場合と、このようなシステムとは別に伝票で未完了取引きを管理する場合とがある。
【０００５】
このため、未完了取引全体の管理や状況把握等を行うためには、多くの時間が斯かる上に困難であり、また不正確になる可能性もあった。
【０００６】
本発明は、未完了取引全体の管理、状況把握等を短時間で正確に行うことが可能で、未完了取引の種類の変更も短時間に正確に行うことを可能としたＰＯＳ端末用の取引管理装置及び方法並びに引管理制御プログラムを格納した記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
図１は本発明の原理説明図である。本発明は、ＰＯＳ端末用取引管理装置を提供するものであり、図１（Ａ）のように、予め定めた複数のカテゴリを組合わせて複数種類の未完了取引タイプを定義する取引定義部１０と、オペレータとの対話操作により、複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部１２とを備えたことを特徴とする。
【０００８】
このため本発明にあっては、１システムで複数の未完了取引を一括して制御管理することができ、未完了取引全体の管理と状況把握等を極めて短時間に正確に行うことができる。また、未完了取引タイプの指定を変更するだけで、未完了取引の制御管理の変更を短時間に正確に行うことができる。
【０００９】
ここで、未完了取引タイプを定義するためのカテゴリとしては、次のものがある。
【００１０】
(1) 前払、後払、分割払等の支払方法。
【００１１】
(2) 前払要／不要の設定。要の場合は最低パーセンテージ、最低額等を設定。
【００１２】
(3) 支払期限。
【００１３】
(4) 前渡、後渡、分割渡等の引渡方法。
【００１４】
(5) 前渡や後渡等の引渡予定日。
【００１５】
(6) 前渡可／不可の設定。例えば支払額が商品価格に達していない場合、引渡可能かどうかの設定。
【００１６】
(7) 取引開始時、支払完了時、取引完了時等の売上計上タイミング。
【００１７】
本発明の取引定義部１０は、カテゴリとして、少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法の３つを組合わせて未完了取引タイプを定義する。
【００１８】
取引定義部１０は、未完了取引タイプとして、例えば次タイプＡ，Ｂ，Ｃ，Ｄを定義する。
【００１９】
タイプＡ： 全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引。
【００２０】
タイプＢ： 全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引。
【００２１】
タイプＣ： 特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引。
【００２２】
タイプＤ： 特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引。
【００２３】
取引定義部１０は、タイプＡの発生主義の承り取引について、売上計上タイミングを取引発生時、前払い要で全額、及び商品の引渡しを後日とするカテゴリの組合せをもつタイプコード情報を生成する。
【００２４】
この発生主義の承り取引である未完了取引タイプＡを指定した場合、管理制御部１２は、取引開始時の前払い処理と、取引完了時の引渡し処理を図１（Ｂ）のフローに従い例えば次のように行う。
【００２５】
前払時の処理は、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金額の登録、全額入金の確認と未入金の場合のエラー表示、前記伝票番号入りのお客様控の発行、及び売上の計上を行う。引渡時の処理は、伝票番号の入力による未取引情報の表示、引渡しの登録、及び未完了取引終了を行う。
【００２６】
取引定義部１０は、タイプＢの完結主義の承り取引について、売上計上タイミングを取引完了時、前払い要で全額、及び商品の引渡しを後日とするカテゴリの組合せをもつタイプコード情報を生成する。
【００２７】
この完結主義の承り取引である未完了取引タイプＢを指定した場合、管理制御部１２は、取引開始時の前払い処理と、取引完了時の引渡し処理を例えば次のように行う。
【００２８】
前払時の処理は、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金額の登録、全額入金の確認と未入金の場合のエラー表示、前記伝票番号入りのお客様控の発行を行い、引渡時の処理は、伝票番号の入力による未完了取引情報の表示、引渡しの登録、売上げの計上、及び未完了取引終了を行う。このタイプＢのタイプＡとの相違は、計上タイミングがタイプＡは取引開始時であり、タイプＢは取引完了時となる点だけである。
【００２９】
取引定義部１０は、タイプＣの発生主義の売掛取引について、売上計上タイミングを取引発生時、前払いを不要、及び商品の引渡しを前渡しとしたカテゴリの組合せをもつタイプコード情報を生成する。
【００３０】
この発生主義の売掛取引となる未完了取引タイプＣを指定した場合、管理制御部１２は、取引開始時の前払い処理と、入金時の処理を例えば次のように行う。
【００３１】
前払時は、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金ゼロを含む入金額の登録、前記伝票番号入りのお客様控の発行、引渡の登録、及び売上の計上を行い、入金時の処理は、伝票番号の入力による未完了取引情報の表示、入金額の登録、及び残金がゼロの場合の未完了取引終了を行う。
【００３２】
取引定義部１０は、タイプＤの完結主義の売掛取引について、売上計上タイミングを取引完了時、前払いを不要、及び商品の引渡しを前渡しとしたカテゴリの組合せをもつタイプコード情報を生成する。
【００３３】
この完結主義の売掛取引である未完了取引タイプＤを指定した場合、管理制御部１２は、取引開始時の前払い処理と、入金時の処理を例えば次のように行う。
【００３４】
前払時の処理は、未完了伝票番号の発行、商品引渡し日の入力、商品の登録、入金ゼロを含む入金額の登録、引渡の登録、及び伝票番号入りのお客様控の発行を行い、入金時の処理は、伝票番号の入力による未取引情報の表示、入金額の登録、及び残金がゼロの場合に売上げを計上して未完了取引終了を行う。
【００３５】
このタイプＣのタイプＤとの相違は、計上タイミングがタイプＣは取引開始時であり、タイプＤは取引完了時となる点だけである。
【００３６】
取引定義部１０は、例えば未完了取引管理テーブル５０、タイプコードテーブル５２、未完了取引明細情報テーブル５４及び、支払情報管理テーブル５６を備える。
【００３７】
未完了取引管理テーブル５０には、店舗番号、未完了取引伝票番号、タイプコード、発生時取引通番、発生日時、顧客番号、請求額、頭金額、残金額、引渡し予定日、引渡し完了フラグ、計上可／不可フラグ、集計完了フラグ等の基本管理情報を格納する。
【００３８】
タイプコードテーブル５２は、未完了取引管理テーブルのタイプコードで指定され、売上タイミング、前払要／不要フラグ、前渡可／不可フラグ、支払方法、引渡方法等のカテゴリ組合せ情報を格納する。
【００３９】
未完了取引明細情報テーブル５４は、未完了取引管理テーブルの未完了取引伝票番号で指定され、商品コード、単価、数量、値引情報等の商品管理情報を格納する。更に、支払情報管理テーブル５６は、未完了取引管理テーブルの未完了取引伝票番号で指定され、支払日時、支払額、支払種別等の支払管理情報を格納する。
【００４０】
管理制御部１２は、取引定義部１２の各テーブル情報に基づき、未完了取引を示す一覧、引渡予定日を過ぎても引き取りに来ない顧客一覧、支払い期限を過ぎても支払いに来ない顧客一覧、支払状況の一覧等を、全体又はタイプ別に表示する。
【００４１】
尚、各テーブルに格納する情報は、列挙する全ての情報をもつ必要はなく、必要に応じて適宜の格納内容とする場合を含む。
【００４２】
本発明は、また、ＰＯＳ端末の取引管理方法を提供するものであり、予め定めた複数のカテゴリを組合わせて複数種類の未完了取引タイプを定義し、オペレータとの対話操作により、複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御することを特徴とする。
【００４３】
本発明は、更に、管理制御プログラムを格納したことを特徴とするコンピュータ可読の記録媒体を提供するものであり、管理制御プログラムは、予め定めた複数のカテゴリを組合わせて複数種類の未完了取引タイプを定義し、オペレータとの対話操作により、複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する。
【００４４】
【発明の実施の形態】
＜目 次＞
１．構成と機能
２．承り取引
３．売掛取引
１．構成と機能
図２は、本発明の取引管理装置及び方法が適用されるＰＯＳシステム（ポイントオブ・サービスシステム）の説明図である。
【００４５】
図２において、ＰＯＳシステムは、複数のＰＯＳ端末１０−１，１０−２、ＬＡＮ１２、ＰＯＳサーバ２０、サーバファイル２２、ホストシステム２４及びホストファイル２６で構成される。
【００４６】
ＰＯＳ端末１０−１，１０−２には、バーコードリーダ１４−１，１４−２、プリンタ１６−１，１６−２及びカードリーダ１８−１，１８−２等のＰＯＳ用入出力機器が必要に応じて設けられる。
【００４７】
図２は大規模なＰＯＳシステムを例にとっているが、中規模のＰＯＳシステムではＰＯＳサーバ２０、サーバファイル２２及びＰＯＳ端末１０−１，１０−２でシステムが構成される。更に、個人商店等の小規模な場合には、ＰＯＳ端末１０−１，１０−２のみでＰＯＳシステムを構築する場合もある。
【００４８】
このようなＰＯＳシステムは流通小売業の店舗等に設置され、商品の購買に伴う現金、クレジットカード等による決済を行い、結果を集計処理している。
【００４９】
本発明にあっては、ＰＯＳ端末１０−１，１０−２に、代金の決済と商品の受取を購買時に行う通常の取引以外に、代金の支払いと商品の引渡し等が異なった日時で行われる所謂未完了取引（未結取引）について、その管理と制御を一括して行う機能を備えている。
【００５０】
図３は、図２のＰＯＳ端末１０−１のプログラム構造の一例である。ＰＯＳ端末１０−１には、ＰＯＳアプリケーション２８、ミドルソフトウェアとしてのリテール・アプリケーション・フレーム・ワークテクノロジ３０、ＯＳ３２、入出力機器をＰＯＳ用に標準化するＩＯＰＯＳ３４が設けられる。
【００５１】
ＩＯＰＯＳ３４にはバーコードリーダ１４−１、プリンタ１６−１及びカードリーダ１８−１が接続され、リテール・アプリケーション・フレームワーク・テクノロジ３０から見て標準化された入出力機器として扱えるようにしている。またリテール・アプリケーション・フレームワーク・テクノロジ３０は、図２に示したＰＯＳサーバ２０とのやり取りも行う。
【００５２】
本発明による未完了取引のための取引管理装置の機能は、図３のＰＯＳ端末１０−１におけるリテール・アプリケーション・フレームワーク・テクノロジ３０及びＰＯＳアプリケーション２８で実現される。
【００５３】
図４は、図２のＰＯＳ端末１０−１，１０−２に設けられる未完了取引の一括管理制御を行うための本発明による取引管理装置の機能構成のブロック図である。
【００５４】
図４において、本発明の取引管理装置は、取引定義部３６、管理制御部３８で構成される。取引定義部３６に対してはデータベース４０が設けられる。また管理制御部３８に対しては未完了取引画面表示部４２、キー入力部４６、バーコードリーダ１４及び伝票発行部４８等の入出力機器が設けられる。
【００５５】
図３のプログラム構造との対応を取ると、取引定義部３６の機能はリテール・アプリケーション・フレームワーク・テクノロジ３０で実現されており、管理制御部３８はＰＯＳアプリケーション２８で実現されている。
【００５６】
取引定義部３６は、未完了取引について予め定めた複数のカテゴリを組み合わせて複数種類の未完了取引タイプを定義する。この未完了取引タイプの定義に伴って取引定義部３６には、未完了取引管理テーブル５０、タイプコードテーブル５２、未完了取引明細情報テーブル５４及び支払情報管理テーブル５６が設けられている。このうちタイプコードテーブル５２が、複数のカテゴリを組み合わせて複数種類の未完了取引タイプを定義した定義テーブルとして機能する。
【００５７】
管理制御部３８は、オペレータとの対話操作によって取引定義部３６で定義された未完了取引タイプのいずれかを指定して、取引の開始から終了までを一括して管理制御する。この実施形態にあっては、取引定義部３６にあっては後の説明で明らかにするようにタイプＡ，Ｂ，Ｃ，Ｄの４タイプを定義した場合を例にとっていることから、管理制御部３８にはタイプＡ管理制御部５８、タイプＢ管理制御部６０、タイプＣ管理制御部６２、タイプＤ管理制御部６４を設けている。
【００５８】
更にデータベース４０には、未完了取引情報６６、通常取引情報６８が設けられ、ＰＯＳ端末の取引操作で生成された各取引情報を記録している。またデータベース４０には、品名テーブル７０とプライス参照テーブル（ＰＬＵ）７２が設けられている。
【００５９】
品名テーブル７０は品番コードと品名から構成されており、バーコードリーダ１４で読み取ったコードによる品名テーブル７０の参照で品番コードと品名を認識することができる。プライス参照テーブル７２は品番コードと価格で構成されている。このため、品名テーブル７０の参照で得られた品番コードによりプライス参照テーブル７２を見ることで価格を認識することができる。
【００６０】
図５は、図４の取引定義部３６に設けた各テーブルの詳細とそのリンク構造の説明図である。
【００６１】
図５において、未完了取引管理テーブル５０は未完了取引のための基本情報を備えている。即ち未完了取引管理テーブル５０には、店舗番号、未完了取引通番（未完了取引伝票番号）、未完了取引タイプを示すタイプコード、発生時取引通番、発生時日時、顧客番号、状態コード、最終更新日時、発生時従業員ＩＤ、請求額、頭金額、残金額、お渡し予定日、お渡し完了フラグ、計上可不可フラグ、集計完了フラグ等が設けられている。
【００６２】
未完了取引管理テーブル５０の店舗番号及び未完了取引通番によって、未完了取引明細情報テーブル５４と支払情報管理テーブル５６を参照することができる。未完了取引明細情報テーブル５４には、店舗番号、未完了取引通番、明細行番号、明細情報等が格納されている。支払情報管理テーブル５６には店舗番号、未完了取引通番、支払処理店舗番号、支払時取引通番、支払時日時、支払額、支払種別、支払時従業員ＩＤ等が格納されている。
【００６３】
未完了取引管理テーブル５０のタイプコードによってタイプコードテーブル５２を参照することができる。このタイプコードテーブル５２は、図４の取引定義部３６において、予め定めた複数のカテゴリを組み合わせて複数種類の未完了タイプを定義するためのテーブルである。
【００６４】
この実施形態においてタイプコードテーブル５２には、タイプコード、売上タイミング、前払要不要フラグ、前渡し可不可フラグ、支払い方法、引渡方法等の複数のカテゴリが設けられており、これらのカテゴリの組合せによって未完了取引のタイプが決められている。
【００６５】
タイプコードテーブル５２の各カテゴリを説明すると次のようになる。まず売上タイミングとしては、取引開始時、支払完了時、引渡完了時等を設定することができる。前払要不要フラグは未完了取引における前払いの必要性の有無を設定するものであり、この場合、前払要については最低パーセンテージや最低額等を設定することができる。
【００６６】
次の前渡し可不可フラグは商品の前渡しが可能か否かを設定するフラグである。例えば支払額が商品価格に達していない場合に、前渡し可能かどうか等の条件を設定する。
【００６７】
支払方法は、前払い、後払い、分割払い等を設定する。引渡し方法は、前渡し、後渡し、分割渡し等がある。この引渡方法に付随して引渡予定日を設定することもできる。引渡予定日は、前渡しの場合は当日、後渡しの場合はディフォルトとして定めた日付、例えば５営業日後等を設定する。
【００６８】
これらタイプコードテーブル５２におけるカテゴリのうち、本発明の未完了取引に最小限必要なカテゴリとしては、
（１）売上タイミング
（２）前払い要不要フラグ
（３）引渡方法
であり、この基本的な３つのカテゴリにそれ以外のカテゴリを必要に応じて組み合わせることで未完了取引のタイプを定義することができる。
【００６９】
図６は未完了取引としてタイプＡ，Ｂ，Ｃ，Ｄの４つを定義した場合のタイプコードテーブルの説明図である。
【００７０】
図６（Ａ）は、タイプＡとなる承り取引・発生主義用のタイプコードテーブル７４である。このタイプＡの未完了取引は、全額前払いの未結取引で取引発生時に売上を計上する発生主義の承り取引である。このため図６（Ａ）の承り取引・発生主義用タイプコードテーブル７４にあっては、まずタイプコードＡを定義する。続いて売上タイミングとして「取引発生時」を定義する。
【００７１】
続いて前払要不要フラグとして「要」を定義し、属性情報として「全額」を定義する。また引渡方法としては「後渡」を定義する。これによって３つの基本的なカテゴリによる未完了取引のタイプ指定が行われる。更に引渡予定日のデフォルトとして「５営業日後」を設定する。
【００７２】
図６（Ｂ）は、タイプＢの未完了取引を定義するタイプコードテーブル７６の説明図である。このタイプＢの未完了取引は、全額前払いの未完了取引で取引完了時に売上を計上する完結主義の承り取引である。このため図６（Ｂ）の承り取引・完結主義用タイプコードテーブル７６にあっては、まずタイプコードＢを定義し、続いて売上タイミングとして「取引終了時」を定義する。これに続く前払要不要フラグ、引渡方法、引渡予定日は、図６（Ａ）のタイプコードテーブル７４の場合と同じになる。
【００７３】
図６（Ｃ）は、タイプＣの未完了取引を定義するタイプコードテーブル７８の説明図である。タイプＣの未完了取引は、特定顧客に信用売りする未結取引で、取引発生時に売上を計上する発生主義の売掛取引である。
【００７４】
このため売掛取引・発生主義用タイプコードテーブル７８はタイプコードＣを定義し、売上タイミングは「取引発生時」を定義し、前払要不要フラグは信用売りの売掛取引であることから「不要」を定義し、引渡方法は「前渡し」とし、更に引渡予定日はディフォルトとして「当日」を定義している。
【００７５】
図６（Ｄ）は、タイプＤの未完了取引を定義するタイプコードテーブル８０の説明図である。このタイプＤの未完了取引は、特定顧客に信用売りする未結取引で、取引完了時に売上を計上する完結主義の売掛取引である。
【００７６】
この図６（Ａ）〜（Ｄ）のタイプコードテーブル７４，７６，７８，８０で定義された未結取引タイプＡ，Ｂ，Ｃ，Ｄに対応して、図４の管理制御部３８には、タイプＡ管理制御部５８、タイプＢ管理制御部６０、タイプＣ管理制御部６２、タイプＤ管理制御部６４の制御機能が設けられる。
【００７７】
各管理制御部５８，６０，６２，６４にあっては、未完了取引が開始される前払い時と商品引渡または入金が行われる処理とに分けて未完了取引の一括管理制御を行う。
【００７８】
図７は、図４の本発明による取引管理装置による未完了取引についての制御処理の基本的なフローチャートである。
【００７９】
まずＰＯＳ端末の操作画面を使用して未完了取引の宣言のために未完了操作キーを押下すると、これがステップＳ１で判別され、ステップＳ２で未完了取引メニュー表示が行われる。この未完了取引メニュー表示にあっては、未完了取引を開始する「支払い時の取引」と未完了取引を完了する「引渡し時取引（「入金時取引」を含む）の２つのメニューを表示する。
【００８０】
ここで未完了取引開始を意味する「支払い時の取引」のメニューを選択すると、ステップＳ３からステップＳ４に進み、そのとき指定したタイプに応じた支払い時の処理が行われる。
【００８１】
一方、ステップＳ３で未完了取引の開始を選択しなかった場合には、ステップＳ５で未完了取引引渡しの選択か否かチェックし、引渡しの選択であればステップＳ６に進み、伝票番号に応じた引渡し時の処理を行う。そして、このようなステップＳ１〜Ｓ６の処理は、ステップＳ７でＰＯＳ端末に対する終了指示があるまで繰り返される。またステップＳ１で未完了操作キーの押し下げがなかった場合には、図示しない通常取引の処理に進むようになる。
２．承り取引
図８は発生主義の承り取引である未完了取引タイプＡを指定した場合の図７のステップＳ４における支払時処理のフローチャートである。この発生主義の承り取引における取引開始のための支払時処理にあっては、まずステップＳ１で商品渡し日を入力する。この商品渡し日は、図６（Ａ）のタイプコードテーブル７４にあっては「５営業日後」がディフォルトで表示され、異なる場合は手入力等で修正する。
【００８２】
次にステップＳ２でバーコードリーダ等を使用した商品の登録を通常の取引と同様に行う。続いてステップＳ３で入金額の登録を行う。このタイプＡの発生主義の承り取引にあっては、図６（Ａ）のタイプコードテーブル７４から前払い要不要フラグは「要（全額）」となっている。
【００８３】
したがって、入金額の登録を行った後、ステップＳ４で全額入金か否かチェックする。もし全額入金でなければステップＳ７でエラー表示を行い、ステップＳ４で入金額の登録を再度行うことになる。
【００８４】
ステップＳ４で全額入金であれば、ステップＳ５に進み、未完了取引伝票番号の入ったお客様控をプリンタにより発行し、最終的にステップＳ６で売上を計上する。即ち、売上は、このタイプＡの発生主義の承り取引にあっては未完了取引開始時に計上されることになる。
【００８５】
図９及び図１０は、図８の発生主義の承り取引の支払時処理におけるＰＯＳ端末の操作画面の説明図である。
【００８６】
図９（Ａ）は、ＰＯＳ端末の初期画面として表示されている売上登録画面８２である。この売上登録画面８２には、通常の売上登録で使用するバーコード表示枠８４と商品情報リスト８５が空き状態で表示され、更に、下側に未完了取引のチェックボックス８６が設けられている。
【００８７】
尚、通常売上登録では、商品のバーコードスキャンを行うとバーコード表示枠８４にバーコード（数字）が自動的に表示され（キー入力による手入力も可能）、商品情報リスト８５に商品名と単価等が表示される。
【００８８】
そこで、まず未完了取引開始の宣言を行う。この未完了取引開始の宣言は、売上登録画面８２の未完了取引のチェックボックス８６をマウスクリック、操作キーの押下又はタッチパネル等により選択し、黒に反転する（以下、単に「チェックボックスの選択」という）。この未完了取引開始の宣言によって図９（Ｂ）の未完了取引メニュー画面８８に切り替わる。
【００８９】
未完了取引メニュー画面８８には支払時の取引と引渡し時の取引についてチェックボックス９０，９２が設けられている。そこで支払時の取引のチェックボックス９０を選択する。このチェックボックス９０の選択によって図９（Ｃ）の未完了取引タイプ選択画面９４に切り替わる。
【００９０】
未完了取引タイプ選択画面９４には承り取引（発生主義）、売掛取引（発生主義）、承り取引（完結主義）及び売掛取引（完結主義）の４タイプのチェックボックス９６，９８，１００，１０２が設けられている。ここで発生主義の承り取引であることからチェックボックス９６を選択する。
【００９１】
続いて図１０（Ｄ）の承り取引における引渡し日入力画面１０４に切り替わる。この引渡し日入力画面１０４の入力フレーム１０６には、現在の取引開始日が１９９９年９月２３日とするとディフォルトの「５営業日後」となる「１９９９０９２８」が表示される。修正が必要な場合は手入力等で修正する。
【００９２】
この状態でバーコードリーダ等により商品のバーコードを読み取って商品登録を行い、表示された代金を顧客から受け取って入金登録を行い、全額であれば未完了取引伝票番号が記録されたお客様控がプリンタにより発行される。また入金登録の際の入金額が全額でなかった場合にはエラー表示等が行われることになる。
【００９３】
図１１は、図８の未完了取引タイプＡの支払時処理の後に行われる引渡し時処理のフローチャートである。この引渡し時処理にあっては、ステップＳ１で支払時に渡したお客様控を見て、その未完了取引伝票番号を入力する。
【００９４】
この伝票番号の入力に基づき、ステップＳ２で該当する未完了取引の表示が行われる。この表示内容から商品を引き渡し、登録キーを押下する。ステップＳ３で登録キーの押下があると、ステップＳ４に進み、未完了取引の完了処理が行われる。
【００９５】
またステップＳ２で表示した未完了取引の内容について、既に商品引渡しの登録が済んでいる場合にはエラー表示等を行い、登録キーの選択が行われないことから、ステップＳ５に進み、登録内容から引渡し済みをチェックし、処理を終了する。
【００９６】
図１２，図１３は、図１１の未完了取引タイプＡにおける引渡し時処理の操作画面の説明図である。図１２（Ａ）の売上登録画面における未完了取引の宣言をチェックボックス８６で選択すると、図１２（Ｂ）の未完了取引メニュー画面８８に切り替わることから、チェックボックス９２の選択で引渡し時の取引を指定する。
【００９７】
これによって図１３（Ｃ）の伝票番号入力画面１０８に切り替わる。そこで、受け取ったお客様控伝票に記録されている伝票番号「００００００１」等を入力すると、図１３（Ｄ）の未完了取引確認画面１１２に切り替わる。この未完了取引確認画面１１２には伝票番号に対応して、売上日、売上額、残金、お渡し日、支払い完了及び引渡し済みのそれぞれについてのステータス表示ボックス１１６，１１８が設けられている。そこで登録キーを操作するとステータス表示ボックス１１８が引渡済みとなり、一連の未完了取引が終了する。
【００９８】
また図１３（Ｃ）で伝票番号を入力した際に図１３（Ｅ）の未完了取引確認画面１１２に切り替わった場合には、ステータス表示ボックス１１８が既に商品引渡し済みであることから、その旨のメッセージ等を表示して一連の処理を終了する。
【００９９】
図１４は、未完了取引タイプＢとなる完結主義の承り取引における支払時処理のフローチャートである。この完結主義の承り取引における支払時処理にあっては、図９（Ａ）のように売上登録画面８２で未完了取引のチェックボックス８６を押下げ、図９（Ｂ）の未完了取引メニュー画面８８で支払時の取引のチェックボックス９０を選択し、続いて図９（Ｃ）の未完了取引タイプ選択画面９４で承り取引（完結主義）のチェックボックス１００を選択することにより起動する。
【０１００】
まずステップＳ１で図６（Ｄ）と同じ引渡し日入力画面１０４を使用して商品引渡日を入力する。この場合にも図６（Ｂ）のタイプコードテーブル７６に設定した引渡予定日であるディフォルトの「５営業日後」が表示される。修正が必要な場合は、手入力等で修正する。
【０１０１】
続いてステップＳ２でバーコードリーダ等による商品の読取りで商品の登録を通常取引と同様に行う。続いてステップＳ３で入金額を登録する。この場合、図６（Ｂ）のタイプコードテーブルから前払い要で且つ全額が必要であることから、ステップＳ４で全額入金を確認すると、ステップＳ５で未完了取引伝票番号の入ったお客様控を発行する。ステップＳ４で全額入金でなければ、ステップＳ６のエラー表示等を行い、ステップＳ３からの入金額の登録を再度行う。
【０１０２】
この図１４における完結主義の承り取引における支払時処理にあっては、支払時処理において売上計上を行わない点が、図８に示したタイプＡの発生主義の承り取引の場合と異なる。
【０１０３】
図１５は、図１４の支払時処理の後、商品引渡し時に行われる完結主義の承り取引における引渡し時処理のフローチャートである。この引渡し時の処理にあっても、まず図１２（Ａ）と同じ売上登録画面８２で未完了取引のチェックボックス８６を選択し、図１２（Ｂ）の未完了取引メニュー画面８８で引渡し時のチェックボックス９２を選択すると、図１３（Ｃ）の伝票番号入力画面１０８となる。
【０１０４】
そこでステップＳ１でお客様控に記録されている未完了取引伝票番号を入力すると、ステップＳ２で図１３（Ｄ）と同様な未完了取引確認画面１１２が表示される。ここで支払いが済んでいないことを確認して登録キーを押下げると、ステップＳ３からステップＳ４に進み、この時点で売上を計上し、未完了取引を完了させる。
【０１０５】
ステップＳ２の未完了取引の確認表示画面が図１３（Ｅ）のようにステータス表示ボックス１１８が既に引渡し済みとなっている場合には、処理を終了する。３．売掛取引
図１６は、図４の実施形態において完結主義による売掛取引である未完了取引タイプＤを選択した場合の支払時処理のフローチャートである。この未完了取引タイプＤの登録処理は、まず図１７（Ａ）のように売上登録画面８２で未完了取引８６のチェックボックスを選択して未完了取引を宣言する。
【０１０６】
続いて図１７（Ｂ）の未完了取引メニュー画面８８を使用して引渡し時の取引のチェックボックス９２を選択し、続いて図１７（Ｃ）の未完了取引タイプ選択画面９４について売掛取引（完結主義）のチェックボックス１０２を選択することで処理が開始される。
【０１０７】
処理が開始されると、ステップＳ１で図１８（Ｄ）の商品引渡し日の入力画面１１５が表示される。この商品引渡し日入力画面の日付入力枠１１５−１には、図６（Ｄ）のタイプコードテーブル８０の引渡し予定日で設定した「当日の引渡し（１９９９０９２３）」がディフォルトとして表示される。
【０１０８】
次に図１６のステップＳ２でバーコードリーダを使用して商品のバーコードを読み取り、通常取引と同様、商品の登録を行う。商品の登録が済むと、この売掛取引にあっては図６（Ｄ）のタイプコードテーブルから引渡し方法が「前渡し」で引渡し予定日が「当日」となっていることから、引渡し確認のため、図１２（Ｅ）の未完了取引確認画面１１６が表示される。
【０１０９】
そこで、この未完了取引確認画面１１６−１について、登録キーを押し下げると未完了取引確認画面１１６−１の引渡し済みのステータス表示ボックス１２６が引渡し済みとなることを確認する。
【０１１０】
次にステップＳ４で入金額の登録を行う。この売掛取引にあっては、入金ゼロであっても有効であることから、入金ゼロの登録を行う。続いてステップＳ５で未完了取引伝票番号の入ったお客様控を発行する。この売掛取引は完結主義であることから、この支払時処理の時点では売上の計上は行わない。
【０１１１】
図１９は、図１６の支払時処理で残金がある場合に行われる未完了取引タイプＤにおける入金時の処理である。この売掛取引の入金時の処理については、図２０（Ａ）のように売上登録画面８２の未完了取引のチェックボックス８６を選択して未完了取引を宣言し、図２０（Ｂ）の未完了取引メニュー画面８８で引渡し時の取引のチェックボックス９２を選択すると、図２１（Ｃ）の伝票番号入力画面１１８に切り替わる。
【０１１２】
そこで図１９の売掛取引（完結主義）の入金処理にあっては、まずステップＳ１でお客様控にある未完了取引伝票番号を入力すると、ステップＳ２で図２１（Ｄ）の未完了取引確認画面１１６−２が表示される。
【０１１３】
続いてステップＳ３で取引完了の有無をチェックし、取引完了でなければ、図２１（Ｄ）のように未完了取引確認画面１１６−２の残金が例えば「￥２５，０００」となっていることから、ステップＳ４で入金のため登録キーを押下げ、ステップＳ５で入金額を登録する。
【０１１４】
続いてステップＳ６で残金がゼロか否かチェックし、ゼロであればステップＳ７で売上を計上して未完了取引を完了し、ステップＳ８で未完了取引伝票番号入りのお客様控を発行する。
【０１１５】
一方、ステップＳ３で取引完了であった場合、例えば図２１（Ｅ）の未完了取引確認画面１１６−３のように残金がゼロで支払完了及び支払渡し済みのステータス表示ボックス１２４，１２６が完了になっている場合には、ステップＳ４〜Ｓ７の処理はスキップし、売掛処理の入金時処理は終了していることから、ステップＳ８で未完了取引伝票番号入りのお客様控を発行して処理を終了する。
【０１１６】
図２２は、発生主義の売掛取引である未完了取引タイプＣの前払時処理のフローチャートである。
【０１１７】
図２２において、ステップＳ１の商品お渡し日の入力からステップＳ５の未完了取引伝票番号の入ったお客様控の発行については、図１６の未完了取引タイプＤ（完結主義の売掛取引）における支払時処理のステップＳ１〜Ｓ５と同じであり、これに加えて発生主義であることから、ステップＳ６で売上を計上している点が相違する。
【０１１８】
図２３は、図２２の支払時処理で残金がゼロでなかった場合に後日行われる入金時処理のフローチャートである。この入金時処理にあっては、図１９に示した未完了取引タイプＤ（完結主義の売掛処理）の入金時処理と基本的に同じであるが、発生主義であることから、ステップＳ７で売上を計上することなく未完了取引を完了させている点が相違する。それ以外の点は同じである。
【０１１９】
図２４は、図４の本発明による取引管理装置において表示できる一覧表示の具体例である。本発明の取引管理装置にあっては、一括管理している未完了取引について、未完了取引全体またはタイプ別に未完了取引の内容を一覧表示することができる。
【０１２０】
図２４（Ａ）は未完了取引全体についての一覧表示であり、未完了取引一覧画面１２８には９９年１０月０１日現在の未完了取引の状況が全て表示される。この一覧表示は伝票番号、発生日時、金額、タイプの項目を各未完了取引ごとに表示する。
【０１２１】
この一覧画面はスクロール表示され、最終ページには合計、未完了取引数、タイプ別取引数、完了取引数、引渡し待ち取引数、入金待ち取引数等の集計結果も表示できる。
【０１２２】
図２４（Ｂ）は、未完了取引全体についての引渡し予定日を過ぎても取りに来ていない顧客一覧の表示画面であり、この未引取顧客一覧画面１３２にあっては、伝票番号、発生日時、引渡し予定日及びタイプが表示されている。
【０１２３】
これ以外にタイプＡ〜Ｄごとに分けた未完了取引一覧画面や未引取顧客一覧画面を表示することができる。更に、支払期限が過ぎても支払いに来ていない未入金顧客についても、未入金顧客の一覧を未完了取引全体及びタイプ別に表示することができる。更に、支払い状況の一覧についても表示ができる。
【０１２４】
図２５は、図４の取引定義部３６に設けられるテーブル構造の他の実施形態である。図２５のテーブル構造にあっては、図５のテーブルに更にオプションテーブル１３６、支払スケジュール情報テーブル１３８及び値引情報テーブル１４０を追加している。
【０１２５】
これに伴い未完了取引管理テーブル５０には、新たにオプションコードと支払スケジュールコードが追加される。オプションコードはオプションテーブル１３６にリンクし、オプションテーブル１３６にはオプションコード、未完了取引最長期間、最長期間を過ぎた後の方法、後払手数料等の未入金者に対する取扱いが定義される。
【０１２６】
未完了取引管理テーブル５０に追加した支払スケジュールコードは、支払スケジュール情報テーブル１３８にリンクする。支払スケジュール情報テーブル１３８には、支払スケジュールコード、前払最低パーセンテージ、支払回数、支払期限、支払スケジュール等の分割払いに関する情報が定義される。
【０１２７】
更に未完了取引管理テーブル５０の店舗番号と未完了取引通番でリンクされる値引情報テーブル１４０には、店舗番号、未完了取引通番に続いて、明細行番号、ディスカウント情報等の値引きに関する情報が定義される。
【０１２８】
このように図４の取引定義部３６のテーブル構造としては、必要に応じて適宜の未完了取引のカテゴリ、更には取引内容を定める事項につき、テーブル構造をもって未完了取引の内容を詳細に定義することができる。また未完了取引の内容に応じ、各テーブルの項目内容は必要に応じて適宜に定義することができる。
【０１２９】
尚、上記の実施形態は図６（Ａ）〜（Ｄ）のタイプコードテーブルで定義した未完了取引タイプＡ〜Ｄの４タイプの取引を例にとるものであったが、未完了取引のタイプは少なくとも売上タイミング、前払い要不要フラグ、引渡し方法を含むカテゴリの複数の組合せにより、必要に応じて任意に定めることができる。
【０１３０】
また実際の未完了取引にあっては、複数タイプの場合に限らず特定のタイプのみの未完了取引を持つ場合もあることから、その場合には未完了取引の宣言だけで予め定義したタイプの未完了取引に関する処理を行う。
【０１３１】
更に本発明は未完了取引管理プログラムを記録したコンピュータ可読の記録媒体を提供するものである。このための記録媒体としては、ＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ等の適宜の持ち運び可能な記録媒体を含む。
【０１３２】
また記録媒体に格納される未完了取引のためのプログラムは、図４の取引定義部３６の機能と管理制御部３８の機能を持つことになる。この場合、取引定義部３６は例えば図３のリテール・アプリケーション・フレームワーク・テクノロジ３０により実現されることから、この部分で独立したプログラムとできる。また管理制御部３８のプログラムはＰＯＳアプリケーション２８として実現されることから、この部分で独立したプログラムとすることもできる。
【０１３３】
また本発明は、その目的と利点を損なわない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。
【０１３４】
【発明の効果】
以上説明してきたように本発明によれば、予め定めた複数のカテゴリを組み合わせて複数種類の未完了取引タイプを定義し、オペレータとの対話操作により未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御できるため、１システムで複数の未完了取引の一括制御と一括管理ができる。
【０１３５】
このため、今まで困難であった未完了取引全体の管理や状況把握等を極めて短時間に正確に行うことができる。
【０１３６】
更に未完了取引をカテゴリの組合せによるタイプに分けていることから、タイプを指定するだけで未完了取引の管理制御方法の変更を短時間に正確に行うことができる。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】本発明が適用されるＰＯＳシステムの説明図
【図３】図２のＰＯＳ端末のプログラム構造の説明図
【図４】本発明によるＰＯＳ端末の機能構成のブロック図
【図５】図４の取引定義部に設けたテーブル構造の説明図
【図６】図４のＰＯＳ端末で定義した未完了取引タイプの説明図
【図７】図４のＰＯＳ端末による未完了取引処理のフローチャート
【図８】発生主義の承り取引（タイプＡ）における支払処理のフローチャート
【図９】図８の支払処理における操作画面の説明図
【図１０】図９に続く図８の支払処理における操作画面の説明図
【図１１】発生主義の承り取引（タイプＡ）における引渡処理のフローチャート
【図１２】図１１の引渡処理における操作画面の説明図
【図１３】図１２に続く図１１の引渡処理における操作画面の説明図
【図１４】完結主義の承り取引（タイプＢ）における支払処理のフローチャート
【図１５】完結主義の承り取引（タイプＢ）における引渡処理のフローチャート
【図１６】完結主義の売掛取引（タイプＤ）における支払処理のフローチャート
【図１７】図１６の支払処理における操作画面の説明図
【図１８】図１７に続く図１６の支払処理における操作画面の説明図
【図１９】完結主義の売掛取引（タイプＤ）における入金処理のフローチャート
【図２０】図１９の入金処理における操作画面の説明図
【図２１】図２０に続く図１９の入金処理における操作画面の説明図
【図２２】発生主義の売掛取引（タイプＣ）における支払処理のフローチャート
【図２３】発生主義の売掛取引（タイプＣ）における入金処理のフローチャート
【図２４】未完了取引における一覧画面表示の説明図
【図２５】図５の取引定義部に設けたテーブル構造の他の実施形態の説明図
【符号の説明】
１０，１０−１，１０−２：ＰＯＳ端末
１２：ＬＡＮ
１４，１４−１，１４−２：バーコードリーダ
１６−１，１６−２：プリンタ
１８−１，１８−２：カードリーダ
２０：ＰＯＳサーバ
２２：サーバファイル
２４：ホストシステム
２６：ホストファイル
２８：ＰＯＳアプリケーション
３０：リテール・アプリケーション・フレームワーク・テクノロジ（ＲＡＦＴ）３２：ＯＳ
３４：ＩＯＰＯＳ
３６：取引定義部
３８：管理制御部
４０：データベース
４２：未完了取引画面表示部
４６：キー入力部
４８：伝票発行部
５０：未完了取引管理テーブル
５２：タイプコードテーブル
５４：未完了取引明細情報テーブル
５６：支払情報テーブル
５８：タイプＡ管理部
６０：タイプＢ管理部
６２：タイプＣ管理部
６４：タイプＤ管理部
６６：未完了取引情報
６８：通常取引情報
７０：品名テーブル
７２：プライス参照テーブル（ＰＬＵ）
７４：承り取引・発生主義用タイプコードテーブル
７６：承り取引・完結主義用タイプコードテーブル
７８：売掛取引・発生主義用タイプコードテーブル
８０：売掛取引・完結主義用タイプコードテーブル
８２：売上登録画面
８８：未完了取引メニュー画面
９０：未完了取引タイプ選択画面
１０４，１１５：引渡日入力画面
１０８，１１８：伝票番号入力画面
１１２，１１６−１〜３，１２２：未完了取引確認画面
１３６：オプショクテーブル
１３８：支払スケジュール情報テーブル
１４０：値引情報テーブル
【発明の属する技術分野】
本発明は、流通小売業の店舗での商品販売に使用されるＰＯＳ端末に用いる取引管理装置及び方法並びにプログラム記録媒体に関し、特に、代金前払いで後日商品を受けとる承り取引、商品前渡しで後日代金を支払う売掛販売等の未完了取引を一括して管理制御するＰＯＳ端末用の取引管理装置及び方法並びにプログラム記録媒体に関する。
【０００２】
【従来の技術】
従来、流通小売業の商品販売では、代金支払いと商品受取りを同時に行う通常販売の他に、代金を前払い、後払い、又は分割払等とし、商品の引渡を前渡し、後渡し、又は分割渡等とする未結取引きとして知られた未完了取引がある。
【０００３】
未完了取引は、代金前払い又は商品前渡しによって取引が開始されると、商品引渡し又は代金支払い完了までの間、取引内容を管理し続けなければならない。また未完了取引にあっては、売上げ計上のタイミングを取引き開始時とするか、取引完了時（残金支払完了時または商品引渡時）とするか必要に応じて定め、決められたタイミングで代金売上げを計上する必要がある。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の商品販売にあっては、代金前払いで商品後渡し、商品先渡しで代金後払いといった未完了取引の種類に応じてＰＯＳ端末にシステムを設け、各システム毎に個別に管理する場合と、このようなシステムとは別に伝票で未完了取引きを管理する場合とがある。
【０００５】
このため、未完了取引全体の管理や状況把握等を行うためには、多くの時間が斯かる上に困難であり、また不正確になる可能性もあった。
【０００６】
本発明は、未完了取引全体の管理、状況把握等を短時間で正確に行うことが可能で、未完了取引の種類の変更も短時間に正確に行うことを可能としたＰＯＳ端末用の取引管理装置及び方法並びに引管理制御プログラムを格納した記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
図１は本発明の原理説明図である。本発明は、ＰＯＳ端末用取引管理装置を提供するものであり、図１（Ａ）のように、予め定めた複数のカテゴリを組合わせて複数種類の未完了取引タイプを定義する取引定義部１０と、オペレータとの対話操作により、複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部１２とを備えたことを特徴とする。
【０００８】
このため本発明にあっては、１システムで複数の未完了取引を一括して制御管理することができ、未完了取引全体の管理と状況把握等を極めて短時間に正確に行うことができる。また、未完了取引タイプの指定を変更するだけで、未完了取引の制御管理の変更を短時間に正確に行うことができる。
【０００９】
ここで、未完了取引タイプを定義するためのカテゴリとしては、次のものがある。
【００１０】
(1) 前払、後払、分割払等の支払方法。
【００１１】
(2) 前払要／不要の設定。要の場合は最低パーセンテージ、最低額等を設定。
【００１２】
(3) 支払期限。
【００１３】
(4) 前渡、後渡、分割渡等の引渡方法。
【００１４】
(5) 前渡や後渡等の引渡予定日。
【００１５】
(6) 前渡可／不可の設定。例えば支払額が商品価格に達していない場合、引渡可能かどうかの設定。
【００１６】
(7) 取引開始時、支払完了時、取引完了時等の売上計上タイミング。
【００１７】
本発明の取引定義部１０は、カテゴリとして、少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法の３つを組合わせて未完了取引タイプを定義する。
【００１８】
取引定義部１０は、未完了取引タイプとして、例えば次タイプＡ，Ｂ，Ｃ，Ｄを定義する。
【００１９】
タイプＡ： 全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引。
【００２０】
タイプＢ： 全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引。
【００２１】
タイプＣ： 特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引。
【００２２】
タイプＤ： 特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引。
【００２３】
取引定義部１０は、タイプＡの発生主義の承り取引について、売上計上タイミングを取引発生時、前払い要で全額、及び商品の引渡しを後日とするカテゴリの組合せをもつタイプコード情報を生成する。
【００２４】
この発生主義の承り取引である未完了取引タイプＡを指定した場合、管理制御部１２は、取引開始時の前払い処理と、取引完了時の引渡し処理を図１（Ｂ）のフローに従い例えば次のように行う。
【００２５】
前払時の処理は、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金額の登録、全額入金の確認と未入金の場合のエラー表示、前記伝票番号入りのお客様控の発行、及び売上の計上を行う。引渡時の処理は、伝票番号の入力による未取引情報の表示、引渡しの登録、及び未完了取引終了を行う。
【００２６】
取引定義部１０は、タイプＢの完結主義の承り取引について、売上計上タイミングを取引完了時、前払い要で全額、及び商品の引渡しを後日とするカテゴリの組合せをもつタイプコード情報を生成する。
【００２７】
この完結主義の承り取引である未完了取引タイプＢを指定した場合、管理制御部１２は、取引開始時の前払い処理と、取引完了時の引渡し処理を例えば次のように行う。
【００２８】
前払時の処理は、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金額の登録、全額入金の確認と未入金の場合のエラー表示、前記伝票番号入りのお客様控の発行を行い、引渡時の処理は、伝票番号の入力による未完了取引情報の表示、引渡しの登録、売上げの計上、及び未完了取引終了を行う。このタイプＢのタイプＡとの相違は、計上タイミングがタイプＡは取引開始時であり、タイプＢは取引完了時となる点だけである。
【００２９】
取引定義部１０は、タイプＣの発生主義の売掛取引について、売上計上タイミングを取引発生時、前払いを不要、及び商品の引渡しを前渡しとしたカテゴリの組合せをもつタイプコード情報を生成する。
【００３０】
この発生主義の売掛取引となる未完了取引タイプＣを指定した場合、管理制御部１２は、取引開始時の前払い処理と、入金時の処理を例えば次のように行う。
【００３１】
前払時は、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金ゼロを含む入金額の登録、前記伝票番号入りのお客様控の発行、引渡の登録、及び売上の計上を行い、入金時の処理は、伝票番号の入力による未完了取引情報の表示、入金額の登録、及び残金がゼロの場合の未完了取引終了を行う。
【００３２】
取引定義部１０は、タイプＤの完結主義の売掛取引について、売上計上タイミングを取引完了時、前払いを不要、及び商品の引渡しを前渡しとしたカテゴリの組合せをもつタイプコード情報を生成する。
【００３３】
この完結主義の売掛取引である未完了取引タイプＤを指定した場合、管理制御部１２は、取引開始時の前払い処理と、入金時の処理を例えば次のように行う。
【００３４】
前払時の処理は、未完了伝票番号の発行、商品引渡し日の入力、商品の登録、入金ゼロを含む入金額の登録、引渡の登録、及び伝票番号入りのお客様控の発行を行い、入金時の処理は、伝票番号の入力による未取引情報の表示、入金額の登録、及び残金がゼロの場合に売上げを計上して未完了取引終了を行う。
【００３５】
このタイプＣのタイプＤとの相違は、計上タイミングがタイプＣは取引開始時であり、タイプＤは取引完了時となる点だけである。
【００３６】
取引定義部１０は、例えば未完了取引管理テーブル５０、タイプコードテーブル５２、未完了取引明細情報テーブル５４及び、支払情報管理テーブル５６を備える。
【００３７】
未完了取引管理テーブル５０には、店舗番号、未完了取引伝票番号、タイプコード、発生時取引通番、発生日時、顧客番号、請求額、頭金額、残金額、引渡し予定日、引渡し完了フラグ、計上可／不可フラグ、集計完了フラグ等の基本管理情報を格納する。
【００３８】
タイプコードテーブル５２は、未完了取引管理テーブルのタイプコードで指定され、売上タイミング、前払要／不要フラグ、前渡可／不可フラグ、支払方法、引渡方法等のカテゴリ組合せ情報を格納する。
【００３９】
未完了取引明細情報テーブル５４は、未完了取引管理テーブルの未完了取引伝票番号で指定され、商品コード、単価、数量、値引情報等の商品管理情報を格納する。更に、支払情報管理テーブル５６は、未完了取引管理テーブルの未完了取引伝票番号で指定され、支払日時、支払額、支払種別等の支払管理情報を格納する。
【００４０】
管理制御部１２は、取引定義部１２の各テーブル情報に基づき、未完了取引を示す一覧、引渡予定日を過ぎても引き取りに来ない顧客一覧、支払い期限を過ぎても支払いに来ない顧客一覧、支払状況の一覧等を、全体又はタイプ別に表示する。
【００４１】
尚、各テーブルに格納する情報は、列挙する全ての情報をもつ必要はなく、必要に応じて適宜の格納内容とする場合を含む。
【００４２】
本発明は、また、ＰＯＳ端末の取引管理方法を提供するものであり、予め定めた複数のカテゴリを組合わせて複数種類の未完了取引タイプを定義し、オペレータとの対話操作により、複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御することを特徴とする。
【００４３】
本発明は、更に、管理制御プログラムを格納したことを特徴とするコンピュータ可読の記録媒体を提供するものであり、管理制御プログラムは、予め定めた複数のカテゴリを組合わせて複数種類の未完了取引タイプを定義し、オペレータとの対話操作により、複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する。
【００４４】
【発明の実施の形態】
＜目 次＞
１．構成と機能
２．承り取引
３．売掛取引
１．構成と機能
図２は、本発明の取引管理装置及び方法が適用されるＰＯＳシステム（ポイントオブ・サービスシステム）の説明図である。
【００４５】
図２において、ＰＯＳシステムは、複数のＰＯＳ端末１０−１，１０−２、ＬＡＮ１２、ＰＯＳサーバ２０、サーバファイル２２、ホストシステム２４及びホストファイル２６で構成される。
【００４６】
ＰＯＳ端末１０−１，１０−２には、バーコードリーダ１４−１，１４−２、プリンタ１６−１，１６−２及びカードリーダ１８−１，１８−２等のＰＯＳ用入出力機器が必要に応じて設けられる。
【００４７】
図２は大規模なＰＯＳシステムを例にとっているが、中規模のＰＯＳシステムではＰＯＳサーバ２０、サーバファイル２２及びＰＯＳ端末１０−１，１０−２でシステムが構成される。更に、個人商店等の小規模な場合には、ＰＯＳ端末１０−１，１０−２のみでＰＯＳシステムを構築する場合もある。
【００４８】
このようなＰＯＳシステムは流通小売業の店舗等に設置され、商品の購買に伴う現金、クレジットカード等による決済を行い、結果を集計処理している。
【００４９】
本発明にあっては、ＰＯＳ端末１０−１，１０−２に、代金の決済と商品の受取を購買時に行う通常の取引以外に、代金の支払いと商品の引渡し等が異なった日時で行われる所謂未完了取引（未結取引）について、その管理と制御を一括して行う機能を備えている。
【００５０】
図３は、図２のＰＯＳ端末１０−１のプログラム構造の一例である。ＰＯＳ端末１０−１には、ＰＯＳアプリケーション２８、ミドルソフトウェアとしてのリテール・アプリケーション・フレーム・ワークテクノロジ３０、ＯＳ３２、入出力機器をＰＯＳ用に標準化するＩＯＰＯＳ３４が設けられる。
【００５１】
ＩＯＰＯＳ３４にはバーコードリーダ１４−１、プリンタ１６−１及びカードリーダ１８−１が接続され、リテール・アプリケーション・フレームワーク・テクノロジ３０から見て標準化された入出力機器として扱えるようにしている。またリテール・アプリケーション・フレームワーク・テクノロジ３０は、図２に示したＰＯＳサーバ２０とのやり取りも行う。
【００５２】
本発明による未完了取引のための取引管理装置の機能は、図３のＰＯＳ端末１０−１におけるリテール・アプリケーション・フレームワーク・テクノロジ３０及びＰＯＳアプリケーション２８で実現される。
【００５３】
図４は、図２のＰＯＳ端末１０−１，１０−２に設けられる未完了取引の一括管理制御を行うための本発明による取引管理装置の機能構成のブロック図である。
【００５４】
図４において、本発明の取引管理装置は、取引定義部３６、管理制御部３８で構成される。取引定義部３６に対してはデータベース４０が設けられる。また管理制御部３８に対しては未完了取引画面表示部４２、キー入力部４６、バーコードリーダ１４及び伝票発行部４８等の入出力機器が設けられる。
【００５５】
図３のプログラム構造との対応を取ると、取引定義部３６の機能はリテール・アプリケーション・フレームワーク・テクノロジ３０で実現されており、管理制御部３８はＰＯＳアプリケーション２８で実現されている。
【００５６】
取引定義部３６は、未完了取引について予め定めた複数のカテゴリを組み合わせて複数種類の未完了取引タイプを定義する。この未完了取引タイプの定義に伴って取引定義部３６には、未完了取引管理テーブル５０、タイプコードテーブル５２、未完了取引明細情報テーブル５４及び支払情報管理テーブル５６が設けられている。このうちタイプコードテーブル５２が、複数のカテゴリを組み合わせて複数種類の未完了取引タイプを定義した定義テーブルとして機能する。
【００５７】
管理制御部３８は、オペレータとの対話操作によって取引定義部３６で定義された未完了取引タイプのいずれかを指定して、取引の開始から終了までを一括して管理制御する。この実施形態にあっては、取引定義部３６にあっては後の説明で明らかにするようにタイプＡ，Ｂ，Ｃ，Ｄの４タイプを定義した場合を例にとっていることから、管理制御部３８にはタイプＡ管理制御部５８、タイプＢ管理制御部６０、タイプＣ管理制御部６２、タイプＤ管理制御部６４を設けている。
【００５８】
更にデータベース４０には、未完了取引情報６６、通常取引情報６８が設けられ、ＰＯＳ端末の取引操作で生成された各取引情報を記録している。またデータベース４０には、品名テーブル７０とプライス参照テーブル（ＰＬＵ）７２が設けられている。
【００５９】
品名テーブル７０は品番コードと品名から構成されており、バーコードリーダ１４で読み取ったコードによる品名テーブル７０の参照で品番コードと品名を認識することができる。プライス参照テーブル７２は品番コードと価格で構成されている。このため、品名テーブル７０の参照で得られた品番コードによりプライス参照テーブル７２を見ることで価格を認識することができる。
【００６０】
図５は、図４の取引定義部３６に設けた各テーブルの詳細とそのリンク構造の説明図である。
【００６１】
図５において、未完了取引管理テーブル５０は未完了取引のための基本情報を備えている。即ち未完了取引管理テーブル５０には、店舗番号、未完了取引通番（未完了取引伝票番号）、未完了取引タイプを示すタイプコード、発生時取引通番、発生時日時、顧客番号、状態コード、最終更新日時、発生時従業員ＩＤ、請求額、頭金額、残金額、お渡し予定日、お渡し完了フラグ、計上可不可フラグ、集計完了フラグ等が設けられている。
【００６２】
未完了取引管理テーブル５０の店舗番号及び未完了取引通番によって、未完了取引明細情報テーブル５４と支払情報管理テーブル５６を参照することができる。未完了取引明細情報テーブル５４には、店舗番号、未完了取引通番、明細行番号、明細情報等が格納されている。支払情報管理テーブル５６には店舗番号、未完了取引通番、支払処理店舗番号、支払時取引通番、支払時日時、支払額、支払種別、支払時従業員ＩＤ等が格納されている。
【００６３】
未完了取引管理テーブル５０のタイプコードによってタイプコードテーブル５２を参照することができる。このタイプコードテーブル５２は、図４の取引定義部３６において、予め定めた複数のカテゴリを組み合わせて複数種類の未完了タイプを定義するためのテーブルである。
【００６４】
この実施形態においてタイプコードテーブル５２には、タイプコード、売上タイミング、前払要不要フラグ、前渡し可不可フラグ、支払い方法、引渡方法等の複数のカテゴリが設けられており、これらのカテゴリの組合せによって未完了取引のタイプが決められている。
【００６５】
タイプコードテーブル５２の各カテゴリを説明すると次のようになる。まず売上タイミングとしては、取引開始時、支払完了時、引渡完了時等を設定することができる。前払要不要フラグは未完了取引における前払いの必要性の有無を設定するものであり、この場合、前払要については最低パーセンテージや最低額等を設定することができる。
【００６６】
次の前渡し可不可フラグは商品の前渡しが可能か否かを設定するフラグである。例えば支払額が商品価格に達していない場合に、前渡し可能かどうか等の条件を設定する。
【００６７】
支払方法は、前払い、後払い、分割払い等を設定する。引渡し方法は、前渡し、後渡し、分割渡し等がある。この引渡方法に付随して引渡予定日を設定することもできる。引渡予定日は、前渡しの場合は当日、後渡しの場合はディフォルトとして定めた日付、例えば５営業日後等を設定する。
【００６８】
これらタイプコードテーブル５２におけるカテゴリのうち、本発明の未完了取引に最小限必要なカテゴリとしては、
（１）売上タイミング
（２）前払い要不要フラグ
（３）引渡方法
であり、この基本的な３つのカテゴリにそれ以外のカテゴリを必要に応じて組み合わせることで未完了取引のタイプを定義することができる。
【００６９】
図６は未完了取引としてタイプＡ，Ｂ，Ｃ，Ｄの４つを定義した場合のタイプコードテーブルの説明図である。
【００７０】
図６（Ａ）は、タイプＡとなる承り取引・発生主義用のタイプコードテーブル７４である。このタイプＡの未完了取引は、全額前払いの未結取引で取引発生時に売上を計上する発生主義の承り取引である。このため図６（Ａ）の承り取引・発生主義用タイプコードテーブル７４にあっては、まずタイプコードＡを定義する。続いて売上タイミングとして「取引発生時」を定義する。
【００７１】
続いて前払要不要フラグとして「要」を定義し、属性情報として「全額」を定義する。また引渡方法としては「後渡」を定義する。これによって３つの基本的なカテゴリによる未完了取引のタイプ指定が行われる。更に引渡予定日のデフォルトとして「５営業日後」を設定する。
【００７２】
図６（Ｂ）は、タイプＢの未完了取引を定義するタイプコードテーブル７６の説明図である。このタイプＢの未完了取引は、全額前払いの未完了取引で取引完了時に売上を計上する完結主義の承り取引である。このため図６（Ｂ）の承り取引・完結主義用タイプコードテーブル７６にあっては、まずタイプコードＢを定義し、続いて売上タイミングとして「取引終了時」を定義する。これに続く前払要不要フラグ、引渡方法、引渡予定日は、図６（Ａ）のタイプコードテーブル７４の場合と同じになる。
【００７３】
図６（Ｃ）は、タイプＣの未完了取引を定義するタイプコードテーブル７８の説明図である。タイプＣの未完了取引は、特定顧客に信用売りする未結取引で、取引発生時に売上を計上する発生主義の売掛取引である。
【００７４】
このため売掛取引・発生主義用タイプコードテーブル７８はタイプコードＣを定義し、売上タイミングは「取引発生時」を定義し、前払要不要フラグは信用売りの売掛取引であることから「不要」を定義し、引渡方法は「前渡し」とし、更に引渡予定日はディフォルトとして「当日」を定義している。
【００７５】
図６（Ｄ）は、タイプＤの未完了取引を定義するタイプコードテーブル８０の説明図である。このタイプＤの未完了取引は、特定顧客に信用売りする未結取引で、取引完了時に売上を計上する完結主義の売掛取引である。
【００７６】
この図６（Ａ）〜（Ｄ）のタイプコードテーブル７４，７６，７８，８０で定義された未結取引タイプＡ，Ｂ，Ｃ，Ｄに対応して、図４の管理制御部３８には、タイプＡ管理制御部５８、タイプＢ管理制御部６０、タイプＣ管理制御部６２、タイプＤ管理制御部６４の制御機能が設けられる。
【００７７】
各管理制御部５８，６０，６２，６４にあっては、未完了取引が開始される前払い時と商品引渡または入金が行われる処理とに分けて未完了取引の一括管理制御を行う。
【００７８】
図７は、図４の本発明による取引管理装置による未完了取引についての制御処理の基本的なフローチャートである。
【００７９】
まずＰＯＳ端末の操作画面を使用して未完了取引の宣言のために未完了操作キーを押下すると、これがステップＳ１で判別され、ステップＳ２で未完了取引メニュー表示が行われる。この未完了取引メニュー表示にあっては、未完了取引を開始する「支払い時の取引」と未完了取引を完了する「引渡し時取引（「入金時取引」を含む）の２つのメニューを表示する。
【００８０】
ここで未完了取引開始を意味する「支払い時の取引」のメニューを選択すると、ステップＳ３からステップＳ４に進み、そのとき指定したタイプに応じた支払い時の処理が行われる。
【００８１】
一方、ステップＳ３で未完了取引の開始を選択しなかった場合には、ステップＳ５で未完了取引引渡しの選択か否かチェックし、引渡しの選択であればステップＳ６に進み、伝票番号に応じた引渡し時の処理を行う。そして、このようなステップＳ１〜Ｓ６の処理は、ステップＳ７でＰＯＳ端末に対する終了指示があるまで繰り返される。またステップＳ１で未完了操作キーの押し下げがなかった場合には、図示しない通常取引の処理に進むようになる。
２．承り取引
図８は発生主義の承り取引である未完了取引タイプＡを指定した場合の図７のステップＳ４における支払時処理のフローチャートである。この発生主義の承り取引における取引開始のための支払時処理にあっては、まずステップＳ１で商品渡し日を入力する。この商品渡し日は、図６（Ａ）のタイプコードテーブル７４にあっては「５営業日後」がディフォルトで表示され、異なる場合は手入力等で修正する。
【００８２】
次にステップＳ２でバーコードリーダ等を使用した商品の登録を通常の取引と同様に行う。続いてステップＳ３で入金額の登録を行う。このタイプＡの発生主義の承り取引にあっては、図６（Ａ）のタイプコードテーブル７４から前払い要不要フラグは「要（全額）」となっている。
【００８３】
したがって、入金額の登録を行った後、ステップＳ４で全額入金か否かチェックする。もし全額入金でなければステップＳ７でエラー表示を行い、ステップＳ４で入金額の登録を再度行うことになる。
【００８４】
ステップＳ４で全額入金であれば、ステップＳ５に進み、未完了取引伝票番号の入ったお客様控をプリンタにより発行し、最終的にステップＳ６で売上を計上する。即ち、売上は、このタイプＡの発生主義の承り取引にあっては未完了取引開始時に計上されることになる。
【００８５】
図９及び図１０は、図８の発生主義の承り取引の支払時処理におけるＰＯＳ端末の操作画面の説明図である。
【００８６】
図９（Ａ）は、ＰＯＳ端末の初期画面として表示されている売上登録画面８２である。この売上登録画面８２には、通常の売上登録で使用するバーコード表示枠８４と商品情報リスト８５が空き状態で表示され、更に、下側に未完了取引のチェックボックス８６が設けられている。
【００８７】
尚、通常売上登録では、商品のバーコードスキャンを行うとバーコード表示枠８４にバーコード（数字）が自動的に表示され（キー入力による手入力も可能）、商品情報リスト８５に商品名と単価等が表示される。
【００８８】
そこで、まず未完了取引開始の宣言を行う。この未完了取引開始の宣言は、売上登録画面８２の未完了取引のチェックボックス８６をマウスクリック、操作キーの押下又はタッチパネル等により選択し、黒に反転する（以下、単に「チェックボックスの選択」という）。この未完了取引開始の宣言によって図９（Ｂ）の未完了取引メニュー画面８８に切り替わる。
【００８９】
未完了取引メニュー画面８８には支払時の取引と引渡し時の取引についてチェックボックス９０，９２が設けられている。そこで支払時の取引のチェックボックス９０を選択する。このチェックボックス９０の選択によって図９（Ｃ）の未完了取引タイプ選択画面９４に切り替わる。
【００９０】
未完了取引タイプ選択画面９４には承り取引（発生主義）、売掛取引（発生主義）、承り取引（完結主義）及び売掛取引（完結主義）の４タイプのチェックボックス９６，９８，１００，１０２が設けられている。ここで発生主義の承り取引であることからチェックボックス９６を選択する。
【００９１】
続いて図１０（Ｄ）の承り取引における引渡し日入力画面１０４に切り替わる。この引渡し日入力画面１０４の入力フレーム１０６には、現在の取引開始日が１９９９年９月２３日とするとディフォルトの「５営業日後」となる「１９９９０９２８」が表示される。修正が必要な場合は手入力等で修正する。
【００９２】
この状態でバーコードリーダ等により商品のバーコードを読み取って商品登録を行い、表示された代金を顧客から受け取って入金登録を行い、全額であれば未完了取引伝票番号が記録されたお客様控がプリンタにより発行される。また入金登録の際の入金額が全額でなかった場合にはエラー表示等が行われることになる。
【００９３】
図１１は、図８の未完了取引タイプＡの支払時処理の後に行われる引渡し時処理のフローチャートである。この引渡し時処理にあっては、ステップＳ１で支払時に渡したお客様控を見て、その未完了取引伝票番号を入力する。
【００９４】
この伝票番号の入力に基づき、ステップＳ２で該当する未完了取引の表示が行われる。この表示内容から商品を引き渡し、登録キーを押下する。ステップＳ３で登録キーの押下があると、ステップＳ４に進み、未完了取引の完了処理が行われる。
【００９５】
またステップＳ２で表示した未完了取引の内容について、既に商品引渡しの登録が済んでいる場合にはエラー表示等を行い、登録キーの選択が行われないことから、ステップＳ５に進み、登録内容から引渡し済みをチェックし、処理を終了する。
【００９６】
図１２，図１３は、図１１の未完了取引タイプＡにおける引渡し時処理の操作画面の説明図である。図１２（Ａ）の売上登録画面における未完了取引の宣言をチェックボックス８６で選択すると、図１２（Ｂ）の未完了取引メニュー画面８８に切り替わることから、チェックボックス９２の選択で引渡し時の取引を指定する。
【００９７】
これによって図１３（Ｃ）の伝票番号入力画面１０８に切り替わる。そこで、受け取ったお客様控伝票に記録されている伝票番号「００００００１」等を入力すると、図１３（Ｄ）の未完了取引確認画面１１２に切り替わる。この未完了取引確認画面１１２には伝票番号に対応して、売上日、売上額、残金、お渡し日、支払い完了及び引渡し済みのそれぞれについてのステータス表示ボックス１１６，１１８が設けられている。そこで登録キーを操作するとステータス表示ボックス１１８が引渡済みとなり、一連の未完了取引が終了する。
【００９８】
また図１３（Ｃ）で伝票番号を入力した際に図１３（Ｅ）の未完了取引確認画面１１２に切り替わった場合には、ステータス表示ボックス１１８が既に商品引渡し済みであることから、その旨のメッセージ等を表示して一連の処理を終了する。
【００９９】
図１４は、未完了取引タイプＢとなる完結主義の承り取引における支払時処理のフローチャートである。この完結主義の承り取引における支払時処理にあっては、図９（Ａ）のように売上登録画面８２で未完了取引のチェックボックス８６を押下げ、図９（Ｂ）の未完了取引メニュー画面８８で支払時の取引のチェックボックス９０を選択し、続いて図９（Ｃ）の未完了取引タイプ選択画面９４で承り取引（完結主義）のチェックボックス１００を選択することにより起動する。
【０１００】
まずステップＳ１で図６（Ｄ）と同じ引渡し日入力画面１０４を使用して商品引渡日を入力する。この場合にも図６（Ｂ）のタイプコードテーブル７６に設定した引渡予定日であるディフォルトの「５営業日後」が表示される。修正が必要な場合は、手入力等で修正する。
【０１０１】
続いてステップＳ２でバーコードリーダ等による商品の読取りで商品の登録を通常取引と同様に行う。続いてステップＳ３で入金額を登録する。この場合、図６（Ｂ）のタイプコードテーブルから前払い要で且つ全額が必要であることから、ステップＳ４で全額入金を確認すると、ステップＳ５で未完了取引伝票番号の入ったお客様控を発行する。ステップＳ４で全額入金でなければ、ステップＳ６のエラー表示等を行い、ステップＳ３からの入金額の登録を再度行う。
【０１０２】
この図１４における完結主義の承り取引における支払時処理にあっては、支払時処理において売上計上を行わない点が、図８に示したタイプＡの発生主義の承り取引の場合と異なる。
【０１０３】
図１５は、図１４の支払時処理の後、商品引渡し時に行われる完結主義の承り取引における引渡し時処理のフローチャートである。この引渡し時の処理にあっても、まず図１２（Ａ）と同じ売上登録画面８２で未完了取引のチェックボックス８６を選択し、図１２（Ｂ）の未完了取引メニュー画面８８で引渡し時のチェックボックス９２を選択すると、図１３（Ｃ）の伝票番号入力画面１０８となる。
【０１０４】
そこでステップＳ１でお客様控に記録されている未完了取引伝票番号を入力すると、ステップＳ２で図１３（Ｄ）と同様な未完了取引確認画面１１２が表示される。ここで支払いが済んでいないことを確認して登録キーを押下げると、ステップＳ３からステップＳ４に進み、この時点で売上を計上し、未完了取引を完了させる。
【０１０５】
ステップＳ２の未完了取引の確認表示画面が図１３（Ｅ）のようにステータス表示ボックス１１８が既に引渡し済みとなっている場合には、処理を終了する。３．売掛取引
図１６は、図４の実施形態において完結主義による売掛取引である未完了取引タイプＤを選択した場合の支払時処理のフローチャートである。この未完了取引タイプＤの登録処理は、まず図１７（Ａ）のように売上登録画面８２で未完了取引８６のチェックボックスを選択して未完了取引を宣言する。
【０１０６】
続いて図１７（Ｂ）の未完了取引メニュー画面８８を使用して引渡し時の取引のチェックボックス９２を選択し、続いて図１７（Ｃ）の未完了取引タイプ選択画面９４について売掛取引（完結主義）のチェックボックス１０２を選択することで処理が開始される。
【０１０７】
処理が開始されると、ステップＳ１で図１８（Ｄ）の商品引渡し日の入力画面１１５が表示される。この商品引渡し日入力画面の日付入力枠１１５−１には、図６（Ｄ）のタイプコードテーブル８０の引渡し予定日で設定した「当日の引渡し（１９９９０９２３）」がディフォルトとして表示される。
【０１０８】
次に図１６のステップＳ２でバーコードリーダを使用して商品のバーコードを読み取り、通常取引と同様、商品の登録を行う。商品の登録が済むと、この売掛取引にあっては図６（Ｄ）のタイプコードテーブルから引渡し方法が「前渡し」で引渡し予定日が「当日」となっていることから、引渡し確認のため、図１２（Ｅ）の未完了取引確認画面１１６が表示される。
【０１０９】
そこで、この未完了取引確認画面１１６−１について、登録キーを押し下げると未完了取引確認画面１１６−１の引渡し済みのステータス表示ボックス１２６が引渡し済みとなることを確認する。
【０１１０】
次にステップＳ４で入金額の登録を行う。この売掛取引にあっては、入金ゼロであっても有効であることから、入金ゼロの登録を行う。続いてステップＳ５で未完了取引伝票番号の入ったお客様控を発行する。この売掛取引は完結主義であることから、この支払時処理の時点では売上の計上は行わない。
【０１１１】
図１９は、図１６の支払時処理で残金がある場合に行われる未完了取引タイプＤにおける入金時の処理である。この売掛取引の入金時の処理については、図２０（Ａ）のように売上登録画面８２の未完了取引のチェックボックス８６を選択して未完了取引を宣言し、図２０（Ｂ）の未完了取引メニュー画面８８で引渡し時の取引のチェックボックス９２を選択すると、図２１（Ｃ）の伝票番号入力画面１１８に切り替わる。
【０１１２】
そこで図１９の売掛取引（完結主義）の入金処理にあっては、まずステップＳ１でお客様控にある未完了取引伝票番号を入力すると、ステップＳ２で図２１（Ｄ）の未完了取引確認画面１１６−２が表示される。
【０１１３】
続いてステップＳ３で取引完了の有無をチェックし、取引完了でなければ、図２１（Ｄ）のように未完了取引確認画面１１６−２の残金が例えば「￥２５，０００」となっていることから、ステップＳ４で入金のため登録キーを押下げ、ステップＳ５で入金額を登録する。
【０１１４】
続いてステップＳ６で残金がゼロか否かチェックし、ゼロであればステップＳ７で売上を計上して未完了取引を完了し、ステップＳ８で未完了取引伝票番号入りのお客様控を発行する。
【０１１５】
一方、ステップＳ３で取引完了であった場合、例えば図２１（Ｅ）の未完了取引確認画面１１６−３のように残金がゼロで支払完了及び支払渡し済みのステータス表示ボックス１２４，１２６が完了になっている場合には、ステップＳ４〜Ｓ７の処理はスキップし、売掛処理の入金時処理は終了していることから、ステップＳ８で未完了取引伝票番号入りのお客様控を発行して処理を終了する。
【０１１６】
図２２は、発生主義の売掛取引である未完了取引タイプＣの前払時処理のフローチャートである。
【０１１７】
図２２において、ステップＳ１の商品お渡し日の入力からステップＳ５の未完了取引伝票番号の入ったお客様控の発行については、図１６の未完了取引タイプＤ（完結主義の売掛取引）における支払時処理のステップＳ１〜Ｓ５と同じであり、これに加えて発生主義であることから、ステップＳ６で売上を計上している点が相違する。
【０１１８】
図２３は、図２２の支払時処理で残金がゼロでなかった場合に後日行われる入金時処理のフローチャートである。この入金時処理にあっては、図１９に示した未完了取引タイプＤ（完結主義の売掛処理）の入金時処理と基本的に同じであるが、発生主義であることから、ステップＳ７で売上を計上することなく未完了取引を完了させている点が相違する。それ以外の点は同じである。
【０１１９】
図２４は、図４の本発明による取引管理装置において表示できる一覧表示の具体例である。本発明の取引管理装置にあっては、一括管理している未完了取引について、未完了取引全体またはタイプ別に未完了取引の内容を一覧表示することができる。
【０１２０】
図２４（Ａ）は未完了取引全体についての一覧表示であり、未完了取引一覧画面１２８には９９年１０月０１日現在の未完了取引の状況が全て表示される。この一覧表示は伝票番号、発生日時、金額、タイプの項目を各未完了取引ごとに表示する。
【０１２１】
この一覧画面はスクロール表示され、最終ページには合計、未完了取引数、タイプ別取引数、完了取引数、引渡し待ち取引数、入金待ち取引数等の集計結果も表示できる。
【０１２２】
図２４（Ｂ）は、未完了取引全体についての引渡し予定日を過ぎても取りに来ていない顧客一覧の表示画面であり、この未引取顧客一覧画面１３２にあっては、伝票番号、発生日時、引渡し予定日及びタイプが表示されている。
【０１２３】
これ以外にタイプＡ〜Ｄごとに分けた未完了取引一覧画面や未引取顧客一覧画面を表示することができる。更に、支払期限が過ぎても支払いに来ていない未入金顧客についても、未入金顧客の一覧を未完了取引全体及びタイプ別に表示することができる。更に、支払い状況の一覧についても表示ができる。
【０１２４】
図２５は、図４の取引定義部３６に設けられるテーブル構造の他の実施形態である。図２５のテーブル構造にあっては、図５のテーブルに更にオプションテーブル１３６、支払スケジュール情報テーブル１３８及び値引情報テーブル１４０を追加している。
【０１２５】
これに伴い未完了取引管理テーブル５０には、新たにオプションコードと支払スケジュールコードが追加される。オプションコードはオプションテーブル１３６にリンクし、オプションテーブル１３６にはオプションコード、未完了取引最長期間、最長期間を過ぎた後の方法、後払手数料等の未入金者に対する取扱いが定義される。
【０１２６】
未完了取引管理テーブル５０に追加した支払スケジュールコードは、支払スケジュール情報テーブル１３８にリンクする。支払スケジュール情報テーブル１３８には、支払スケジュールコード、前払最低パーセンテージ、支払回数、支払期限、支払スケジュール等の分割払いに関する情報が定義される。
【０１２７】
更に未完了取引管理テーブル５０の店舗番号と未完了取引通番でリンクされる値引情報テーブル１４０には、店舗番号、未完了取引通番に続いて、明細行番号、ディスカウント情報等の値引きに関する情報が定義される。
【０１２８】
このように図４の取引定義部３６のテーブル構造としては、必要に応じて適宜の未完了取引のカテゴリ、更には取引内容を定める事項につき、テーブル構造をもって未完了取引の内容を詳細に定義することができる。また未完了取引の内容に応じ、各テーブルの項目内容は必要に応じて適宜に定義することができる。
【０１２９】
尚、上記の実施形態は図６（Ａ）〜（Ｄ）のタイプコードテーブルで定義した未完了取引タイプＡ〜Ｄの４タイプの取引を例にとるものであったが、未完了取引のタイプは少なくとも売上タイミング、前払い要不要フラグ、引渡し方法を含むカテゴリの複数の組合せにより、必要に応じて任意に定めることができる。
【０１３０】
また実際の未完了取引にあっては、複数タイプの場合に限らず特定のタイプのみの未完了取引を持つ場合もあることから、その場合には未完了取引の宣言だけで予め定義したタイプの未完了取引に関する処理を行う。
【０１３１】
更に本発明は未完了取引管理プログラムを記録したコンピュータ可読の記録媒体を提供するものである。このための記録媒体としては、ＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ等の適宜の持ち運び可能な記録媒体を含む。
【０１３２】
また記録媒体に格納される未完了取引のためのプログラムは、図４の取引定義部３６の機能と管理制御部３８の機能を持つことになる。この場合、取引定義部３６は例えば図３のリテール・アプリケーション・フレームワーク・テクノロジ３０により実現されることから、この部分で独立したプログラムとできる。また管理制御部３８のプログラムはＰＯＳアプリケーション２８として実現されることから、この部分で独立したプログラムとすることもできる。
【０１３３】
また本発明は、その目的と利点を損なわない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。
【０１３４】
【発明の効果】
以上説明してきたように本発明によれば、予め定めた複数のカテゴリを組み合わせて複数種類の未完了取引タイプを定義し、オペレータとの対話操作により未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御できるため、１システムで複数の未完了取引の一括制御と一括管理ができる。
【０１３５】
このため、今まで困難であった未完了取引全体の管理や状況把握等を極めて短時間に正確に行うことができる。
【０１３６】
更に未完了取引をカテゴリの組合せによるタイプに分けていることから、タイプを指定するだけで未完了取引の管理制御方法の変更を短時間に正確に行うことができる。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】本発明が適用されるＰＯＳシステムの説明図
【図３】図２のＰＯＳ端末のプログラム構造の説明図
【図４】本発明によるＰＯＳ端末の機能構成のブロック図
【図５】図４の取引定義部に設けたテーブル構造の説明図
【図６】図４のＰＯＳ端末で定義した未完了取引タイプの説明図
【図７】図４のＰＯＳ端末による未完了取引処理のフローチャート
【図８】発生主義の承り取引（タイプＡ）における支払処理のフローチャート
【図９】図８の支払処理における操作画面の説明図
【図１０】図９に続く図８の支払処理における操作画面の説明図
【図１１】発生主義の承り取引（タイプＡ）における引渡処理のフローチャート
【図１２】図１１の引渡処理における操作画面の説明図
【図１３】図１２に続く図１１の引渡処理における操作画面の説明図
【図１４】完結主義の承り取引（タイプＢ）における支払処理のフローチャート
【図１５】完結主義の承り取引（タイプＢ）における引渡処理のフローチャート
【図１６】完結主義の売掛取引（タイプＤ）における支払処理のフローチャート
【図１７】図１６の支払処理における操作画面の説明図
【図１８】図１７に続く図１６の支払処理における操作画面の説明図
【図１９】完結主義の売掛取引（タイプＤ）における入金処理のフローチャート
【図２０】図１９の入金処理における操作画面の説明図
【図２１】図２０に続く図１９の入金処理における操作画面の説明図
【図２２】発生主義の売掛取引（タイプＣ）における支払処理のフローチャート
【図２３】発生主義の売掛取引（タイプＣ）における入金処理のフローチャート
【図２４】未完了取引における一覧画面表示の説明図
【図２５】図５の取引定義部に設けたテーブル構造の他の実施形態の説明図
【符号の説明】
１０，１０−１，１０−２：ＰＯＳ端末
１２：ＬＡＮ
１４，１４−１，１４−２：バーコードリーダ
１６−１，１６−２：プリンタ
１８−１，１８−２：カードリーダ
２０：ＰＯＳサーバ
２２：サーバファイル
２４：ホストシステム
２６：ホストファイル
２８：ＰＯＳアプリケーション
３０：リテール・アプリケーション・フレームワーク・テクノロジ（ＲＡＦＴ）３２：ＯＳ
３４：ＩＯＰＯＳ
３６：取引定義部
３８：管理制御部
４０：データベース
４２：未完了取引画面表示部
４６：キー入力部
４８：伝票発行部
５０：未完了取引管理テーブル
５２：タイプコードテーブル
５４：未完了取引明細情報テーブル
５６：支払情報テーブル
５８：タイプＡ管理部
６０：タイプＢ管理部
６２：タイプＣ管理部
６４：タイプＤ管理部
６６：未完了取引情報
６８：通常取引情報
７０：品名テーブル
７２：プライス参照テーブル（ＰＬＵ）
７４：承り取引・発生主義用タイプコードテーブル
７６：承り取引・完結主義用タイプコードテーブル
７８：売掛取引・発生主義用タイプコードテーブル
８０：売掛取引・完結主義用タイプコードテーブル
８２：売上登録画面
８８：未完了取引メニュー画面
９０：未完了取引タイプ選択画面
１０４，１１５：引渡日入力画面
１０８，１１８：伝票番号入力画面
１１２，１１６−１〜３，１２２：未完了取引確認画面
１３６：オプショクテーブル
１３８：支払スケジュール情報テーブル
１４０：値引情報テーブル
Claims (12)
- ＰＯＳ端末に使用する取引管理装置に於いて、
少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法を組合わせた未完了取引タイプからなるカテゴリを複数組合わせて複数種類の未完了取引タイプを定義する取引定義部と、
オペレータとの対話操作により、前記複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部と、
を備え、
前記取引定義部は、前記未完了取引タイプとして、
全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引、
全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引、
特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引、及び
特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引、
を定義し、
前記取引定義部は、前記発生主義の承り取引について、売上計上タイミングを取引発生時、前払い要で全額、及び商品の引渡しを後日としたカテゴリの組合わせを持つタイプコード情報を生成することを特徴とする取引管理装置。 - 請求項１記載の取引管理装置に於いて、前記管理制御部は、前記発生主義の承り取引を未完了取引タイプとして選択した場合、
前払時の処理として、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金額の登録、全額入金の確認と未入金の場合のエラー表示、前記伝票番号入りのお客様控の発行、及び売上の計上を順次行い、
引渡時の処理として、伝票番号の入力による未完了取引情報の表示、引渡しの登録、及び未完了取引終了を順次行うことを特徴とする取引管理装置。 - ＰＯＳ端末に使用する取引管理装置に於いて、
少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法を組合わせた未完了取引タイプからなるカテゴリを複数組合わせて複数種類の未完了取引タイプを定義する取引定義部と、
オペレータとの対話操作により、前記複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部と、
を備え、
前記取引定義部は、前記未完了取引タイプとして、
全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引、
全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引、
特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引、及び
特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引、
を定義し、
前記取引定義部は、前記完結主義の承り取引について、売上計上タイミングを取引完了時、前払い要で全額、及び商品の引渡しを後日としたカテゴリの組合わせを持つタイプコード情報を生成することを特徴とする取引管理装置。 - 請求項３記載の取引管理装置に於いて、前記管理制御部は、前記完結主義の承り取引を未完了取引タイプとして選択した場合、
前払時の処理として、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金額の登録、全額入金の確認と未入金の場合のエラー表示、前記伝票番号入りのお客様控の発行を行い、
引渡時の処理として、伝票番号の入力による未完了取引情報の表示、引渡しの登録、売上げの計上、及び未完了取引終了を行うことを特徴とする取引管理装置。 - ＰＯＳ端末に使用する取引管理装置に於いて、
少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法を組合わせた未完了取引タイプからなるカテゴリを複数組合わせて複数種類の未完了取引タイプを定義する取引定義部と、
オペレータとの対話操作により、前記複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部と、
を備え、
前記取引定義部は、前記未完了取引タイプとして、
全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引、
全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引、
特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引、及び
特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引、を定義し、
前記取引定義部は、前記発生主義の売掛取引について、売上計上タイミングを取引発生時、前払いを不要、及び商品の引渡しを前渡しとしたカテゴリの組合わせを持つタイプコード情報を生成することを特徴とする取引管理装置。 - 請求項５記載の取引管理装置に於いて、前記管理制御部は、前記発生主義の売掛取引を未完了取引タイプとして選択した場合、
前払時の処理として、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金ゼロを含む入金額の登録、前記伝票番号入りのお客様控の発行、売上の計上、及び引渡の登録を順次行い、
入金時の処理として、前記伝票番号の入力による未完了取引情報の表示、入金額の登録、及び残金がゼロの場合の未完了取引終了を順次行うことを特徴とする取引管理装置。 - ＰＯＳ端末に使用する取引管理装置に於いて、
少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法を組合わせた未完了取引タイプからなるカテゴリを複数組合わせて複数種類の未完了取引タイプを定義する取引定義部と、
オペレータとの対話操作により、前記複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部と、
を備え、
前記取引定義部は、前記未完了取引タイプとして、
全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引、
全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引、
特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引、及び
特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引、を定義し、
前記取引定義部は、前記完結主義の売掛取引について、売上計上タイミングを取引完了時、前払いを不要、及び商品の引渡しを前渡しとしたカテゴリの組合わせを持つタイプコード情報を生成することを特徴とする取引管理装置。 - 請求項７記載の取引管理装置に於いて、前記管理制御部は、前記完結主義の売掛取引を未完了取引タイプとして選択した場合、
前払時の処理として、未完了取引伝票番号の発行、商品引渡し日の入力、商品の登録、入金ゼロを含む入金額の登録、前記伝票番号入りのお客様控の発行、及び引渡の登録を行い、
入金時の処理として、前記伝票番号の入力による未完了取引情報の表示、入金額の登録、及び残金がゼロの場合に売上げを計上して未完了取引終了を行うことを特徴とする取引管理装置。 - 請求項１記載の取引管理装置に於いて、前記取引定義部は、未完了取引管理テーブル、タイプコードテーブル、未完了取引明細情報テーブル及び、支払情報管理テーブルを備え、
前記未完了取引管理テーブルには、店舗番号、未完了取引伝票番号、タイプコード、発生時取引通番、発生日時、顧客番号、請求額、頭金額、残金額、引渡し予定日、引渡し完了フラグ、計上可不可フラグ、集計完了フラグ等の基本管理情報を格納し、
前記タイプコードテーブルは、前記未完了取引管理テーブルのタイプコードで指定され、売上タイミング、前払要不要フラグ、前渡可不可フラグ、支払方法、引渡方法等のカテゴリ組合わせ情報を格納し、
前記未完了取引明細情報テーブルは、前記未完了取引管理テーブルの未完了取引伝票番号で指定され、店舗番号、未完了取引通番、明細行番号からなる明細情報を格納し、
前記支払情報管理テーブルは、前記未完了取引管理テーブルの未完了取引伝票番号で指定され、支払日時、支払額、支払種別等の支払管理情報を格納したことを特徴とする取引管理装置。 - 請求項９記載の取引管理装置に於いて、前記管理制御部は、前記取引定義部の各テーブル情報に基づき、未完了取引を示す一覧、引渡予定日を過ぎても引き取りに来ない顧客一覧、支払い期限を過ぎても支払いに来ない顧客一覧、支払状況の一覧等を、全体又はタイプ別に表示することを特徴とする取引管理装置。
- ＰＯＳ端末に使用する取引管理方法に於いて、
取引定義部で少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法を組合わせた未完了取引タイプからなるカテゴリを複数組合わせて複数種類の未完了取引タイプを定義し、
管理制御部でオペレータとの対話操作により、前記複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御し
前記未完了取引タイプとして、
全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引、
全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引、
特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引、及び
特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引、を定義し、
前記発生主義の承り取引について、売上計上タイミングを取引発生時、前払い要で全額、及び商品の引渡しを後日としたカテゴリの組合わせを持つタイプコード情報を生成することを特徴とする取引管理方法。 - ＰＯＳ端末に使用する取引管理装置に使用する記録媒体に於いて、コンピュータに、
少なくとも売上計上タイミング、前払いの必要性の有無、及び商品の引渡し方法を組合わせた未完了取引タイプからなるカテゴリを複数組合わせて複数種類の未完了取引タイプ を定義する取引定義部を実現するために、前記未完了取引タイプとして、
全額前払いの未結取引で取引発生時に売上げを計上する発生主義の承り取引、
全額前払いの未結取引で取引完了時に売上げを計上する完結主義の承り取引、
特定顧客に信用売りする未結取引で取引発生時に売上げを計上する発生主義の売掛取引、及び
特定顧客に信用売りする未結取引で取引完了時に売上げを計上する完結主義の売掛取引、
を定義する第１ステップ、
オペレータとの対話操作により、前記複数種類の未完了取引タイプのいずれかを指定して取引の開始から終了までを一括して管理制御する管理制御部を実現する第２ステップ、
前記発生主義の承り取引について、売上計上タイミングを取引発生時、前払い要で全額、及び商品の引渡しを後日としたカテゴリの組合わせを持つタイプコード情報を生成する第３ステップを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29800999A JP3930209B2 (ja) | 1999-10-20 | 1999-10-20 | 取引管理装置及び方法並びに取引管理プログラムを格納したコンピュータ可読の記録媒体 |
| US09/606,211 US7162435B1 (en) | 1999-10-20 | 2000-06-29 | Transaction managing apparatus and method and recording medium storing transaction managing program therein |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29800999A JP3930209B2 (ja) | 1999-10-20 | 1999-10-20 | 取引管理装置及び方法並びに取引管理プログラムを格納したコンピュータ可読の記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001118150A JP2001118150A (ja) | 2001-04-27 |
| JP3930209B2 true JP3930209B2 (ja) | 2007-06-13 |
Family
ID=17853955
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29800999A Expired - Fee Related JP3930209B2 (ja) | 1999-10-20 | 1999-10-20 | 取引管理装置及び方法並びに取引管理プログラムを格納したコンピュータ可読の記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7162435B1 (ja) |
| JP (1) | JP3930209B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7747528B1 (en) * | 2004-02-11 | 2010-06-29 | Yt Acquisition Corporation | System and method for delaying payment processing for biometrically-initiated financial transactions |
| US8572203B1 (en) * | 2007-05-10 | 2013-10-29 | United Services Automobile Association (Usaa) | Systems and methods for personalized customer messages |
| US20090157436A1 (en) * | 2007-12-14 | 2009-06-18 | Bruce Craycraft | Revenue cycle system and method |
| CN102081769A (zh) * | 2009-11-27 | 2011-06-01 | 阿里巴巴集团控股有限公司 | 支付数据处理方法、系统、支付终端及支付服务器 |
| US9058709B2 (en) * | 2011-03-23 | 2015-06-16 | Glory Ltd. | Settlement system, settlement method, and cash settlement device |
| JP6329108B2 (ja) * | 2015-07-08 | 2018-05-23 | 東芝テック株式会社 | 表示装置、及び情報処理装置 |
| US10025845B1 (en) | 2015-12-08 | 2018-07-17 | Gravic, Inc. | Method of logging non-durable attributes of an uncompleted transaction so as to make such attributes durable |
| US9569473B1 (en) | 2015-12-08 | 2017-02-14 | Gravic, Inc. | Method of controlling whether an uncompleted transaction applied against a database goes forward using either synchronous or asynchronous replication, or using either encrypted replication or unencrypted replication |
| US10025946B1 (en) | 2015-12-08 | 2018-07-17 | Gravic, Inc. | Method of controlling whether an uncompleted transaction applied against a database goes forward or is aborted, and for modifying the uncompleted transaction so that it can go forward |
| JP6213598B2 (ja) * | 2016-03-17 | 2017-10-18 | 株式会社寺岡精工 | 精算システム及びプログラム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59231674A (ja) * | 1983-06-15 | 1984-12-26 | Fujitsu Ltd | 取引デ−タ処理方式 |
| JPS60263299A (ja) * | 1984-06-11 | 1985-12-26 | オムロン株式会社 | 取引処理装置 |
| US5754655A (en) * | 1992-05-26 | 1998-05-19 | Hughes; Thomas S. | System for remote purchase payment and remote bill payment transactions |
| US7039603B2 (en) * | 1996-09-04 | 2006-05-02 | Walker Digital, Llc | Settlement systems and methods wherein a buyer takes possession at a retailer of a product purchased using a communication network |
| JP3660101B2 (ja) * | 1996-11-14 | 2005-06-15 | 松下電器産業株式会社 | パーソナル電子決済システム |
| US6460020B1 (en) * | 1996-12-30 | 2002-10-01 | De Technologies, Inc. | Universal shopping center for international operation |
| US6085168A (en) * | 1997-02-06 | 2000-07-04 | Fujitsu Limited | Electronic commerce settlement system |
| US5907848A (en) * | 1997-03-14 | 1999-05-25 | Lakeview Technology, Inc. | Method and system for defining transactions from a database log |
-
1999
- 1999-10-20 JP JP29800999A patent/JP3930209B2/ja not_active Expired - Fee Related
-
2000
- 2000-06-29 US US09/606,211 patent/US7162435B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7162435B1 (en) | 2007-01-09 |
| JP2001118150A (ja) | 2001-04-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20060041475A1 (en) | System and method for administering promotions | |
| KR20070048747A (ko) | 전사적 자원 관리/금융 소프트웨어를 이용한 구매전용 카드활용 및 데이터 정산을 위한 방법 및 시스템 | |
| CN108256844A (zh) | 一种传统供应链金融领域中结算支付方法 | |
| JP3930209B2 (ja) | 取引管理装置及び方法並びに取引管理プログラムを格納したコンピュータ可読の記録媒体 | |
| JP2002203020A (ja) | 貴金属類の定額購入システム | |
| JP2002074219A (ja) | エスクロー決済システム、エスクロー決済方法およびプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2004139424A (ja) | 商品販売登録データ処理装置 | |
| JP5014648B2 (ja) | レジスターシステム | |
| CN117546196B (zh) | 交易管理方法、系统以及程序产品 | |
| US20120323774A1 (en) | Point of sale (pos) systems and methods for making tax payments | |
| JPH09120485A (ja) | 入金システム | |
| JP4771477B2 (ja) | 生鮮商品の委託販売方法 | |
| JP3970698B2 (ja) | 精算システム | |
| CN110942368A (zh) | 一种产品订购信息的合并统计及结算方法 | |
| JP2000113079A (ja) | 振込カードシステム | |
| WO2024190704A1 (ja) | 精算システム及び精算方法 | |
| JP2003123007A (ja) | オンラインショッピングシステム及び方法 | |
| JPH06139260A (ja) | 販売管理プログラム | |
| JP2005284381A (ja) | 業務取引処理システム | |
| JP7333111B2 (ja) | 装置、プログラム及びシステム | |
| JP2019016017A (ja) | 商品販売データ処理装置及びプログラム | |
| US20220076259A1 (en) | System and method for reversing bifurcated transactions | |
| JP5343533B2 (ja) | 商取引システム | |
| JP2024134333A (ja) | 商品販売システム、販売処理装置及びそのプログラム | |
| JPH05282560A (ja) | 客数随時入力方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061128 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070105 |
|
| 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: 20070213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070308 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| 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: 20110316 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120316 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140316 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |