JP2024027722A - 売買取引システム、売買取引方法、及び売買取引プログラム - Google Patents

Abstract

【課題】ＦＣ店と直営店との間で売買取引が発生した場合に、ＦＣ店に対するロイヤリティの請求業務の負荷及びミスを低減すること。【解決手段】本実施の形態の売買取引システムは、ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力する売上予定入力手段と、売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力し、前記売上予定データの売上済フラグを「売上済」に更新し、売上データを作成する売上仕入入力手段と、前記売上データに基づいて、ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算手段と、前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成手段と、を備える。【選択図】図２

Description

本発明は、売買取引システム、売買取引方法、及び売買取引プログラムに関する。

例えば、フランチャイズ（以下、「ＦＣ」と称する場合がある）展開を行っている多店舗展開企業においては、本部とＦＣ店との間で売買取引が発生するが、直営店とＦＣ店との間で売買取引が発生する場合がある。従来のＦＣシステムとして、例えば、特許文献１がある。

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

しかしながら、特許文献１では、直営店とＦＣ店との間で売買取引が発生した場合について何ら記載されていない。

本発明は、上記に鑑みてなされたものであって、ＦＣ店と直営店との間で売買取引が発生した場合に、ＦＣ店に対するロイヤリティの請求業務の負荷及びミスを低減することが可能な売買取引システム、売買取引方法、及び売買取引プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部を備え、ＦＣ（フランチャイズ）店が直営店に商品を販売した場合のロイヤリティを算出する売買取引システムであって、前記制御部は、商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタにアクセス可能に構成されており、ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力して記憶エリアに格納する売上予定入力手段と、売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して前記記憶エリアに格納し、前記売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成して前記記憶エリアに格納する売上仕入入力手段と、前記売上データに基づいて、前記ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算手段と、前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成手段と、を備えたことを特徴とする。

また、本発明の一態様によれば、前記ロイヤリティ設定マスタでは、さらに、ロイヤリティ発生の上限を規定する上限金額及びロイヤリティ発生の下限を規定する下限金額が関連づけて登録されており、売上金額のうち、前記上限金額を超える部分はロイヤリティ対象外とし、また、売上金額が前記下限金額を下回る場合は、ロイヤリティ対象外とすることにしてもよい。

また、本発明の一態様によれば、前記ロイヤリティ設定マスタは、ＦＣ店毎に設定されることにしてもよい。

また、本発明の一態様によれば、前記制御部は、さらに、前記記憶エリアに格納されている、ＦＣ店の売上予定データと直営店の仕入データを参照して、直営店で仕入予定があり、仕入未計上の商品がある場合には、直営店に連絡する仕入未計上確認手段を備えることにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置が実行する売買取引方法であって、前記制御部は、商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタにアクセス可能に構成されており、前記制御部において実行される、ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力して記憶エリアに格納する売上予定入力工程と、売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して前記記憶エリアに格納し、前記売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成して前記記憶エリアに格納する売上仕入入力工程と、前記売上データに基づいて、前記ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算工程と、前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成工程と、を含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置で実行するための売買取引プログラムであって、前記制御部は、商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタにアクセス可能に構成されており、前記制御部において、ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力して記憶エリアに格納する売上予定入力工程と、売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して前記記憶エリアに格納し、前記売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成して前記記憶エリアに格納する売上仕入入力工程と、前記売上データに基づいて、前記ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算工程と、前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成工程と、を実行するための売買取引プログラムであることを特徴とする。

本発明によれば、ＦＣ店と直営店との間で売買取引が発生した場合に、ＦＣ店に対するロイヤリティの請求業務の負荷及びミスを低減することが可能になるという効果を奏する。

図１は、ＦＣ店と直営店の従来の売買取引の流れを説明するためのフローを示す図である。 図２は、本実施形態に係る売買取引システムの一例を示すブロック図である。 図３は、ロイヤリティ設定マスタの構成例を示す図である。 図４は、本実施の形態における売買取引システムの全体の処理の概略を説明するためのフローを示す図である。 図５は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図６は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図７は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図８は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図９は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図１０は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図１１は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。 図１２は、本実施形態に係る売買取引システムの制御部の処理の具体例を説明するための図である。

本発明に係る売買取引システム、売買取引方法、及び売買取引プログラムの実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．概要］
例えば、フランチャイズ（以下、「ＦＣ」と称する場合がある）展開を行っている多店舗展開企業においては、本部とＦＣ店との間で売買取引が発生するが、直営店とＦＣ店との間で売買取引が発生する場合がある。

