JP2017224214A - Multistep sales processing system and wholesaler proxy system - Google Patents
Multistep sales processing system and wholesaler proxy system Download PDFInfo
- Publication number
- JP2017224214A JP2017224214A JP2016120404A JP2016120404A JP2017224214A JP 2017224214 A JP2017224214 A JP 2017224214A JP 2016120404 A JP2016120404 A JP 2016120404A JP 2016120404 A JP2016120404 A JP 2016120404A JP 2017224214 A JP2017224214 A JP 2017224214A
- Authority
- JP
- Japan
- Prior art keywords
- seller
- sales
- product
- information
- amount
- 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.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、商品の販売に係る受発注、発送、請求、代金回収、経費の負担配分、利益分配等を、簡単かつ明朗に行うことができる多段階売上処理システム及び問屋代行システムに関する。 The present invention relates to a multi-stage sales processing system and a wholesaler agency system that can easily and clearly perform ordering, shipping, billing, price collection, expense sharing, profit distribution, and the like related to sales of products.
近年のコンピュータ技術、通信技術、生産技術、流通技術等の発達に起因して、多品種商品の流通、消費者の購買エリアの世界化、商品やサービスの購入形態の多様化、及び、これらに伴う物流システムの飛躍的発展等が進んでいる。さらに、人々の興味や流行の多様化、中間業者を排除した流通の効率化等という背景も関係し、商品やサービスの取り引き社会においては、世界中の多数のメーカーと、様々な形態の販売者(販売業者)とが、商品やサービスの取り引き及びこれに伴う決済処理等を行っている。 Due to recent developments in computer technology, communication technology, production technology, distribution technology, etc., the distribution of multi-product products, the globalization of consumer purchasing areas, the diversification of product and service purchase forms, and Along with the dramatic development of the accompanying logistics system. In addition, the background of the diversification of people's interests and trends, and the efficiency of distribution that excludes middlemen, etc. is also related, and in the trade society of products and services, there are many manufacturers around the world and various forms of sellers. (Seller) conducts transactions of goods and services and settlement processing associated therewith.
しかしながら、販売者がメーカーから商品を仕入れる際には、例えば図11に示すように、メーカーと販売者との間で受注、納品・請求、代金回収等の処理や、これに伴う受注伝票、納品書、請求書等の種々の書類の発行、あるいは入金確認等の処理が必要となる。従来、例えば問屋等の中間業者が存在していたときは、これらの中間業者がこれらの処理をまとめる役割を担っており問題とならなかったが、上述したような多数のメーカーと多数の販売者が無秩序に結びついた昨今の取引社会において、各メーカーや各販売者が相手方のメーカーや販売者に対して個別にこれらの処理を行うことは、非常に煩雑で膨大な作業を必要とする。 However, when a seller purchases a product from a manufacturer, for example, as shown in FIG. 11, processing such as ordering, delivery / billing, and price collection between the manufacturer and the seller, an order slip accompanying this, delivery It is necessary to issue various documents such as invoices and invoices, or process payment confirmation. In the past, when there were intermediaries such as wholesalers, these intermediaries were responsible for organizing these processes and did not become a problem, but many manufacturers and many sellers as described above In today's trading society, where each manufacturer and each seller performs these processes individually on the other manufacturer or seller, it is extremely complicated and requires a huge amount of work.
なお、商取引をスムースに行えるようにする方法として、特許文献1に記載されている方法が提案されているが、この方法は現金商売のみを行う商習慣に慣れ親しんだ特定地域の事業者等を、信用取引に誘導するための方法であり、前述した本発明に係る課題の解決には有効でない。
In addition, as a method for enabling smooth business transactions, the method described in
本発明は、前述した課題に鑑みてなされたものであって、様々な形態の販売者が複数のメーカー等から適宜商品の供給(仕入れ)を受けて商品の販売を行う場合等を含む、商品やサービスの任意の取り引き社会において、顧客を含む受注者、種々の階層の販売者を含む受発注業者や倉庫業者等を含む中間業者、メーカーあるいは製造会社等の関係者間で、販売情報の管理、納品管理、請求書発行、決済処理、在庫管理あるいは商品の発送管理等の処理を効率よく行うことのできる問屋代行システムを提供することを目的とする。 The present invention has been made in view of the above-described problems, and includes cases where sellers in various forms receive the supply (purchase) of products as appropriate from a plurality of manufacturers and sell products. Management of sales information among parties such as contractors including customers, ordering / contractors including sellers of various levels, warehouses, etc. It is an object of the present invention to provide a wholesaler agency system capable of efficiently performing processing such as delivery management, invoicing, settlement processing, inventory management, or product shipping management.
また、本発明は、階層化された複数の販売者により商品が販売されている状況において、販売情報の管理、納品管理、請求書発行あるいは決済処理等の処理を効率よく行うことができるとともに、関係者の間の経費の負担配分や利益配分も容易かつ明朗に行うことができる多段階売上処理システムを提供することを目的とする。 In addition, the present invention can efficiently perform processing such as management of sales information, delivery management, invoicing or settlement processing in a situation where products are sold by a plurality of layered sellers, It is an object of the present invention to provide a multi-level sales processing system that can easily and clearly distribute expenses and profits among related parties.
前記課題を解決するために、本発明に係る多段階売上処理システムは、
階層的に関連付けられた複数の販売者について、各販売者の階層に係る情報と直近上位の販売者を特定する情報とを少なくとも含む販売者階層データと、各階層の前記販売者が商品を販売した際の還元割合に係る情報を少なくとも含む還元条件データとを少なくとも記憶する記憶手段と、
販売された商品に係る販売情報が入力される販売情報入力手段と、
前記入力された販売情報と、前記記憶された前記販売者階層データ及び前記還元条件データに基づいて、前記商品を販売した販売者及び当該販売者より階層が上位となる販売者各々の、当該商品の販売に係る売上額及び仕入額を算出し、前記売上額及び前記仕入額に基づいて、前記商品を販売した販売者及び当該販売者より階層が上位となる販売者各々の前商品の販売に基づく還元額を算出する還元額算出手段と、
前記算出した還元額を、前記各販売者に通知する通知手段とを有することを特徴とする。
In order to solve the above problems, a multi-stage sales processing system according to the present invention includes:
For a plurality of sellers that are hierarchically related, seller hierarchy data including at least information related to each seller's hierarchy and information specifying the most recent seller, and the seller in each hierarchy sells the product. Storage means for storing at least reduction condition data including at least information relating to the reduction ratio when
Sales information input means for entering sales information related to the sold product,
Based on the input sales information, the stored seller hierarchy data, and the return condition data, the seller who sold the product and each of the sellers higher in the hierarchy than the seller The sales amount and the purchase amount related to the sales of the product are calculated, and based on the sales amount and the purchase amount, the seller of the product and the previous product of each of the sellers higher in the hierarchy than the seller A return amount calculation means for calculating a return amount based on sales;
And a notification means for notifying each seller of the calculated return amount.
好ましくは、前記還元額算出手段は、所定期間内に前記各販売者が販売した商品に係る前記還元額を前記各販売者ごとに集計し前記各販売者ごとの還元額を算出し、前記通知手段は、前記販売者の各々に前記集計した還元額を通知する。 Preferably, the return amount calculation means calculates the return amount for each seller by calculating the return amount for each seller by calculating the return amount related to the products sold by each seller within a predetermined period, and The means notifies each of the sellers of the total return amount.
また好ましくは、前記記憶手段は、前記販売者階層データとして前記各販売者のランクを示す情報を、前記還元条件データとして前記ランク別の販売価格に対する掛率に係る情報を記憶しており、
前記還元額算出手段は、販売をした前記商品の価格、前記各販売者の前記ランク、及び、前記ランク別の販売価格に対する掛率に基づいて、前記商品を販売した販売者及び当該販売者より階層が上位となる販売者各々の前記仕入額を算出するとともに、前記各販売者の直近下位の販売者の当該商品の販売に係る前記仕入額を、当該各販売者の売上額として算出する。
Preferably, the storage means stores information indicating the rank of each seller as the seller hierarchy data, and stores information related to a multiplication rate for the sales price by rank as the return condition data,
The reduction amount calculation means is based on the price of the product sold, the rank of each seller, and the multiplication rate for the sales price for each rank, from the seller who sold the product and the seller Calculate the purchase amount of each seller who is higher in the hierarchy, and calculate the purchase amount related to the sale of the product of the seller immediately below each seller as the sales amount of each seller To do.
また好ましくは、前記記憶手段は、配送料、代引手数料、あるいは印紙代の少なくとも1を含む手数料に関する手数料負担ルールをさらに記憶し、
前記販売情報は、配送条件及び支払条件の少なくとも1の手数料情報を含み、
前記還元額算出機能は、前記手数料情報及び前記手数料負担ルールに基づいて、当該商品の販売に係る前記各販売者の手数料負担額を求め、当該手数料負担額を含めて前記各販売者の当該商品の販売に係る前記還元額を算出する。
Preferably, the storage means further stores a fee sharing rule regarding a fee including at least one of a delivery fee, a cash on delivery fee, or a stamp fee,
The sales information includes at least one fee information of delivery conditions and payment conditions,
The return amount calculation function calculates the fee burden amount of each seller related to the sale of the product based on the fee information and the fee burden rule, and includes the fee burden amount and the merchandise item of each seller. The return amount related to the sale of is calculated.
なお、前記販売者は、販売会社、販売事業部、代理店、販売員の少なくともいずれかを含む。 The seller includes at least one of a sales company, a sales division, an agency, and a salesperson.
また好ましくは、前記通知手段は、前記各販売者に通知する通知内容を通信回線を介して前記各販売者に送信するか、前記通知内容を前記各販売者に書面にて送付するための帳票を印刷出力するか、又はその両方を行う手段である。 Preferably, the notifying means transmits a notification content to be notified to each seller to each of the sellers via a communication line, or a form for sending the notification content to each of the sellers in writing. Is printed out, or both.
また、本発明に係る問屋代行システムは、上述したいずれかの多段階売上処理システムを有し、
前記販売情報入力手段は前記販売者からの商品の注文を前記販売情報として受信し、
前記注文入力手段を介して前記注文された商品の発送を、当該商品を保持するメーカー又は中間業者に指示する発送指示手段をさらに有することを特徴とする。
Moreover, the wholesaler agency system according to the present invention has any of the multi-stage sales processing system described above,
The sales information input means receives an order for a product from the seller as the sales information,
It further has a shipping instruction means for instructing the manufacturer or the intermediate trader holding the product to ship the ordered product via the order input means.
好ましくは、本発明に係る問屋代行システムは、前記算出した前記売上額、前記仕入額又は前記還元額に基づいて、請求書を発行する請求代行手段をさらに有する。 Preferably, the wholesaler agency system according to the present invention further includes billing agency means for issuing an invoice based on the calculated sales amount, purchase amount, or return amount.
また好ましくは、本発明に係る問屋代行システムは、前記算出した還元額に基づいて、決済処理を行う決済手段をさらに有する。 Also preferably, the wholesaler agency system according to the present invention further includes a settlement means for performing a settlement process based on the calculated return amount.
また好ましくは、本発明に係る問屋代行システムは、
販売対象の商品の在庫情報を記憶する在庫情報記憶手段と、
前記記憶されている在庫情報に基づいて、在庫を所望の状態に維持する在庫適正化支援手段と、
所定の条件の下で、商品の製造を指示する製造発注代行手段と、
前記記憶されている在庫情報を通知する在庫情報通知手段とをさらに有する。
Also preferably, the wholesaler agency system according to the present invention is:
Inventory information storage means for storing inventory information of products to be sold;
Inventory optimization support means for maintaining the inventory in a desired state based on the stored inventory information;
Production order agent means for instructing the manufacture of goods under predetermined conditions;
Stock information notifying means for notifying the stored stock information.
本発明によれば、様々な形態の販売者が複数のメーカー等から適宜商品の供給を受けて商品の販売を行う場合において、販売情報の管理、納品管理、請求書発行、決済処理あるいは在庫管理等の処理を効率よく行うことのできる問屋代行システムを提供することができる。また、階層化された複数の販売者により商品が販売されている状況において複数のメーカー等から適宜商品の供給を受けて商品の販売を行う場合においても、それら販売情報の管理等の処理を効率よく行うことができ、さらに、販売者の間の利益配分も容易かつ明朗に行うことができる多段階売上処理システム及び問屋代行システムを提供することができる。 According to the present invention, when various types of sellers receive products from multiple manufacturers as appropriate to sell products, sales information management, delivery management, invoicing, settlement processing or inventory management It is possible to provide a wholesaler agency system that can efficiently perform such processing. In addition, in the situation where products are sold by multiple hierarchical sellers, even when products are sold as appropriate from multiple manufacturers, etc., processing such as sales information management is efficient. It is possible to provide a multi-stage sales processing system and a wholesaler agency system that can be performed well and that can easily and clearly distribute profits between sellers.
本発明の一実施形態について図1〜図10を参照して説明する。
図1は、本発明に係る問屋代行システムを適用した、商品販売の仕組み及びその商品販売に係る決済の仕組みのモデル(以下、商品販売・決済モデルと称する)を示す図である。
An embodiment of the present invention will be described with reference to FIGS.
FIG. 1 is a diagram showing a product sales mechanism and a payment mechanism model (hereinafter referred to as a product sales / settlement model) to which the wholesaler agency system according to the present invention is applied.
図1に示すように、本実施形態の商品販売・決済モデル1においては、商品販売等に関し、製造業者10、メーカー20、中間業者(倉庫業者)30、販売者(販売業者)40、消費者(顧客)50が関係する。製造業者10〜消費者50はいずれも多数存在する。本発明に係る問屋代行システム100は、通信回線により製造業者10〜販売者40と通信可能なコンピュータシステム、換言すればネットワークシステムであり、このような関係者間の商品販売に係る種々の行為あるいは商品販売に係る決済等を効率よく行うためのシステムである。
As shown in FIG. 1, in the product sales /
商品販売・決済モデル1において、販売者40は、ランク1販売者41から、ランクn販売者49まで、ランク分け、すなわち階層化されている。階層化(ランク分け)は、通常、販売者の規模(販売活動を行う地域、販売拠点(店舗等)数等)、事業形態、契約条件及び販売実績等により行われる。各販売者40間は、相対的に下位のランクの販売者が相対的に上位のランクの販売者の傘下に収められることにより、あるいは、販売者が新たに設立した販売者は傘下の販売者として自分の下位のランクに区分することにより、適宜階層的に関連付けられている。
In the merchandise sales /
なお、本実施形態においては、階層化された販売者40の説明をするために、以下、階層を意識して販売者の説明をする際には、最上位のランク(ランク1)の販売者40をランク1販売者41、最下位のランク(ランクn)の販売者40をランクn販売者49と表すとともに、一般的にランクi(1≦i<n)の販売者40をランクi販売者47、ランクi販売者47の直近下位のランクj(j=i−1、1<j≦n)の販売者40をランクj販売者48と表す。
また、階層(ランク)に関係の無い内容について販売者の説明をする際には、単に販売者40として説明をする。
In the present embodiment, in order to describe the
In addition, when the seller explains the contents that are not related to the hierarchy (rank), it is simply described as the
このように階層化された販売者40に対しては、一例として、最上位のランクから順次「全国販社」、「ウルトラ販社」、「スーパー販社」、「販社」、「販売事業本部」、「販売事業支部」、「総代理店」、「代理店」、「販売スタッフ」、「販売会員」、「販売準会員」、「一般販売員」等の名称を付することができる。このような名称は、名称から逆に販売者40の規模(販売活動を行う地域、販売拠点(店舗等)数等)、事業形態、契約条件及び販売実績等を把握することができ有効である。以下の説明において、階層化された販売者を説明するために、これらの名称を具体例として例示する場合もある。
As an example, for the
このような商品販売・決済モデル1における問屋代行システム100の説明にあたり、まず、これら商品販売・決済モデル1に登場する関係者の基本的、一般的な役割について説明する。
In describing the
製造業者10は、商品を製造する製造業者である。また、メーカー20は、商品開発や商品販売等を行い、また、それらの行為に対して商品を自社のブランド名にて取り扱い、商品を社会に提供する主体となる者である。なお、ここでは製造業者10とメーカー20とを別の事業者としてモデル化しているが、これらは同一の事業者内の組織であってもよい。なお、製造業者10とメーカー20とが別の事業者により構成される具体例としては、メーカーが商品の製造を他の事業者に委託している場合、製造部門をメーカー本体とは別法人としている場合、あるいは他の事業者からOEM供給等を受けた商品を取り扱っている場合等が考えられる。
The
中間業者30は、メーカー20と販売者40との間に介在する種々の事業者を想定したモデルである。従来のいわゆる「問屋」と称される業種は、この中間業者30に相当する。中間業者30の一具体例として、本実施形態においては倉庫業者について説明する。ここで言う倉庫業者30は、市場開設者、能動的な物流拠点としての倉庫業者、あるいは仲買業者等を含む概念である。本実施形態の商品販売・決済モデル1においては、複数のメーカー20の商品を倉庫に保管し、基本的には販売が成立した場合に商品を消費者50に発送する役割を果たす倉庫業者を想定する。ただし、販売業者40を介して商品を消費者50に提供する場合もあり、その場合には、倉庫業者30は、販売が成立した商品あるいは販売が見込まれる商品を販売者40に発送することとなる。
The intermediate trader 30 is a model that assumes various business operators interposed between the manufacturer 20 and the
販売者40は、広告宣伝等を行い実際に消費者50に商品を販売をする事業者である。また、消費者50は、その販売者40から商品を購入する者である。販売者40は、実店舗において商品を販売する事業者、あるいはカタログ販売あるいはインターネットショッピング等により商品を販売する通信販売事業者やネット販売事業者等、あらゆる形態の商品販売事業者を含む。消費者50は、これらの種々の販売形態を利用して、販売者40から所望の商品を購入する。
The
商品販売・決済モデル1において、製造業者10〜販売者40及び消費者50は、いずれも、法人であっても自然人(個人事業者や個人等)であってもよいが、理解が容易になると思われるため、製造業者10〜販売者40は業として各事業を行っている法人を念頭に、消費者50は私的立場の自然人を念頭に、以下の説明を行う。
In the merchandise sales /
一方、製造業者10〜販売者40あるいは消費者50における情報処理、製造業者10〜販売者40あるいは消費者50と問屋代行システム100との連絡、あるいは、製造業者10〜消費者50の間の相互の連絡等は、製造業者10〜消費者50に各々具備されるコンピュータ、情報処理装置あるいは通信装置等(以下、単にコンピュータ装置と称する)により、あるいはコンピュータ装置を介して行われる。コンピュータ装置としては、業務用のコンピュータ、パーソナルコンピュータ、ノート型PCやタブレットのような携帯型コンピュータ、スマートフォンや通常の携帯電話等のモバイル機器等が含まれる。また、専用の端末装置のようなものであってもよい。
On the other hand, information processing in the
従って、製造業者10〜消費者50で行われる処理には、人間の主観的な判断処理や人手による作業と、コンピュータ装置による処理とがある。これについて、商品販売・決済モデル1においては、商品販売に係る種々の条件等の内容の決定、消費者50による商品購入に係る決断、及び、商品実物の開発、製造、輸送、保管等の行為が前者の処理、すなわち、製造業者10〜消費者50を構成する人等の判断や人手による作業による処理であり、その他の処理は、全て、問屋代行システム100及び製造業者10〜消費者50に備わるコンピュータ装置による情報処理、通信処理あるいは信号処理にあたるものである。なお、以下の説明においては、人の判断や人手による作業に対応する処理と、コンピュータシステムによる処理とを、単に製造業者10〜消費者50の役割、作業、機能、処理として説明する場合がある。
Accordingly, the processes performed by the
また、商品販売・決済モデル1において、問屋代行システム100は、製造業者10〜販売者40とは別の構成として示しているが、問屋代行システム100は、実際に製造業者10〜販売者40とは別の第三者が設置する構成であってもよいし、実際には、製造業者10、メーカー20、倉庫業者30あるいは販売者40が設置主体となる構成であってもよい。
In the merchandise sales /
次に、本発明の問屋代行システム100を適用した商品販売・決済モデル1において、製造業者10〜消費者50が行う作業、及び問屋代行システム100により製造業者10〜消費者50に提供されるサービスについて説明する。なお、問屋代行システム100により提供されるサービスは、図2を参照して後述する問屋代行システム100の各機能モジュール(販売情報入力機能310〜在庫情報通知機能430)により実行される。
Next, in the merchandise sales /
製造業者10は、問屋代行システム100の製造発注代行機能420により、問屋代行システム100から、商品の製造発注を受信し、これに従い商品を製造する。商品の製造発注情報は、商品の種類、数量、納期等の情報を含む。なお、図2において「商品」の流れは、メーカー20が「商品」を管理している状態からを示す。従って、製造業者10において製造した商品の製造業者10からメーカー20(あるいは倉庫業者30)への商品の移動については図示を省略する。
The
また、製造業者10は、問屋代行システム100の請求代行機能350を介して、メーカー20に対して、商品の製造及び納品(輸送)に関する請求書を送信するとともに、問屋代行システム100から、請求実績として請求情報(請求書控え)を受信する。
In addition, the
また、製造業者10は、問屋代行システム100の決済機能370により、商品の製造及び納品(輸送)に関する決裁(送金)を受ける。
製造業者10は、これらの請求情報及び決済に基づいて会計処理を行う。
Further, the
The
メーカー20は、販売対象(取引対象)の商品やサービスを原始的に社会に提供する者である。メーカー20は、販売対象の商品を製造し、倉庫業者30の倉庫等に搬入する。前述したように、商品は実際には製造業者10で製造される場合もある。製造業者10で製造された商品は、メーカー20を介して、あるいは直接に倉庫業者30の倉庫等に搬入される。なお、前述したように、図2においては、「商品」の流れは、商品がメーカー20で管理されている状態からを示す。
The manufacturer 20 is a person who provides the society with products and services to be sold (targeted for transaction). The manufacturer 20 manufactures products to be sold and carries them to the warehouse of the warehouse trader 30. As described above, the product may actually be manufactured by the
また、メーカー20は、問屋代行システム100の製造発注代行機能420により、問屋代行システム100から、製造発注情報を受信する。製造発注情報は、製造業者10に商品の製造発注がなされたこと、その発注商品の種類や数量等、及び入荷スケジュール等の情報を含む。メーカー20は、これに基づいて、商品の製造発注状況(調達状況)を把握する。
Further, the manufacturer 20 receives the manufacturing order information from the
また、メーカー20は、問屋代行システム100の出荷情報通知機能330により、問屋代行システム100から、そのメーカー20の商品の出荷情報を受信する。出荷情報は、商品ごとの売れ行き状況を示す情報であり、各販売事象に係るデータ(販売者、顧客、取引日時等に係る情報)を含んでいてもよいし、それらの販売データに基づいた任意の集計データを含んでいてもよい。問屋代行システム100は、例えば毎日、一日ごとの出荷情報をメーカー20に送信する。メーカー20は、これに基づいて、商品の販売状況、売れ行き状況等を把握する。
Further, the manufacturer 20 receives the shipping information of the product of the manufacturer 20 from the
また、メーカー20は、問屋代行システム100の請求代行機能350により、問屋代行システム100から、請求書を受信する。例えば、メーカー20は、製造業者10における商品の製造代金に係る請求書、倉庫業者30における商品の保管についての入庫料、保管料あるいは出庫料等の代金に係る請求書、あるいは、商品送料(配送料)の契約による費用負担分または「メーカ−送料負担」の条件にて商品を発送した場合の送料負担、等に係る請求書等を受信する。
Further, the manufacturer 20 receives a bill from the
一方でメーカー20は、問屋代行システム100の請求代行機能350を介して、販売者40に対して、販売者40における商品の販売に関する請求書を送信するとともに、問屋代行システム100から、請求実績として請求情報(請求書控え)を受信する。
On the other hand, the maker 20 transmits an invoice related to the sale of the product by the
また、メーカー20は、問屋代行システム100の決済機能370により、商品の取引に関する決裁(送金)を受ける。決済は、上述した問屋代行システム100の請求代行機能350により請求した額と請求された額とを相殺した額の決済となり、通常、メーカー20においては、商品の販売に係る収益から、商品の製造や在庫維持(保管料等)及び配送料等に係る支払を減じた額の送金を受けることとなる。
メーカー20は、これらの請求書、請求情報及び決済に基づいて会計処理を行う。
In addition, the manufacturer 20 receives an approval (remittance) relating to the transaction of the product by the
The manufacturer 20 performs accounting processing based on these bills, billing information, and settlement.
また、メーカー20は、問屋代行システム100の在庫情報通知機能430により、問屋代行システム100から在庫情報を受信する。商品の在庫管理は、予め設定された条件に基づいて問屋代行システム100の在庫適正化支援機能410により実行されるが、メーカー20は、問屋代行システム100の在庫情報通知機能430により、実際の在庫状況について適宜通知を受ける。これにより、メーカー20は、常に在庫状況を把握しておくことができ、また、在庫管理の条件を適宜変更することができる。
Further, the manufacturer 20 receives the inventory information from the
倉庫業者30は、メーカー20から搬入される商品を倉庫等に保管する。倉庫業者30は、複数のメーカー20から搬入される複数の商品、換言すれば多数のメーカー20の多種多様な商品を在庫として保管する。 The warehouse trader 30 stores the goods brought in from the manufacturer 20 in a warehouse or the like. The warehouse trader 30 stores a plurality of products brought in from a plurality of manufacturers 20, in other words, a wide variety of products from a large number of manufacturers 20 as stock.
そして、倉庫業者30は、問屋代行システム100の発送指示機能340により、問屋代行システム100から保管商品の発送指示を受信し、これに従い倉庫に保管していた商品を発送する。発送指示は、商品の種類、数量、納期、発送先等の情報を含む。なお、商品の発送先は、前述したように本実施形態においては基本的に消費者50となるが、販売業者40を介した配送の場合等には、販売業者40が発送先となる。
Then, the warehouse trader 30 receives a delivery instruction for stored goods from the
前述したように、各倉庫業者30の倉庫には、複数のメーカー20の多種多様な商品が保管されている。販売業者40は、発送対象の商品をメーカー20ごとに区別することなく、すなわち複数のメーカー20の複数の商品を同じ梱包により、より具体的には大きな段ボール箱等に可能な限りの商品をまとめて(例えば、1つの荷物として重量オーバーにならない範囲の商品をまとめて)、販売業者40あるいは消費者50等に配送する。
As described above, a wide variety of products from a plurality of manufacturers 20 are stored in the warehouse of each warehouse trader 30. The
このような商品の配送に伴い、倉庫業者30は、問屋代行システム100の請求代行機能350を介して、メーカー20に対して、商品の保管等に関する料金、すなわち、入庫料、保管料及び出庫料に関する請求書を発行し送信するとともに、問屋代行システム100から、請求実績として請求情報(請求書控え)を受信する。
Along with the delivery of such goods, the warehouse 30 sends the manufacturer 20 a charge related to the storage of the goods, that is, a storage fee, a storage fee and a shipping fee, via the
また、倉庫業者30は、問屋代行システム100の請求代行機能350を介して、配送費用の負担者に対して(通常、メーカー20、販売業者40あるいは消費者50である)、商品の配送に関する上記の請求書を発行し送信するとともに、問屋代行システム100から、請求実績として請求情報(請求書控え)を受信する。前述したように、商品販売・決済モデル1においては、商品の配送に関して倉庫業者30で複数のメーカー20の複数の商品の配送をまとめて行っており、また、問屋代行システム100の機能により、これに伴う配送料金や保管量の負担を細かく各関係者(メーカー20、販売業者40あるいは消費者50)に配分して請求している。従って、適切かつ効率よい(低コスト)に、商品の保管や配送等を行うことができる。
In addition, the warehouse trader 30 sends the above-mentioned items related to the delivery of the product to the person who bears the delivery cost (usually the manufacturer 20, the
なお、倉庫業者30およびその倉庫は、概念的には1の事業者としての倉庫業者30が1の倉庫を保有し商品を保管等するものと想定のが好ましく、形式的にはそのような構成と考えて問題はない。しかしながら、実際には、図1において複数の倉庫業者30を破線によりグループ化して示しているように、複数の倉庫業者30が協力して多種多様な商品の保管や管理を行うような構成であってもよい。地理的に近隣な複数の倉庫業者30が協力する限りにおいて、上述したように複数の商品を1の荷物としてまとめて梱包すること等については、何ら大きな障害とならない。もちろん、1の倉庫業者30が複数の倉庫施設を保有するような構成であっても何ら差支えない。 Note that it is preferable that the warehouse trader 30 and its warehouse are conceptually assumed that the warehouse trader 30 as one business operator owns one warehouse and stores goods, etc. There is no problem. However, in actuality, as shown in FIG. 1, a plurality of warehouse operators 30 are grouped by broken lines, and the plurality of warehouse operators 30 cooperate to store and manage a wide variety of products. May be. As long as a plurality of geographically neighboring warehouses 30 cooperate, there is no major obstacle to packing a plurality of commodities as one package as described above. Of course, there is no problem even if one warehouse trader 30 has a plurality of warehouse facilities.
また、倉庫業者30は、問屋代行システム100の決済機能370により、商品の保管等に関する決裁(送金)を受ける。
倉庫業者30は、これらの請求情報及び決済に基づいて会計処理を行う。
In addition, the warehouse trader 30 receives an approval (remittance) related to storage of merchandise by the
The warehouse company 30 performs an accounting process based on these billing information and settlement.
販売者40は、消費者50に商品を販売したら、問屋代行システム100の販売情報入力機能310を介して、問屋代行システム100に販売情報(発注伝票)を送信する。販売情報は、商品の種類、販売個数、販売金額の情報を含み、必要に応じてさらに顧客情報や取引日時等に係る情報を含む。また、販売者40は、商品の販売に関し、商品を消費者50に引き渡したか、消費者50から代金の支払いを受けたか等の情報も問屋代行システム100に送信する。
When the
前述したように、本実施形態の商品販売・決済モデル1は、多数(複数)のメーカー20の商品等、あるいは多数(複数)の倉庫業者30等の中間業者が取り扱う商品等をまとめて取り扱うモデルである。そして、問屋代行システム100においては、これらを一元的に管理し、その商品販売等に係る決済等の処理をまとめて効率よく行う。従って、異なる複数のメーカー20で生産された商品等や、異なる複数の中間業者30で取り扱う商品等も、販売業者40は1枚の発注伝票(販売情報を記載した媒体)を用いて発注をすることができる。従って、販売業者40は、極めて効率よく商品等の発注を行うことができる。また、メーカー20ごと、あるいは中間業者30ごとに複数の発注伝票(販売情報)を送信(送付)する場合と比較して、商品の販売に係る事務作業量を少なくすることができ、販売コストの削減等も期待できる。
As described above, the product sales /
なお、商品の販売金額、代金の支払い時期や方法、あるいは商品の引き渡し形態が、商品ごとに、あるいは販売者40ごとに決まっており、問屋代行システム100が販売者40からの情報の受信を待たなくとも把握できる場合には、これらの情報は消費者50から問屋代行システム100に入力されなくともよい。
The sales amount of the product, the payment time and method of the price, or the delivery form of the product are determined for each product or for each
また、販売者40は、問屋代行システム100の請求代行機能350により、問屋代行システム100から、販売した商品の仕入れ代金に係る請求書を受信する。仕入れ代金の請求は、任意の期間を単位として、所定期間に販売者40が仕入れた商品(又は販売した商品)に対して一括して行われる。したがって、販売者40は、多数のメーカー20あるいは多数の中間業者30から多数の商品を仕入れて販売したとしても、例えば月ごとに、それらを一括した一枚の請求書を受信することとなる。
Further, the
また、販売者40は、問屋代行システム100の還元額通知機能360により、問屋代行システム100から、商品の販売に係る還元額が記載された還元額計算書を受信する。還元額は、図7に模式的に示すように、売上額から仕入額及び手数料等を差し引いたものとして求められる。通常は、売上額より仕入額の方が小さいため、還元額はプラスとなる。しかし、仕入額の中に未だ販売に至っていない自社引取分があったり、販売をしない自社消費分がある場合には、売上額より仕入額の方が大きくなり、還元額はマイナスとなる。還元額計算書は、上述した請求書と同じ期間ごとに、請求書と同じく販売した商品の全てに対して一括して、1枚の還元額通知書を受信することとなる。
Further, the
また、販売者40は、問屋代行システム100の決済機能370により、商品の販売に関する決済(支払又は送金)を受ける。決済は、上述した問屋代行システム100の還元額通知機能360により通知された還元額計算書の還元額を販売者40の実質的な利益として受領するものである。
Further, the
以上が、本発明の問屋代行システム100を適用した商品販売・決済モデル1において、製造業者10〜消費者50が行う作業、及び問屋代行システム100により製造業者10〜消費者50に提供されるサービスである。
As described above, in the product sales /
次に、商品販売・決済モデル1中の本発明に係る問屋代行システム100について説明をする。
問屋代行システム100は、前述したように、製造業者10〜販売者40と通信可能に、例えばインターネット等の通信ネットワーク中に設置されたコンピュータ装置である。問屋代行システム100を実現するコンピュータ装置のハードウエアは、図示しないが、演算処理装置(CPU)、メモリ、大容量記憶装置(HDD等)、入出力装置(ディスプレイ、キーボード、マウス等のポインティングデバイス、プリンタ(帳票出力装置)等)、及び、通信I/Fを含む各種の入出力I/F等を有する通常の汎用のコンピュータである。問屋代行システム100は、このような汎用コンピュータに、後述する各機能を実現するプログラムを搭載し実行することにより実現する。
Next, the
As described above, the
図2に示すように、問屋代行システム100は、データ記憶部200、機能モジュール群300及び入出力I/F500を有する。
As illustrated in FIG. 2, the
データ記憶部200は、コンピュータ装置の大容量記憶装置(HDD等)により構成され、問屋代行システム100に必要な種々の情報(データ)を記憶したデータベースやファイル等である。データ記憶部200は、条件設定データベース210、マスターファイル220、在庫情報データベース230を含む。
The
条件設定データベース210は、商品販売・決済モデル1あるいは問屋代行システム100の運用上必要な設定情報が記録されたデータベースであり、販売者階層データ211、還元条件データ212、決済条件データ213及びその他の図示しない設定データが記憶されている。
The
販売者階層データ211は、販売者40のランク、及び販売者40の上位及び下位の販売者40との対応付けに係るデータである。前述したように、商品販売・決済モデル1においては、販売者40はランク分けされて階層化されており、相対的に下位のランクの販売者40(例えばランクj販売者48)は、相対的に上位のランクの販売者40(例えばランクi販売者47)の傘下に収められる形態となっている。
The
一具体例として、複数の販売者40は、例えば図4に示すように階層化される。図4に示す例において、販売者Aは、直近下位の販売者として販売者B及び販売者Fの2つの販売者を有している。このうち、販売者Bは、さらにその下位に販売者Dを有し、販売者Fは、直近下位の販売者として販売者G及び販売者Hの2つの販売者を有している。そして、これら販売者B〜Hの5つの販売者40が、販売者Aの傘下の販売者ということになる。
As a specific example, the plurality of
このような複数の販売者40のより現実的な階層化の例としては、同じく図4に示すように、全国販社(ランク1販売者)41、ウルトラ販社(ランク2販売者)42、スーパー販社(ランク3販売者)43、販社(ランク4販売者)44、総代理店(ランク5販売者)45及び代理店(ランク6販売者)46という6つのランクへの階層化等が考えられる。
As an example of more realistic hierarchization of a plurality of
このような構成において条件設定データベース210には、各販売者40ごとに、その販売者40のランクと、少なくとも、直近上位及び直近下位の販売者40を特定する情報が販売者階層データ211として記憶されている。
In such a configuration, the
還元条件データ212は、各ランクごとの販売者40の商品の販売価格に対する仕入価格の割合(卸掛率)のデータであり、販売者40が商品を販売した際の利益(消費の販売価格に対する還元割合)に係る情報である。各販売者40においては、商品の価格に、還元条件データ212として記憶されている自分のランクに対応する卸掛率を乗じた価格がその販売者40の仕入額となり、その販売者40の直近下位同様にして算出した仕入額がその販売者40の売上額となり、その差分が自分の利益に相当する還元額(手数料等を差し引く前)となる。
The
図5に示す具体例においては、全国販社41には35%、ウルトラ販社42には37.5%、スーパー販社43には40%、販社44には45%、総代理店45には55%、及び、代理店46には65%という卸掛率が設定されている。このような条件の場合、図6に示すように、仮に総代理店45あるいは総代理店45よりもさらに下位の販売者40が定価10000円の商品を販売したとすると、販社44は、この商品を卸掛率45%の4500円で仕入れ、総代理店45に卸掛率55%の5500円で販売した(卸した)という利益配分(還元)となり、販社44は1、000円の利益(還元)を受けることができる。
In the specific example shown in FIG. 5, 35% for the
決済条件データ213は、配送料、代引手数料、あるいは印紙代等の商品の販売に係る手数料のデータ及びその手数料の負担ルール等のデータである。
The
決済条件データ213に記憶されたデータを使用する一例として、後述する還元額算出機能320の手数料算出処理322で行われる配送料の負担を決定するための処理について説明する。ここでは、購入量が多ければ(例えばケース買いの場合)配送料はメーカー20が負担し、購入量がある程度多ければ配送量は販売者40が負担し、購入量が少ない(単品購入等)場合は消費者50が配送料を負担するという、実際にしばしば採用されている配送料の負担ルールに従って負担額を決定する処理について説明する。このルールに基づく配送料負担額の決定は、例えば、図8に示すような具体的な処理により決定される。
As an example of using the data stored in the
すなわち、まず購入商品がケース買いのみか否かをチェックし(ステップS324)、ケース買いのみの場合は、配送料は全額メーカー負担となる(ステップS325)。ケース買いのみではなかった場合は、次に、購入価格が2万円以上か否かをチェックし(ステップS326)、2万円以上の場合は、配送料は販売を行った販売者40の直近上位の販売者40(親)の負担となる(ステップS327)。そして、購入価格が2万円以上でなかった場合は、配送料は消費者50の負担となる(ステップS328)。
That is, first, it is checked whether or not the purchased product is only case purchase (step S324), and in the case of case purchase only, the delivery fee is fully borne by the manufacturer (step S325). If it is not only case purchase, then it is checked whether or not the purchase price is 20,000 yen or more (step S326). If it is 20,000 yen or more, the delivery fee is the closest to the
商品の配送料は例えばこのような処理により、後述する還元額算出機能320の手数料算出処理322により算出される。このような配送料算出のためのルール(アルゴリズム)は、プログラムとして還元額算出機能320にロードされるものであるが、決済条件データ213には、この処理を行うためのパラメータ、すなわち「ケース買いのみ」、「2万円以上」、「メーカー負担」、「直近上位の販売者負担」あるいは「消費者負担」等の設定が記憶される。
The merchandise delivery fee is calculated by the
もちろん、上述した配送料の負担ルールは例示である。先に説明したように、より細かい条件を決めてもよいし、単に負担者を決定するのみではなく、各関係者(メーカー20、倉庫業者30、販売業者40あるいは消費者50等)に所定の割合で配送料の負担を配分するようにしてもよい。また、配送料に限らず、例えば商品の保管料等の負担についても、前述した配送料と同様のルールにより決定してよく、これも、各関係者で細かく負担割合を決定して配分するようにしてもよい。いずれにしても、本願発明に係る商品販売・決済モデル1及びこれに係る問屋代行システム100においては、このような決済条件を何ら人手をかけずに細かく設定し、管理し、請求等を実行することができるので、このような費用の適切な配分、負担を実行できるとともに、このような費用を低減することもできる。
Of course, the above-mentioned delivery charge burden rule is an example. As described above, more detailed conditions may be determined, and not only the bearer is determined, but each person concerned (manufacturer 20, warehouse 30,
マスターファイル220は、商品販売・決済モデル1において実際に行われる販売取引に係る情報が蓄積される記憶部分である。マスターファイル220は、商品情報マスター221、販売情報マスター222及び決済情報マスター223を有する。
The
商品情報マスター221は、商品販売・決済モデル1において販売される商品の情報が記録されたファイルである。商品情報マスター221には、販売対象の各商品について、商品の種類、名称、内容量、金額、大きさ、製造元、製造納期、販売形態、取り扱い注意事項等々の情報が、各消費ごとに記憶される。還元すれば、各商品は、この商品情報マスター221にこれらの情報が記録された時点で、商品販売・決済モデル1において購入可能に、すなわち商品販売・決済モデル1の取り扱い商品として登録されたこととなる。
The
販売情報マスター222は、販売情報入力機能310を介して販売者40から入力される販売情報を順次記憶するファイルである。販売情報は、販売をした販売者40、商品の種類、販売個数、販売金額、取引日時、商品引き渡し状況、代金支払い状況の情報、配送条件及び支払条件等の手数料情報等を含む。
The
決済情報マスター223は、製造業者10〜倉庫業者30及び各販売者40ごとの決済情報が記録されたファイルである。決済情報は、後述するように、還元額算出機能320が販売情報入力機能310を介して販売者40から入力された販売情報に基づいて生成し、必要に応じて適宜更新され、最終的に決済されるべき情報として確定される。
The
在庫情報データベース230は、販売対象となっている商品の在庫状況を示す在庫情報データ231が記録されたデータベースである。在庫情報データベース230に記憶された在庫情報データ231は、後述する在庫適正化支援機能410により参照され、商品が品切れとならない範囲でなるべく少ない在庫で済むように商品の在庫が管理される。また、在庫情報通知機能430により適宜参照され、メーカー20へ報告される。
The
問屋代行システム100の機能モジュール群300は、各々問屋代行システム100が問屋代行システム100としての各種の機能を実行するためのモジュールである。これら各モジュールは、各処理を実行するプログラムが、ハードウェアとしては汎用コンピュータである問屋代行システム100にロードされ、実行されることにより実現される。
The
機能モジュール群300は、販売情報入力機能310、還元額算出機能320、出荷情報通知機能330、発送指示機能340、請求代行機能350、還元額通知機能360、決済機能370、製造発注代行機能410、在庫適正化支援機能420及び在庫情報通知機能430を有する。
以下、各モジュール(機能)における処理について説明する。
The
Hereinafter, processing in each module (function) will be described.
販売情報入力機能310は、商品を販売した販売者40から送信されてくる販売情報を受信し、販売情報マスター222に記憶する。販売情報は、販売をした販売者40、商品の種類、販売個数、販売金額、取引日時、商品引き渡し状況、代金支払い状況の情報等の情報を含む。なお、販売情報マスター222に記憶する情報のうち、予め問屋代行システム100側に設定されているために販売者40からは送信されてこない情報がある場合には、販売情報入力機能310は、条件設定データベース210あるいはマスターファイル220からそれらの情報を読み出し、完全な販売情報として販売情報マスター222に記憶する。
The sales
還元額算出機能320は、販売情報入力機能310を介して販売者40から入力された販売情報に基づいて、製造業者10〜倉庫業者30との精算(決済)及び各販売者40への還元(決済)を行うための決済情報を生成し管理する。還元額算出機能320は、図3に示すように、売上額及び仕入額の算出(処理321)、手数料の算出(処理322)、及び、還元額の算出(処理323)を順次行うことにより、最終的な決済情報を生成する。
Based on the sales information input from the
売上額・仕入額算出処理321においては、まず、商品情報マスター221に記憶されている商品情報、販売情報マスター222に記憶されている販売情報、条件設定データベース210に記憶されている販売者階層データ211及び還元条件データ212に基づいて、製造業者10〜倉庫業者30に対する請求額、及び、各販売者40の売上額及び仕入額等を算出する。
In the sales amount / purchase
特に、売上額・仕入額算出処理321においては、商品の販売取引があった場合に、各取引ごとに、その取引に関係する販売者40各々の、すなわち、商品を販売した販売者40及びその販売者40より階層が上位となる販売者40各々の、売上額及び仕入額を算出する。図5及び図6を参照して前述したように、各販売者40においては、販売された商品の販売価格(定価)に、条件設定データベース210に還元条件データ212として記憶されている自分のランクに対応する卸掛率を乗じた価格がその販売者40の仕入額となり、その販売者40の直近下位の同様にして算出した仕入額がその販売者40の売上額となる。
In particular, in the sales amount / purchase
このようにして算出した製造業者10〜倉庫業者30の請求額及び各販売者40の売上額及び仕入額は、適宜、決済情報マスター223に、製造業者10〜販売者40ごとに記憶される。
The billing amount of the
手数料算出処理322は、マスターファイル220の商品情報マスター221に記憶されている販売情報から配送条件及び支払条件等を含む手数料情報を読み出し、条件設定データベース210に記憶されている配送料、代引手数料あるいは印紙代などの決済条件データ213を参照して、その商品の販売に係る各関係者(製造業者10〜販売者40)の手数料負担額を算出する。算出された各関係者の手数料負担額は、決済情報マスター223に、製造業者10〜販売者40ごとに記憶される。手数料算出処理322による処理の一例は、配送料負担ルールについて図8を参照して説明した通りである。
The
還元額算出処理323は、決済情報マスター223に記憶されている各販売者40ごとの仕入額、売上額及び手数料負担額等に基づいて、その販売者40に対する還元額を算出する。還元額算出処理323は、複数の異なるメーカー20や倉庫業者30から供給された商品の、種々の階層の販売者40により行われた商品販売による各販売者40の還元額を、少なくとも所定期間ごとにまとめて統合し、各販売者ごとに集計し、1つの還元額として算出する。
The return
出荷情報通知機能330は、メーカー20に、商品の実際に販売された状況を示す出荷情報を送信する。出荷情報は、商品ごとの売れ行き状況を示す情報であり、各販売事象に係るデータ(販売者、顧客、取引日時等に係る情報)を含んでいてもよいし、それらの販売データに基づいた任意の集計データを含んでいてもよい。問屋代行システム100は、例えば毎日、一日ごとの出荷情報をメーカー20に送信する。
The shipping
発送指示機能340は、倉庫業者30に対して、保管商品の発送指示を送信する。販売者40は、例えば、販売情報入力機能310を介して入力された販売情報において、在庫がなく商品の引き渡しが完了していない場合、取り寄せ形態で商品が販売されている場合、受注製造の商品が販売された場合等に、その情報を販売情報から抽出して、あるいは販売情報マスター222に記憶されている情報から抽出して、発送指示を行う。発送指示は、商品の種類、数量、納期、発送先等の情報を含む。なお、前述したように、商品の発送先は、通常消費者50となることを想定しているが、販売業者40に対して発送を行う場合もある。消費者50あるいは販売業者40のいずれに商品を発送するか、あるいは、例外的に他の送付先に発送するか等、商品の発送先も、当然に発送指示機能340により管理され、発送指示機能340から倉庫業者30に対して送信される発送指示の中に示される。
The
請求代行機能350は、商品販売・決済モデル1における商品の販売に係る種々の行為のうち請求が発生するものについて、請求書を、問屋代行システム100が請求元に代行して送信する。請求代行機能350は、場合によっては個別の取り引きごとに、また場合によっては所定期間内の取り引きあるいは一連の取り引きについて一括して、請求書を作成し、送信する。
The
具体的には、請求代行機能350は、製造発注代行機能420により製造業者10に商品の製造発注を行った場合に、メーカー20に対して、商品の製造及び納品(輸送)に関する請求書を、製造業者10に代行して送信する。
また、請求代行機能350は、倉庫業者30が商品の保管等を行った場合、あるいは、「メーカ−送料負担」の条件にて商品を発送した場合等に、メーカー20に対して、商品の保管についての入庫料、保管料あるいは出庫料等の代金に関する請求書、あるいは、商品の送料に関する請求書を、倉庫業者30に代行して送信する。このメーカー20に対する請求書の送信は、商品の入庫時、出庫時、送付時あるいは販売時等、予め設定された所定のタイミングで行われる。
Specifically, the
Further, the
また、請求代行機能350は、販売者40による商品の販売に関して、商品の仕入れに関する請求書を、各販売者40に送信する。販売者40への仕入れ代金の請求は、任意の期間を単位として、所定期間に販売者40が仕入れた商品(又は販売した商品)に対して一括して行う。請求代行機能350は、決済情報マスター223を参照し、所定の期間に販売者40に発生した仕入額及び手数料負担額等を抽出し、複数のメーカー20あるいは多数の倉庫業者30から仕入れた多数の商品の仕入れ代金を一括した請求書を作成し、各販売者40に送信する。
In addition, the
このような、各関係者への保管料や配送料等の経費の請求は、各取引ごとに、種々の条件に従い決定されるため、場合によっては各取引ごとに各関係者に負担費用を細かく配分した請求となる。このような請求のための計算を人手で行うと、煩雑な計算を繰り返しチェックをしながら行う必要があり、極めて工数がかかるものとなる。しかし、問屋代行システム100においては、請求代行機能350により瞬時に正確に各関係者への請求を確定することができるため、多数の製造業者10、メーカー20、倉庫業者30、販売業者40及び消費者50が、多種多様な膨大な商品を取り扱う本実施形態のような商品販売・決済モデル1においても、正確で適切な請求が可能となる。
Such charges for expenses such as storage fees and delivery charges to each party are determined according to various conditions for each transaction. It becomes the allocated bill. When such a calculation for billing is performed manually, it is necessary to repeatedly perform complicated calculations while checking repeatedly, which is extremely time-consuming. However, in the
請求代行機能350の機能により販売者40に送信される請求書の一例を図9に示す。図9に示すように、1の販売者40に対する請求書には、1通の請求書に、その所定期間に販売者40が仕入れた商品に関する請求が一括してまとめて記載されている。従って、複数のメーカー20に係る商品を仕入れて販売した場合でも、また、各商品取引ごとに異なる複雑な販売条件(配送料負担条件等)があった場合であっても、これらの請求は1通の請求書にまとめられている。したがって、販売業者40等においては、その後の会計処理等を極めて容易に行うことができる。
An example of a bill sent to the
また、請求代行機能350は、請求書の送信に伴って、請求内容を記載した請求情報(すなわち請求書控えに相当)を、請求元に送信する。
具体的には、商品の製造及び納品に関するメーカー20への請求情報を製造業者10へ、商品の保管についての入庫料、保管料あるいは出庫料等の代金に関する請求情報、あるいは、商品の送料に関する請求情報を倉庫業者30へ、また、商品の販売(仕入れ)に関する請求情報をメーカー20又は倉庫業者30へ送信する。
In addition, the
Specifically, billing information about the manufacture and delivery of the product to the manufacturer 20 is sent to the
このうち、各販売者40が仕入れた商品に関する、メーカー20又は倉庫業者30への請求情報は、各メーカー20ごとあるいは各倉庫業者30ごとに、全ての販売者40に納品した商品の請求情報をまとめ、各メーカー20及び各倉庫業者30に送信する。前述したように、商品の仕入れ代金の請求は、任意の期間を単位として、所定期間に各販売者40が仕入れた商品(又は販売した商品)に対して販売者40ごとに一括して行う。これと同様に、請求代行機能350は、販売情報マスター222を参照し、所定の期間に各販売者40において販売された商品ごとの仕入れの情報を収集し、1のメーカー20あるいは倉庫業者30に対して、多数の販売者40に対する商品の仕入れ代金を一括した請求情報(請求書控え)を作成し、各メーカー20又は倉庫業者30に送信する。
Among these, the billing information to the manufacturer 20 or the warehouse trader 30 regarding the product purchased by each
還元額通知機能360は、販売者40の各々に対して、還元額が記載された還元額計算書を送信する。還元額通知機能360により販売者40に送信される還元額計算書の一例を図10に示す。図10に示すように、還元額計算書には、売上額(ア)、仕入額(イ)及びこれらの差額である還元額(ウ)が明示されている。
The return
決済機能370は、マスターファイル220の決済情報マスター223に記憶されている決済に係る情報に基づいて、すなわち、請求代行機能350により発行された製造業者10〜販売者40への請求書及び請求情報、及び、還元額算出機能320により算出された各販売者40への還元額等の情報に基づいて、実際に製造業者10〜販売者40との間で決済を行う。
The
具体的には、決済機能370は、製造業者10に対する商品の製造及び納品(輸送)に関する決裁(通常は送金)や、倉庫業者30に対する商品の保管等に関する決裁(通常は送金)を行う。また、決済機能370は、メーカー20に対しては、商品の仕入れに関する決裁(通常は送金)と、商品の製造や保管等に関する決裁(通常は支払)とを行うこととなり、実際にはこれらを相殺した残額の決済(通常は送金)を行う。また、決済機能370は、各販売者40に対して商品の販売に関する決裁(支払又は送金)を行うが、これは前述したように、各商品の販売に伴う、商品を販売した販売者40とその販売者40より階層が上位となる販売者40の各々について算出される売上額及び仕入額の累計と手数料等とを考慮した額の合計であり、通常、還元額算出機能320で算出された還元額の精算を各販売者40に対して行うこととなる。
Specifically, the
決済機能370は、入出力I/F500を介して金融機関のコンピュータ装置と接続され、オンラインで決済処理を行う形態が好ましい。しかし、例えば製造業者10〜販売者40の決済システムがオンライン決済に対応していない等の状況がある場合には、単に送金伝票や支払伝票を印刷出力する、あるいはそれらの伝票をネットワークを介して送信するという処理であってもよい。
The
在庫適正化支援機能410は、各商品について、適正な在庫で余分な経費が掛からないように、メーカー20をサポートする。問屋代行システム100には、図示しないが、在庫管理方針と、各商品の製造に係る情報が予め入力され記憶されている。また、在庫情報データベース230には、各商品の在庫情報データ231が記録されている。在庫適正化支援機能410は、これらの情報と、さらに各商品の販売状況等に基づいて、商品が品切れとならない範囲でなるべく少ない在庫で済むよう、各商品の在庫を管理する。在庫適正化支援機能410は、在庫が所定の数量より少なくなった場合等、在庫状況が所定の条件となった場合に、製造発注代行機能420に、製造業者10への商品の製造を指示する。
The inventory
なお、予め記憶されている在庫管理方針とは、例えば、在庫として保持しておく最低数量や、品切れ状態が生じるリスク値等であり、各商品ごとに設定されていてもよいし、各メーカー20ごとに設定されていてもよいし、あるいは、問屋代行システム100において統一された1の条件に設定されていてもよい。また、各商品の製造に係る情報とは、各商品の製造業者10、製造発注からの納期等の情報である。また、各商品の販売状況とは、各商品の所定期間内の販売見込み等の情報であり、例えば直前の所定期間内の販売実績に基づいて得られる情報である。
Note that the stock management policy stored in advance is, for example, the minimum quantity to be kept as stock, the risk value that a stockout condition occurs, etc., and may be set for each product, or each manufacturer 20 It may be set every time, or may be set to one condition unified in the
製造発注代行機能420は、在庫適正化支援機能410からの指示に基づいて、製造業者10に対して商品の製造発注を送信する。製造発注は、商品の種類、数量、納期及び納品先の倉庫業者30等の情報を含む。また、製造発注代行機能420は、製造業者10に対して商品の製造発注を行ったら、メーカー20に対して、商品の製造発注がなされたことを示す製造発注情報を送信する。製造発注情報は、発注商品の種類や数量等、入荷スケジュール等の情報を含む。
The production
在庫情報通知機能430は、在庫情報データベース230に記憶されている在庫情報データ231に基づいて、各商品の在庫情報を、メーカー20に送信する。在庫情報の送信は、定期的に行ってもよいし、メーカー20からの要求に応じて行ってもよいし、あるいは、商品の在庫状況が所定の状況となった場合に行うようにしてもよい。
The stock
入出力I/F500は、コンピュータ装置である問屋代行システム100の、機能モジュール群300と外部とを接続する。入出力I/F500は、特に、インターネット等の通信ネットワークを介して製造業者10〜販売者40に接続する通信I/Fである。また、入出力I/F500は、請求書や還元額計算書等あるいは伝票等を印刷出力する際の周辺機器とのI/Fも含む。
The input / output I / F 500 connects the
以上が、本発明に係る問屋代行システム100の説明である。
なお、上述した問屋代行システム100中の、販売者階層データ211、還元条件データ212及び決済条件データ213を含む条件設定データベース210、販売情報入力機能310、還元額算出機能320、請求代行機能350、還元額通知機能360及び決済機能370等が、本発明に係る多段階売上処理システムを構成する。実際の商品の物流を伴わない決済システムとして多段階売上処理システムを構築する場合には、これらの構成により実現することができる。
The above is the description of the
In the
本発明の問屋代行システム100を適用したこのような構成の商品販売・決済モデル1においては、以下に説明するような利点、作用・効果を有する。
まず、商品販売・決済モデル1は、複数のメーカー20、複数の倉庫業者30、及び、ランク付けされ階層化された複数の販売者40を有するという複雑な構成であり、また、商品販売・決済モデル1においては多種多様な商品がさまざまなメーカー20から供給されているにも関わらず、決済に関し、製造業者10〜販売者40の各々に送信される請求書は所定期間に1通である。従って、商品の販売に係る伝票処理、請求処理等の事務処理を極めて効率よく行うことができる。また、処理が容易で効率よいため、ミスも少なく、極めて正確な事務処理等も実現できる。
The merchandise sales /
First, the product sales /
また、実際の決済自体も、製造業者10〜倉庫業者30においては複数の相手先からの送金及び支払を相殺して行うことができ、また、販売者40においては、還元額に全ての決済処理を集約してその送金又は支払のみを行えばよい。従って、決済処理自体も極めて容易で効率よく処理することができ、誤処理も防げ正確な処理が可能となる。
In addition, the actual settlement itself can be performed by offsetting remittances and payments from a plurality of counterparts in the
また、販売者40においては、ランク付けされ階層化された複数の販売者40の間において、下位の販売者40の販売行為による上位の販売者40への利益分配を、正確に効率よく、また明朗に行うことができる。従って、複雑に構成された販売者40においても適切な利益分配が可能となり、商品販売への意欲が向上し活発な販売活動が促進される。
In addition, the
さらにまた、問屋代行システム100は在庫処理も一括して行う上、在庫経費を最小化する方針にて製造発注等をコントロールできる。従って、メーカー20にとっては極めて有効な在庫管理、経費節減等が可能となる。
Furthermore, the
なお、本発明は、上述した実施形態に限られるものではない。上述した実施形態において例示した各構成は、本発明における意義が同じ他の形態や、実質的に均等な他の構成に任意に変更をしてよく、そのような形態も本発明の範囲内である。また、上述した実施形態に対してさらに付属的、補助的あるいは発展的な機能や構成の追加、又は、上述した実施形態からの部分的な機能や構成の削除等も任意に行ってよく、そのような形態も、本発明の範囲内である。 The present invention is not limited to the embodiment described above. Each configuration illustrated in the above-described embodiments may be arbitrarily changed to other forms having the same significance in the present invention or other substantially equivalent configurations, and such forms are also within the scope of the present invention. is there. Further, additional, auxiliary, or advanced functions and configurations may be added to the above-described embodiments, or partial functions and configurations may be deleted from the above-described embodiments. Such a form is also within the scope of the present invention.
具体的には、前述した実施形態においては、説明を容易にするために有形な「商品」の販売を想定し、そのような商品の販売に係るシステム及び販売形態を例示して本発明を説明したが、「商品」としては、音楽や映画等の無形のいわゆるコンテンツ商品であってもよいし、保険、コンサルティング、金融商品等のサービスであってもよい。本発明に係る商品はそのような「商品」をも含む概念である。なお、そのようなコンテンツ商品やサービス等の販売に係る処理も、前述した実施形態に容易に適用可能であることは明らかである。 Specifically, in the above-described embodiment, for the purpose of facilitating the description, the sale of a tangible “product” is assumed, and the present invention is described by exemplifying a system and a sales form related to the sale of such a product. However, the “product” may be intangible so-called content products such as music and movies, or services such as insurance, consulting, and financial products. The product according to the present invention is a concept including such a “product”. It is obvious that such processing related to sales of content products and services can be easily applied to the above-described embodiment.
また、前述した実施形態は、商品販売及びそれに係る決済に関する主要な手続き、特徴的な手続きを説明したものであり、説明した以外の通知、連絡等を何ら制限するものではない。すなわち、商取引の現場では発注や納品等について重ねて確認等を行うことは間違いなく適切に取引を進める上で重要であるところ、例えば、問屋代行システム100が製造業者10に対して発注処理を行った場合には、製造業者10が、これを問屋代行システム100に対してシステム上の処理として確認返信通知を行うようにしてもよいし、問屋代行システム100の管理者やメーカー20に内容確認通知を行うようにしてもよい。
In addition, the above-described embodiment describes main procedures and characteristic procedures related to merchandise sales and settlement related thereto, and does not limit notifications and communications other than those described. That is, it is important to repeat confirmation of ordering and delivery at the site of commercial transactions, which is definitely important for proceeding properly. For example, the
また、前述した実施形態の商品販売・決済モデル1においては、商品販売等に関し、販売者(販売業者)40及び消費者(顧客)50を別箇の存在として例示した。しかし、例えば販売者40が自己消費分の商品等を購入する場合や、顧客的立場であった者が自身の近隣のコミュニティ等で販売者として振る舞う場合等も考えられ、販売者40と消費者50との区別は明確でなくともよい。階層化された販売者40のうち末端(最下層)の販売者40を消費者50と位置付けることもできるし、反対に、顧客50は末端の販売者40と位置付けることもできる。そして後者の場合には消費者50が存在しない商品販売・決済モデルが想定される。しかしながら、いずれの形態においても、最終的に商品やサービスを利用する需要者が存在し、商品やサービスの取り引きや流通が存在する限りにおいて本願発明は実施可能であり、本願発明は、そのような任意の形態の取り引き社会や流通社会に適用可能である。
Further, in the product sales /
1…商品販売・決済モデル
10…製造業者
20…メーカー
30…中間業者(倉庫業者)
40〜49…販売者(販売業者)
50…消費者
100…問屋代行システム
200…データ記憶部
210…条件設定データベース
211…販売者階層データ
212…還元条件データ
213…決済条件データ
220…マスターファイル
221…商品情報マスター
222…販売情報マスター
223…決済情報マスター
230…在庫情報データベース
231…在庫情報データ
300…機能モジュール群
310…販売情報入力機能
320…還元額算出機能
321…売上額・仕入額算出処理
322…手数料算出処理
323…還元額算出処理
330…出荷情報通知機能
340…発送指示機能
350…請求代行機能
360…還元額通知機能
370…決済機能
410…在庫適正化支援機能
420…製造発注代行機能
430…在庫情報通知機能
500…入出力I/F(通信部)
1 ... Product sales /
40-49 ... Seller (seller)
50 ...
211 ... Seller hierarchy data
212 ... Reduction condition data
213: Payment condition data 220: Master file
221 ... Product Information Master
222 ... Sales Information Master
223 ...
231 ...
321 ... Sales / purchase amount calculation processing
322 ... Fee calculation processing
323 ... Return
Claims (10)
販売された商品に係る販売情報が入力される販売情報入力手段と、
前記入力された販売情報と、前記記憶された前記販売者階層データ及び前記還元条件データに基づいて、前記商品を販売した販売者及び当該販売者より階層が上位となる販売者各々の、当該商品の販売に係る売上額及び仕入額を算出し、前記売上額及び前記仕入額に基づいて、前記商品を販売した販売者及び当該販売者より階層が上位となる販売者各々の前商品の販売に基づく還元額を算出する還元額算出手段と、
前記算出した還元額を、前記各販売者に通知する通知手段と
を有することを特徴とする多段階売上処理システム。 For a plurality of sellers that are hierarchically related, seller hierarchy data including at least information related to each seller's hierarchy and information specifying the most recent seller, and the seller in each hierarchy sells the product. Storage means for storing at least reduction condition data including at least information relating to the reduction ratio when
Sales information input means for entering sales information related to the sold product,
Based on the input sales information, the stored seller hierarchy data, and the return condition data, the seller who sold the product and each of the sellers higher in the hierarchy than the seller The sales amount and the purchase amount related to the sales of the product are calculated, and based on the sales amount and the purchase amount, the seller of the product and the previous product of each of the sellers higher in the hierarchy than the seller A return amount calculation means for calculating a return amount based on sales;
A multi-stage sales processing system comprising: a notification means for notifying each seller of the calculated return amount.
前記通知手段は、前記販売者の各々に前記集計した還元額を通知する
ことを特徴とする請求項1に記載の多段階売上処理システム。 The return amount calculation means calculates the return amount for each seller by counting the return amount related to the products sold by each seller within a predetermined period for each seller.
The multi-stage sales processing system according to claim 1, wherein the notifying unit notifies each of the sellers of the aggregated return amount.
前記還元額算出手段は、販売をした前記商品の価格、前記各販売者の前記ランク、及び、前記ランク別の販売価格に対する掛率に基づいて、前記商品を販売した販売者及び当該販売者より階層が上位となる販売者各々の前記仕入額を算出するとともに、前記各販売者の直近下位の販売者の当該商品の販売に係る前記仕入額を、当該各販売者の売上額として算出する
ことを特徴とする請求項1又は2に記載の多段階売上計上システム。 The storage means stores information indicating the rank of each seller as the seller hierarchy data, and stores information related to a rate for the sales price by rank as the return condition data,
The reduction amount calculation means is based on the price of the product sold, the rank of each seller, and the multiplication rate for the sales price for each rank, from the seller who sold the product and the seller Calculate the purchase amount of each seller who is higher in the hierarchy, and calculate the purchase amount related to the sale of the product of the seller immediately below each seller as the sales amount of each seller The multi-stage sales recording system according to claim 1 or 2, wherein:
前記販売情報は、配送条件及び支払条件の少なくとも1の手数料情報を含み、
前記還元額算出機能は、前記手数料情報及び前記手数料負担ルールに基づいて、当該商品の販売に係る前記各販売者の手数料負担額を求め、当該手数料負担額を含めて前記各販売者の当該商品の販売に係る前記還元額を算出する
ことを特徴とする請求項1〜3のいずれかに記載の多段階売上計上システム。 The storage means further stores a fee sharing rule relating to a fee including at least one of a delivery fee, a cash on delivery fee, or a stamp fee,
The sales information includes at least one fee information of delivery conditions and payment conditions,
The return amount calculation function calculates the fee burden amount of each seller related to the sale of the product based on the fee information and the fee burden rule, and includes the fee burden amount and the merchandise item of each seller. The multi-stage sales recording system according to any one of claims 1 to 3, wherein the return amount related to the sale of is calculated.
前記販売情報入力手段は、前記販売者からの商品の注文を前記販売情報として受信し、
前記注文入力手段を介して前記注文された商品の発送を、当該商品を保持するメーカー又は中間業者に指示する発送指示手段をさらに有する
ことを特徴とする問屋代行システム。 The multi-stage sales processing system according to any one of claims 1 to 6,
The sales information input means receives an order for a product from the seller as the sales information,
A wholesaler agency system further comprising a shipping instruction means for instructing a manufacturer or an intermediate trader holding the product to ship the ordered product via the order input means.
前記記憶されている在庫情報に基づいて、在庫を所望の状態に維持する在庫適正化支援手段と、
所定の条件の下で、商品の製造を指示する製造発注代行手段と、
前記記憶されている在庫情報を通知する在庫情報通知手段と
をさらに有する請求項7〜9のいずれかに記載の問屋代行システム。 Inventory information storage means for storing inventory information of products to be sold;
Inventory optimization support means for maintaining the inventory in a desired state based on the stored inventory information;
Production order agent means for instructing the manufacture of goods under predetermined conditions;
The wholesale agent agent system according to any one of claims 7 to 9, further comprising inventory information notifying means for notifying the stored inventory information.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016120404A JP2017224214A (en) | 2016-06-17 | 2016-06-17 | Multistep sales processing system and wholesaler proxy system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016120404A JP2017224214A (en) | 2016-06-17 | 2016-06-17 | Multistep sales processing system and wholesaler proxy system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2017224214A true JP2017224214A (en) | 2017-12-21 |
Family
ID=60686425
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016120404A Pending JP2017224214A (en) | 2016-06-17 | 2016-06-17 | Multistep sales processing system and wholesaler proxy system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2017224214A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111105257A (en) * | 2018-10-29 | 2020-05-05 | 北京国双科技有限公司 | Product data processing method and device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11250129A (en) * | 1998-03-02 | 1999-09-17 | Takasaki Kyodo Keisan Center:Kk | Mail-order selling management system |
JP2001202441A (en) * | 2000-01-21 | 2001-07-27 | Kokuyo Co Ltd | Distribution assisting device |
JP2002183532A (en) * | 2000-12-15 | 2002-06-28 | Itochu Corp | Order receipt/issuance management system |
-
2016
- 2016-06-17 JP JP2016120404A patent/JP2017224214A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11250129A (en) * | 1998-03-02 | 1999-09-17 | Takasaki Kyodo Keisan Center:Kk | Mail-order selling management system |
JP2001202441A (en) * | 2000-01-21 | 2001-07-27 | Kokuyo Co Ltd | Distribution assisting device |
JP2002183532A (en) * | 2000-12-15 | 2002-06-28 | Itochu Corp | Order receipt/issuance management system |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111105257A (en) * | 2018-10-29 | 2020-05-05 | 北京国双科技有限公司 | Product data processing method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8429019B1 (en) | System and method for scheduled delivery of shipments with multiple shipment carriers | |
US20060064344A1 (en) | Supply chain architecture | |
US20030110104A1 (en) | Enhanced vendor managed inventory system and process | |
CN109034728A (en) | A kind of purchase, sales and inventory management system | |
EP2815356A1 (en) | Method and apparatus for procurement aggregation | |
RU2271571C1 (en) | Trading information-analytic system | |
US20180012158A1 (en) | Increasing the Expected Availability of Fast-Delivery Offers to Customers | |
CN108701286A (en) | Determine the delivery date of multiple product type | |
JP5418084B2 (en) | Distribution integration support system, ordering support apparatus, inventory management support apparatus, shipping operation support apparatus, ordering support apparatus control program, and logistics integration support method | |
JPH11250129A (en) | Mail-order selling management system | |
US11443258B2 (en) | Real-time order delivery coordination between multiple merchants | |
JP2011145960A (en) | Apparatus and program for managing proportional distribution of commodity | |
WO2015198365A1 (en) | Coordination server, coordination program, and electronic commerce system | |
WO2001052158A2 (en) | Tupply chain architecture | |
JP2017224214A (en) | Multistep sales processing system and wholesaler proxy system | |
Chudy et al. | Sales and distribution in SAP ERP: Practical guide | |
JP6078193B1 (en) | Inventory transaction system and program | |
Bajaj et al. | Single-source, single-destination, multi product EOQ model with quantity discount incorporating partial/full truckload policy | |
US20160253729A1 (en) | Cooperation server, cooperation program, and ec system | |
KR20210017594A (en) | System and method of integrated management for e-Commerce Supply Chain Management System | |
KR20130055268A (en) | System for managing order between wholesaler and agency, and method thereof | |
JP6347993B2 (en) | Coastal shipping management system, server, method, and program | |
US20230368132A9 (en) | Method and system for managing inventory | |
JP4279342B1 (en) | Awareness program and system | |
Kurbel et al. | ERP: Enterprise Resource Planning |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180223 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190131 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190226 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20190425 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190613 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20191112 |