ＦＣ店は商品を直営店へ販売する際に、商品に伝票をつけて直営店へ出荷している。直営店、ＦＣ店では、それぞれで仕入と売上を別々で計上するため、実績をつけあわせての照合作業が必要となる。そのため、伝票登録漏れ、単価などの明細情報の入力ミスなどで照合結果の相違が発生していた。これは、ＦＣ店や直営店が多くなるほど、直営店とＦＣ店の組み合わせも多岐に渡ると共にデータ量も多くなり、より照合作業に時間を要し、属人的な対応が求められることになる。

図１は、ＦＣ店と直営店の従来の売買取引の流れを説明するためのフローを示す図である。図１において、（１）ＦＣ店では、伝票を付けて商品を直営店へ出荷し、また、売上入力を行って売上データを格納する。（２）直営店では、商品と伝票を確認しながら、仕入入力を行って仕入データを格納する。（３）本部では、直営店から仕入データ、ＦＣ店から売上データの提供を受け、各店舗の照合作業を実施し、必要に応じて伝票修正を依頼する。（４）直営店の仕入計上に基づいて、ＦＣ店に対するロイヤリティの計算を行う。（５）直営店からＦＣ店へのロイヤリティを請求する。

本実施の形態では、直営店とＦＣ店との間で売買取引が発生する場合に、直営店、ＦＣ店で別々に伝票を計上するのではなく、販売側（ＦＣ店）を起点として登録した情報を元に、買取側（直営店）が伝票計上することで、ＦＣ店に対するロイヤリティの請求業務の負荷及びミスを低減する。

本実施の形態によれば、照合業務の中で、差異が発生することがなくなり、それぞれの実績を確認する必要がなくなった。また、買取側は一から伝票情報を入力する必要がないため、商品と伝票の相違がなくなる。照合作業にかける時間が短くなったことで、ロイヤリティの計算含めた業務効率を改善することができる。ロイヤリティの設定について、取引金額に対して上限金と下限の金額を設けることで、販売量が多くなるほどロイヤリティの発生がない範囲が発生し、ＦＣ店は自社の売上に対する意欲を向上させることができる。本部だけではなく、ＦＣと直営店との取引においてもロイヤリティを発生させることができ、ＦＣ店は本部を間に挟んで取引する必要がなくなる。

本実施の形態の売買取引システムは、流通小売業界やＦＣ展開している企業等に広く適用可能である。

［２．構成］
本実施形態に係る売買取引システムの構成の一例について、図２を参照して説明する。図２は、本実施形態に係る売買取引システムの一例を示すブロック図である。本実施形態に係る売買取引システムは、例えば、ＦＣ展開を行う企業の本部に導入される。以下では、質屋業務を行う企業を一例として説明するが、本発明はこれに限られるものではない。

売買取引システム１００は、市販のデスクトップ型パーソナルコンピュータである。なお、売買取引システム１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

売買取引システム１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。売買取引システム１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線または無線の通信回線を介して、売買取引システム１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、売買取引システム１００と、サーバ２００、複数のＦＣ店のＦＣ店端末４００・・・、複数の直営店の直営店端末５００・・・とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

ＦＣ店端末４００・・・は、複数のＦＣ店（例えば、ＦＣ渋谷店、ＦＣ池袋店、ＦＣ銀座店、ＦＣ中野店等）にそれぞれ設けられた端末であり、売買取引システム１００とデータ通信可能に構成されている。

直営店端末５００・・・は、複数の直営店（例えば、直営新宿店等）にそれぞれ設けられた端末であり、売買取引システム１００とデータ通信可能に構成されている。

入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

記憶部１０６（記憶エリア）には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部２０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。また、記憶部１０６は、ロイヤリティ設定マスタ１０６ａと、ＦＣ店テーブル１０６ｂと、直営店テーブル１０６ｃ等を備えている。図３は、ロイヤリティ設定マスタ１０６ａの構成例を示す図である。

ロイヤリティ設定マスタ１０６ａは、図３に示すように、ＦＣ店（ＦＣ店コード及び／又はＦＣ店名）、取引形態（例えば、販売、買取）、商品分類、上限金額、下限金額、ロイヤリティ率を関連付けて登録したテーブル等で構成することができる。「取引形態」は、買取又は販売である。「買取」は、ＦＣ店が一般顧客から商品を買い取る業務である。「販売」は、ＦＣ店が一般顧客又は直営店へ販売した時に発生する業務である。「上限金額」は、ロイヤリティ発生の上限金額であり、取引金額が上限金額を超える部分ではロイヤリティ対象外となる。「下限金額」は、ロイヤリティ発生の下限金額であり、取引金額が下限金額を下回る場合は、ロイヤリティ対象外となる。

ＦＣ店テーブル１０６ｂは、ＦＣ店の売上予定データ、売上データ、仕入データ等を格納するためのファイルである。

売上予定データは、伝票番号、取引日、ＦＣ店（発送元）、得意先（発送先）、売上予定番号、商品（商品コード及び／又は商品名）、売上数、売上金額、売上済フラグ等を含んでいてもよい。売上済フラグは、売上予定データが作成された時点では、「０：未売上済」が設定され、直営店で仕入計上された場合に「１：売上済」に更新される。

売上データは、伝票番号、取引日（売上日）、ＦＣ店（発送元）、得意先（発送先）、売上番号、商品、売上数、売上金額等を含んでいてもよい。

仕入データは、ＦＣ店、取引日（仕入日）、仕入番号、商品、仕入金額等を含んでいてもよい。

直営店テーブル１０６ｃは、直営店の仕入データ、請求データ等を格納するためのテーブルである。

仕入データは、直営店、取引日（仕入日）、仕入先（ＦＣ店）、仕入番号、商品、仕入金額等を含んでいてもよい。

請求データは、得意先、請求番号、請求額等を含んでいてもよい。

制御部１０２は、売買取引システム１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、記憶部１０６に格納されている、ロイヤリティ設定マスタ１０６ａ、ＦＣ店テーブル１０６ｂ、直営店テーブル１０６ｃにアクセス可能に構成されている。なお、ロイヤリティ設定マスタ１０６ａ、ＦＣ店テーブル１０６ｂ、直営店テーブル１０６ｃは、他の場所（例えば、サーバ２００）に設けられていてもよく、制御部１０２がアクセス可能な構成であればよい。

制御部１０２は、機能概念的に、売上予定入力部１０２ａと、売上仕入入力部１０２ｂと、ロイヤリティ計算部１０２ｃと、請求データ作成部１０２ｄと、仕入未計上確認部１０２ｅと、マスタメンテ部１０２ｆと、画面表示制御部１０２ｇと、を備えている。

売上予定入力部１０２ａは、ＦＣ店が直営店に商品を販売（出荷）する際に、ＦＣ店端末４００からのアクセスに応じて、売上予定入力画面を提供し、売上予定入力画面上でのＦＣ店端末４００の操作に応じて、売上予定番号、商品、売上金額、「０：未売上済」とした売上済フラグを含む売上予定データを入力して、ＦＣ店テーブル１０６ｂに格納する。

売上仕入入力部１０２ｂは、直営店端末５００からのアクセスに応じて、売上仕入入力画面を提供し、売上仕入入力画面上での直営店端末５００の操作に応じて、ＦＣ店テーブル１０６ｂに格納された売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して直営店テーブル１０６ｃに格納し、また、参照した売上予定データの売上済フラグを「１：売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成してＦＣ店テーブル１０６ｂに格納する。

ロイヤリティ計算部１０２ｃは、ＦＣ店テーブル１０６ｂの売上データに基づいて、ロイヤリティ設定マスタ１０６ａを参照して、ロイヤリティを計算する。

請求データ作成部１０２ｄは、ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成して、直営店テーブル１０６ｃに格納する。

仕入未計上確認部１０２ｅは、ＦＣ店テーブル１０６ｂの売上予定データと直営店テーブル１０６ｃの仕入データを参照して、直営店で仕入予定があり、仕入未計上の商品（伝票）がある場合には（例えば、売上予定データが作成された後、所定期間、対応する仕入データが作成されていない場合）、直営店に連絡する。

マスタメンテ部１０２ｆは、例えば、モニタ１１４に表示される不図示のマスタメンテ画面上でのオペレータの操作に応じて、ロイヤリティ設定マスタ１０６ａに対して、データの入力・追加・削除・編集等の設定を行う。

画面表示制御部１０２ｇは、モニタ１１４に表示する各種画面（マスタメンテ画面、ロイヤリティ計算画面等）の表示及びその入力を制御する。

［３．具体例］
図２～図１２を参照して、本実施の形態における売買取引システム１００の処理の具体例を説明する。まず、図４を参照して、本実施の形態における売買取引システム１００の全体の処理の概略を説明する。図４は、本実施の形態における売買取引システム１００の全体の処理の概略を説明するためのフローを示す図である。

（３－１．全体の処理）
図４では、ＦＣ店と直営店の売買取引の流れが示されている。図４において、（１）ＦＣ店では、伝票を付けて商品を直営店へ出荷し、また、売上予定入力を行う。売上予定入力部１０２ａは、売上予定入力処理（ステップＳ１）を実行する。具体的には、売上予定入力処理では、売上予定入力部１０２ａは、ＦＣ店端末４００からのアクセスに応じて、売上予定入力画面を提供し、売上予定入力画面上でのＦＣ店端末４００の入力操作に応じて、伝票番号、商品、売上金額、売上済フラグ（「０：未売上済」）を含む売上予定データを入力して、ＦＣ店テーブル１０６ｂに格納する。

（２）直営店では、商品を受け取ると、当該商品の伝票番号に基づいて、売上仕入入力を行う。売上仕入入力部１０２ｂは、売上仕入処理を実行する（ステップＳ２）。具体的には、売上入力処理では、売上仕入入力部１０２ｂは、直営店端末５００からのアクセスに応じて、売上仕入入力画面を提供し、売上仕入入力画面上での直営店端末５００の入力操作に応じて、伝票番号をキーとして、ＦＣ店テーブル１０６ｂに格納された売上予定データを参照して（読み出して）、仕入番号、商品、売上金額を含む仕入データを入力して直営店テーブル１０６ｃに格納する。また、売上仕入入力部１０２ｂは、参照した売上予定データの売上済フラグを「１：売上済」に更新し、さらに、売上予定データに基づいて、売上番号、商品、金額を含む売上データを生成して、ＦＣ店テーブル１０６ｂに格納する。

（３）本部（例えば、本部経理）では、直営店で仕入予定があり、仕入未計上の商品がある場合には、当該直営店へ連絡する。具体的には、仕入未計上確認部１０２ｅは、モニタ１１４に表示される確認画面上での本部経理担当の操作に応じて、ＦＣ店テーブル１０６ｂの売上予定データと直営店テーブル１０６ｃの仕入データを参照して、直営店で仕入予定があり、仕入未計上の商品（伝票）がある場合（例えば、売上予定データが作成された後、所定期間、対応する仕入データが作成されていない場合）には、直営店に連絡する。

（４）直営店の仕入計上を元にロイヤリティを計算する。ロイヤリティ計算部１０２ｃは、ロイヤリティ計算処理を実行する（ステップＳ３）。具体的には、ロイヤリティ計算処理では、ロイヤリティ計算部１０２ｃは、ＦＣ店テーブル１０６ｂの売上データに基づいて、ロイヤリティ設定マスタ１０６ａを参照して、ロイヤリティを計算する。

（５）ＦＣ店にロイヤリティの請求を行う。請求データ作成部１０２ｄは、請求データ作成処理を実行する（ステップＳ４）。具体的には、請求データ作成処理では、請求データ作成部１０２ｄは、ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成して、直営店テーブル１０６ｃに格納すると共に、請求データに基づいた請求書を発行する。

ＦＣ店が、一般顧客と取引する場合を説明する。ＦＣ店が一般顧客に販売する場合は、制御部１０２は、ＦＣ店端末４００からのアクセスに応じて、売上入力画面を提供し、売上入力画面上でのＦＣ店端末４００の入力操作に応じて、売上番号、商品、売上金額を含む売上データを入力して、ＦＣ店テーブル１０６ｂに格納する。また、ＦＣ店が一般顧客からの買取の場合は、制御部１０２は、ＦＣ店端末４００からのアクセスに応じて、仕入入力画面を提供し、仕入入力画面上でのＦＣ店端末４００の入力操作に応じて、仕入番号、商品、仕入金額を含む仕入データを入力して、ＦＣ店テーブル１０６ｂに格納する。

（３－２．サンプルデータ）
図５～図８は、本実施の形態に係る売買取引システム１００の制御部１０２の処理の具体例を説明するためのサンプルデータを示す図である。図５～１０を参照して、本実施の形態に係る売買取引システム１００の制御部１０２の処理の具体例を説明する。

（Ｓ１：売上予定入力処理）
図５を参照して、売上予定入力処理を詳細に説明する。売上予定入力部１０２ａは、ＦＣ店端末４００からのアクセスに応じて、売上予定入力画面を提供し、売上予定入力画面上でのＦＣ店端末４００の入力操作に応じて、伝票番号、商品、売上金額、売上済フラグ（０：未売上）を含む売上予定データを入力して、ＦＣ店テーブル１０６ｂに格納する。

図５（Ａ）は、売上予定入力画面の表示例を示す図である。売上予定入力画面は、伝票番号、取引日、ＦＣ店（発送元）、発送先（直営店）等を指定（入力）するためのヘッダエリアと、売上区分、商品・商品名、売上数、売上金額等を指定するための明細エリアと、不図示の登録ボタンと、を備えている。

登録ボタンが押下されると、売上予定入力画面の入力内容に応じた売上予定データがＦＣ店テーブル１０６ｂに登録される。

同図に示す例では、ヘッダ部では、伝票番号「Ｙ０００００００００１」、発送元「ＦＣ００１：ＦＣ渋谷店」、取引日「２０２２／６／３０」、発送先「Ｃｈｏｋｕ０１：直営新宿店」が入力されている。明細エリアでは、１行目は、売上区分「販売」、商品「Ｓｈｏｕｈｉｎ０１：高級時計」、売上数「１」、売上金額「４００，０００」、２行目は、売上区分「販売」、商品「Ｓｈｏｕｈｉｎ０２：ブランドバックＡ」、売上数「１」、売上金額「１５０，０００」が入力されている。不図示の登録ボタンを押すと、図５（Ｂ）に示すような売上予定データが登録される。

図５（Ｂ）は、売上予定データの一部のデータ例を示す図である。同図に示す例では、１行目は、得意先（発送先）「Ｃｈｏｋｕ０１：直営新宿店」、売上予定番号「Ｕ１００００００１」、商品「高級時計」、売上数「１」、売上金額「４００，０００」、売上済フラグ「０」となっている。売上予定番号は登録時に付番される。なお、図５（Ｂ）では、発送元（ＦＣ店）、伝票番号、取引日等のデータの記載を省略しているがこれらのデータも売上予定データとして登録される。

（Ｓ２：売上仕入入力処理）
図６を参照して、売上仕入入力処理の具体例を説明する。売上仕入入力部１０２ｂは、直営店端末５００からのアクセスに応じて、売上仕入入力画面を提供し、売上仕入入力画面上での直営店端末５００の入力操作に応じて、伝票番号をキーとして、ＦＣ店テーブル１０６ｂに格納された売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して直営店テーブル１０６ｃに格納する。また、売上仕入入力部１０２ｂは、参照売上予定データの売上済フラグを「１」に更新し、さらに、売上予定データに基づいて、売上番号、商品、売上金額を含む売上データを生成して、ＦＣ店テーブル１０６ｂに格納する。

図６は、売上仕入入力画面の表示例を示す図である。売上仕入入力画面は、伝票番号、取引日、発送元（ＦＣ店）、発送先（直営店）を指定するヘッダエリアと、仕入区分、商品・商品名、仕入数、仕入金額等を指定するための明細エリアと、不図示の登録ボタンと、を備えている。

売上仕入入力画面では、ヘッダエリアの伝票番号が指定されると、伝票番号をキーとして、ＦＣ店テーブル１０６ｂの売上予定データが読み出されて表示される。オペレータは、表示されたデータを編集・修正することができる。

登録ボタンが押下されると、売上仕入入力画面の入力内容に応じた仕入データが直営店テーブル１０６ｃに登録される。

図６（Ａ）に示す例では、伝票番号「Ｙ０００００００００１」が指定され、伝票番号「Ｙ０００００００００１」をキーとして、ＦＣ店テーブル１０６ｂの図５（Ｂ）に示す売上予定データが読み出されて表示されている。

図６（Ｂ）は、登録される仕入データのデータ例である。１行目は、仕入先「ＦＣ００１：ＦＣ渋谷店」、仕入番号「Ｓ１００００００１」、商品「高級時計」、仕入金額「４００，０００」となっている。また、仕入データが登録されると、図６（Ｄ）に示すように、売上予定データの売上済フラグを「１：売上済」に更新し、さらに、売上予定データに基づいて、図６（Ｃ）に示すような売上データを生成して、ＦＣ店テーブル１０６ｂに格納する。図６（Ｃ）に示す売上データの例では、１行目は、得意先（発送先）「Ｃｈｏｋｕ０１：直営新宿店」、売上番号「Ｅ１００００００１」、商品「高級時計」、売上金額「４００，０００」となっている。なお、図６（Ｃ）では、発送元（ＦＣ店）、取引日（売上日）等のデータの記載を省略しているがこれらのデータも売上データとして登録される。

（ＦＣ店の般顧客からの買取）
図７を参照して、ＦＣ店の一般顧客から買取する場合を説明する。ＦＣ店が般顧客からの買取の場合は、制御部１０２は、ＦＣ店端末４００からのアクセスに応じて、仕入入力画面を提供し、仕入入力画面上でのＦＣ店端末４００の入力操作に応じて、仕入番号、商品、仕入金額を含む仕入データを入力して、ＦＣ店テーブル１０６ｂに格納する。

図７（Ａ）は、仕入入力画面の表示例を示す図である。仕入入力画面は、取引日、ＦＣ店、顧客等を指定するヘッダエリアと、仕入区分、商品、仕入数、仕入金額等を指定するための明細エリアと、不図示の登録ボタンと、を備えている。ヘッダエリアと明細エリアでデータを入力して、不図示の登録ボタンを押下すると、画面の入力内容に応じた仕入データが作成されてＦＣ店テーブル１０６ｂに登録される。図７（Ｂ）は、登録される仕入データのデータ例を示す図である。なお、図７（Ｂ）では、ＦＣ店、取引日等のデータの記載を省略しているがこれらのデータも仕入データとして登録される。

（Ｓ３：ロイヤリティ計算処理）
図８～図１０を参照して、ロイヤリティ計算処理の具体例を説明する。ロイヤリティ計算部１０２ｃは、例えば、モニタ１１４に表示されるロイヤリティ計算画面上でのオペレータの操作により指定される対象年月及びＦＣ店について、ＦＣ店テーブル１０６ｂの売上データ及び仕入データを抽出し、抽出した売上データ及び仕入データに基づいて、ロイヤリティ設定マスタ１０６ａを参照して、ロイヤリティを計算する。

図８は、ロイヤリティ計算画面の表示例を示す図である。ロイヤリティ計算画面では、対象年月、ＦＣ店の一覧の中から対象のＦＣ店を指定するための対象フラグ、不図示の実行ボタンが表示される。オペレータは、対象年月と対象のＦＣ店の対象フラグをチェックし、実行ボタンを押すと、対象年月及び対象のＦＣ店についての売上データ及び仕入データがＦＣ店テーブル１０６ｂから抽出されてロイヤリティが計算される。同図に示す例では、対象年月「２０２２／６」、ＦＣ店「ＦＣ００１：ＦＣ渋谷店」が選択されている。以下では、対象年月「２０２２／６」のＦＣ店「ＦＣ００１：渋谷店」についてのロイヤリティ計算を行う場合を説明する。

図９及び図１０を参照して、ロイヤリティ計算の具体例を説明する。図９は、ＦＣ店「ＦＣ００１：渋谷店」の売上データ及び仕入データ並びにロイヤリティ設定マスタ１０６ａのデータ例を示している。ロイヤリティ設定マスタ１０６ａは、ＦＣ店（ＦＣ店コード及び／又はＦＣ店名）、取引形態（例えば、販売、買取）、商品分類、上限金額、下限金額、ロイヤリティ率の項目を備えている。「取引形態」は、買取又は販売である。「買取」は、ＦＣ店が一般顧客から商品を買い取る業務である。「販売」は、ＦＣ店が一般顧客又は直営店へ販売した時に発生する業務である。「上限金額」は、ロイヤリティ発生の上限金額であり、取引金額が上限金額を超える範囲ではロイヤリティはとらない。「下限金額」は、ロイヤリティ発生の下限金額であり、取引金額が下限金額を下回る範囲ではロイヤリティはとらない。

同図に示す例では、１行目は、ＦＣ店「ＦＣ００１：ＦＣ渋谷店」、取引形態「販売」、商品分類「時計」、上限金額「３００，０００」、下限金額「５０，０００」、ロイヤリティ率「２．７」となっている。

２行目は、ＦＣ店「ＦＣ００１：ＦＣ渋谷店」、取引形態「販売」、商品分類「バッグ」、上限金額「５００，０００」、下限金額「２００，０００」、ロイヤリティ率「３．２」となっている。

３行目は、ＦＣ店「ＦＣ００１：ＦＣ渋谷店」、取引形態「販売」、商品分類「バッグ」、上限金額「１，０００，０００」、下限金額「２００，０００」、ロイヤリティ率「５．０」となっている。

図１０は、ＦＣ店「ＦＣ００１：渋谷店」の売上データ及び仕入データ及びロイヤリティ設定マスタ１０６ａを使用した場合のロイヤリティの計算例を示している。

図１０（１）において、金額が上限金額を超える場合について説明する。図９のＦＣ店「ＦＣ００１：ＦＣ渋谷店」の売上データの１行目は、商品「高級時計」、売上金額が「４００，０００」となっている。ＦＣ店「ＦＣ００１：ＦＣ渋谷店」、取引形態「販売」（売上データのため取引形態は「販売」となる）、商品分類「時計」（高級時計の商品分類は「時計」となる）をキーとして、ロイヤリティ設定マスタ１０６ａ（１行目）から上限金額「３００，０００」、下限金額「５０，０００」、ロイヤリティ率「２．７」を取得する。売上金額「４００，０００」のうち、上限金額「３００，０００」までがロイヤリティ対象であり、上限金額「３００，０００」を超える「１００，０００」は、ロイヤリティ対象外となる。ロイヤリティ金額は、売上金額「４００，０００」のうちのロイヤリティ対象金額「３０，０００」×ロイヤリティ率「２．７％」＝８，１００となる。

図１０（２）において、金額が下限金額を下回る場合について説明する。図９のＦＣ店「ＦＣ００１：ＦＣ渋谷店」の売上データの２行目は、商品「ブランドバックＡ」、売上金額が「１５０，０００」となっている。ＦＣ店「ＦＣ００１：ＦＣ渋谷店」、取引形態「販売」、商品分類「バック」（ブランドバックＡの商品分類は「バック」となる）をキーとして、ロイヤリティ設定マスタ１０６ａ（２行目）から上限金額「５００，０００」、下限金額「２０，０００」、ロイヤリティ率「３．２」を取得する。売上金額「１５０，０００」は、下限金額「２００，０００」を下回るためロイヤリティ対象外となる。そのため、ロイヤリティ金額は、売上金額「１５０，０００」×ロイヤリティ率「なし」＝０となる。

図１０（３）において、金額が上限金額及び下限金額の間に収まる場合について説明する。図９のＦＣ店「ＦＣ００１：ＦＣ渋谷店」の仕入データの１行目は、商品「ブランドバックＡ」、売上金額が「９００，０００」となっている。ＦＣ店「ＦＣ００１：ＦＣ渋谷店」、取引形態「買取」（仕入データのため取引形態は「買取」となる）、商品分類「バック」をキーとして、ロイヤリティ設定マスタ１０６ａ（３行目）から上限金額「１，０００，０００」、下限金額「２０，０００」、ロイヤリティ率「５．０」を取得する。仕入金額「９００，０００」は、上限金額「１，０００，０００」と上限金額「２００，０００」の間にあるので、ロイヤリティ対象となる。ロイヤリティ金額は、仕入金額「９００，０００」×ロイヤリティ率「５．０％」＝４５，０００となる。

（Ｓ４：請求データ作成処理）
図１１及び図１２を参照して、請求データ作成処理の具体例を説明する。請求データ作成部１０２ｄは、ロイヤリティの計算結果に基づいて、直営店のＦＣ店に対する請求データを作成して、直営店テーブル１０６ｃに格納すると共に、請求データに基づいた請求書を発行する。

図１１（Ａ）は、ロイヤリティ計算した結果（売上データ）の例を示す図である。１行目は、得意先「ＦＣ００１」、売上番号「Ｅ１０００００１１」、商品「ロイヤリティ」、売上金額「８，１００」、２行目は、得意先「ＦＣ００１」、売上番号「Ｅ１０００００１２」、商品「ロイヤリティ」、売上金額「４５，０００」となっている。

図１１（Ｂ）は、請求データのデータ例を示す図である。１行目は、得意先「ＦＣ００１」、請求番号「ＳＥＱ１０００１」、請求額「５３，１００（＝８，１００＋４５，０００）」となっている。

図１２は、請求書のイメージの例を示す図である。図１２に示す請求書の例では、得意先（ＦＣ店）、請求元（本部）のヘッダ部と、請求額と、請求明細（日付、商品、金額）とが記載されている。

以上説明したように、本実施の形態によれば、商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタ１０６ａと、ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力してＦＣ店テーブル１０６ｂに格納する売上予定入力部１０２ａと、売上仕入入力画面上での直営店側の操作に応じて、売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して直営店テーブル１０６ｃに格納し、参照した売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成してＦＣ店テーブル１０６ｂに格納する売上仕入入力部１０２ｂと、売上データに基づいて、ロイヤリティ設定マスタ１０６ａを参照して、ロイヤリティを計算するロイヤリティ計算部１０２ｃと、ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成部１０２ｄと、を備えているので、ＦＣ店と直営店との間で売買取引が発生した場合に、ＦＣ店に対するロイヤリティの請求業務の負荷及びミスを低減することが可能となる。

［４．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、売買取引システム１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、売買取引システム１００が備える処理機能、特に制御部１０２にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵ及び当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて売買取引システム１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部１０２を構成する。

また、このコンピュータプログラムは、売買取引システム１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、及び、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成及び読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１０６に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

また、売買取引システム１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、売買取引システム１００は、当該情報処理装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能付加に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

１００ 売買取引システム
１０２ 制御部
１０２ａ 売上予定入力部
１０２ｂ 売上仕入入力部
１０２ｃ ロイヤリティ計算部
１０２ｄ 請求データ作成部
１０２ｅ 仕入未計上確認部
１０２ｆ マスタメンテ部
１０２ｇ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ ロイヤリティ設定マスタ
１０６ｂ ＦＣ店テーブル
１０６ｃ 直営店テーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ ＦＣ店端末
５００ 直営店端末

Claims (6)

1. 制御部を備え、ＦＣ（フランチャイズ）店が直営店に商品を販売した場合のロイヤリティを算出する売買取引システムであって、
   前記制御部は、
   商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタにアクセス可能に構成されており、
   ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力して記憶エリアに格納する売上予定入力手段と、
   売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して前記記憶エリアに格納し、前記売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成して前記記憶エリアに格納する売上仕入入力手段と、
   前記売上データに基づいて、前記ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算手段と、
   前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成手段と、
   を備えたことを特徴とする売買取引システム。
2. 前記ロイヤリティ設定マスタでは、さらに、ロイヤリティ発生の上限を規定する上限金額及びロイヤリティ発生の下限を規定する下限金額が関連づけて登録されており、
   売上金額のうち、前記上限金額を超える部分はロイヤリティ対象外とし、また、売上金額が前記下限金額を下回る場合は、ロイヤリティ対象外とすることを特徴とする請求項１に記載の売買取引システム。
3. 前記ロイヤリティ設定マスタは、ＦＣ店毎に設定されることを特徴とする請求項１又は請求項２に記載の売買取引システム。
4. 前記制御部は、さらに、
   前記記憶エリアに格納されている、ＦＣ店の売上予定データと直営店の仕入データを参照して、直営店で仕入予定があり、仕入未計上の商品がある場合には、直営店に連絡する仕入未計上確認手段を備えたことを特徴とする請求項１に記載の売買取引システム。
5. 制御部を備えた情報処理装置が実行する売買取引方法であって、
   前記制御部は、
   商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタにアクセス可能に構成されており、
   前記制御部において実行される、
   ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力して記憶エリアに格納する売上予定入力工程と、
   売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して前記記憶エリアに格納し、前記売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成して前記記憶エリアに格納する売上仕入入力工程と、
   前記売上データに基づいて、前記ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算工程と、
   前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成工程と、
   を含むことを特徴とする売買取引方法。
6. 制御部を備えた情報処理装置で実行するための売買取引プログラムであって、
   前記制御部は、
   商品分類とロイヤリティ率を関連付けた登録したロイヤリティ設定マスタにアクセス可能に構成されており、
   前記制御部において、
   ＦＣ店が直営店に商品を販売する際に、売上予定入力画面上でのＦＣ店側の操作に応じて、売上予定番号、商品、売上金額、「未売上済」とした売上済フラグを含む売上予定データを入力して記憶エリアに格納する売上予定入力工程と、
   売上仕入入力画面上での直営店側の操作に応じて、前記売上予定データを参照して、仕入番号、商品、売上金額を含む仕入データを入力して前記記憶エリアに格納し、前記売上予定データの売上済フラグを「売上済」に更新し、売上番号、商品、売上金額を含む売上データを作成して前記記憶エリアに格納する売上仕入入力工程と、
   前記売上データに基づいて、前記ロイヤリティ設定マスタを参照して、ロイヤリティを計算するロイヤリティ計算工程と、
   前記ロイヤリティの計算結果に基づいて、ＦＣ店に対する請求データを作成する請求データ作成工程と、
   を実行するための売買取引プログラム。

Images