JP2018142382A - Transaction management system and transaction management program - Google Patents
Transaction management system and transaction management program Download PDFInfo
- Publication number
- JP2018142382A JP2018142382A JP2018117485A JP2018117485A JP2018142382A JP 2018142382 A JP2018142382 A JP 2018142382A JP 2018117485 A JP2018117485 A JP 2018117485A JP 2018117485 A JP2018117485 A JP 2018117485A JP 2018142382 A JP2018142382 A JP 2018142382A
- Authority
- JP
- Japan
- Prior art keywords
- trader
- transaction
- product
- order
- upstream
- 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.)
- Withdrawn
Links
- 238000007726 management method Methods 0.000 claims abstract description 430
- 238000011144 upstream manufacturing Methods 0.000 claims abstract description 186
- 238000012545 processing Methods 0.000 claims abstract description 115
- 238000000034 method Methods 0.000 claims description 76
- 230000008569 process Effects 0.000 claims description 56
- 238000007689 inspection Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 9
- 238000013500 data storage Methods 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 5
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000002994 raw material Substances 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、取引管理システムおよび取引管理プログラムに関する。 The present invention relates to a transaction management system and a transaction management program.
商品の流通には、たとえば商品のメーカ等の生産者から末端消費者までの間に、卸業者や小売業者等が介在し、複数の取引者が段階的に関与することが多い。複数の取引者が段階的に商品の流通に関与する場合、各取引者間の取引状態を容易に把握可能とすることや、商品の流通経路を簡易に把握できる仕組みが求められる。 In the distribution of merchandise, for example, a wholesaler, a retailer, etc. intervene between producers such as merchandise manufacturers and end consumers, and a plurality of traders are often involved in stages. When a plurality of traders are involved in the distribution of goods in stages, a mechanism is required that makes it possible to easily grasp the transaction state between the traders and to easily grasp the distribution route of the goods.
また、近年、商品を購入したい発注者が、ネットワークを介して自分の端末装置から発注先のサーバ等にアクセスし、商品の発注を行う処理がさかんに行われている。このような処理は、発注先と発注者との2者間の処理だけでなく、たとえば実際に商品を提供する業者、それを仲介する業者、および商品を購入する顧客の三者間で行われることもある。 In recent years, an orderer who wants to purchase a product accesses a server or the like as an ordering destination from his / her terminal device via a network, and performs a process of placing an order for the product. Such processing is performed not only between the two parties of the supplier and the orderer, but also between, for example, a trader that actually provides a product, a trader that mediates it, and a customer that purchases the product. Sometimes.
たとえば、特許文献1(特開2007−172081号公報)には、仲介販売支援システムおよび仲介販売支援方法が記載されている。当該仲介販売支援技術では、販売仲介者用サーバシステムと商品提供者用サーバシステムとがネットワークを介して接続された構成となっている。顧客が顧客端末装置から販売仲介者用サーバシステムから提供される販売仲介者ホームページに含まれているリンクを選択すると、商品提供者用サーバシステムは、商品提供者ホームページを顧客端末装置の表示面に表示させる。また、商品提供者用サーバシステムは、顧客が商品提供者ホームページにおいて選択した商品の注文書生成データを要求すると、注文書生成データを顧客端末装置に送信する。販売仲介者用サーバシステムは、顧客が注文書生成データに基づき作成した注文書データを顧客端末装置から受信する。このように、販売仲介者ホームページに商品提供者ホームページのリンクを含めることにより、販売仲介者が販売に用いるホームページについて、その更新手間を削減しかつ最新情報を顧客に提供することができるとされている。また、販売仲介者用サーバシステムは、商品の発注者である顧客からの注文データに基づき、商品提供者への注文伝票データを生成する構成となっている。 For example, Patent Document 1 (Japanese Patent Laid-Open No. 2007-172081) describes a brokerage sales support system and a brokerage sales support method. The intermediary sales support technology has a configuration in which a sales intermediary server system and a product provider server system are connected via a network. When the customer selects a link included in the sales broker homepage provided from the sales broker server system from the customer terminal device, the merchandise provider server system uses the product provider home page as the display surface of the customer terminal device. Display. In addition, when the product provider server system requests the order form generation data of the product selected by the customer on the product provider home page, the order provider generation data is transmitted to the customer terminal device. The server system for sales intermediaries receives order form data created by the customer based on the order form generation data from the customer terminal device. In this way, by including the link of the product provider home page in the sales broker home page, it is said that the sales broker can reduce the trouble of updating the home page used for sales and provide the latest information to the customer. Yes. In addition, the sales broker server system is configured to generate order slip data for a product provider based on order data from a customer who is a product orderer.
しかし、特許文献1に記載された技術では、販売仲介者用サーバシステムは、顧客からの注文内容および発送先のデータを商品提供者のサーバシステムに仲介しているだけであり、販売仲介者と商品提供者との商品の取引に関する処理が自動的に行われる構成とはなっていない。そのため、注文処理は行うことができても、実際の取引の伝票管理は別途行う必要があり、依然として管理に手間がかかるという問題があった。
However, in the technique described in
本発明の目的は、上述した課題である、段階的な複数の取引者間での商品の取引の伝票管理を簡易にすることができる取引管理システムおよび取引管理プログラムを提供することにある。 An object of the present invention is to provide a transaction management system and a transaction management program that can simplify the slip management of merchandise transactions among a plurality of gradual traders, which is the above-described problem.
本発明によれば、
中間取引者の中間取引者IDおよび商品IDに対応づけて、当該中間取引者が当該商品IDで特定される商品を購入する上流取引者IDを記憶する取引設定情報記憶部と、
商品IDおよび上流取引者IDに対応づけて上流取引者IDで特定される上流取引者による商品の販売価格である第1の販売価格を記憶するとともに、商品IDおよび中間取引者IDに対応づけて当該中間取引者による商品の販売価格である第2の販売価格を記憶する価格記憶部と、
中間取引者が商品を販売する下流取引者から、商品ID、当該下流取引者の下流取引者ID、および商品の発注数量の入力とともに、中間取引者への商品の発注を受け付ける発注管理部と、
発注管理部が受け付けた発注数量および第2の販売価格に基づき、下流取引者から中間取引者への発注伝票を発行するとともに、発注管理部が受け付けた発注数量および第1の販売価格に基づき、中間取引者から上流取引者への発注伝票を発行する伝票発行処理部と、
を含む取引管理システムが提供される。
According to the present invention,
A transaction setting information storage unit for storing an upstream transaction ID for purchasing the product specified by the product ID in association with the intermediate transaction ID and the product ID of the intermediate transaction;
The first sales price, which is the sales price of the product by the upstream trader specified by the upstream trader ID in association with the product ID and the upstream trader ID, is stored, and is associated with the product ID and the intermediate trader ID. A price storage unit for storing a second sales price which is a sales price of the product by the intermediate trader;
An order management unit that receives an order for a product from an intermediate trader along with an input of the product ID, the downstream trader ID of the downstream trader, and the order quantity of the product from a downstream trader in which the intermediate trader sells the product;
Based on the order quantity received by the order management department and the second sales price, issue an order slip from the downstream trader to the intermediate trader, and based on the order quantity accepted by the order management department and the first sales price, A slip issue processing unit for issuing an order slip from an intermediate trader to an upstream trader;
A transaction management system is provided.
このように、商品IDで特定されるある商品について、ある中間取引者がその商品を購入する先の上流取引者およびその上流取引者が当該商品を販売する第1の販売価格を取引設定情報記憶部および価格記憶部に登録しておくことにより、取引管理システムは、下流取引者から発注があった場合に、中間取引者と上流取引者との間の商品の販売価格も把握することができる。そのため、下流取引者から中間取引者への発注伝票を発行するだけでなく、中間取引者から上流取引者への発注伝票も自動的に発行することができる。たとえば、下流取引者と中間取引者、中間取引者と上流取引者という3者以上の間で段階的な取引が行われる際に、取引される商品の発注数量が変化しない場合に、下流取引者から入力される商品の発注数量に基づき、上流取引者による第1の販売価格を用いて、上流取引者への発注伝票を容易に発行することができる。 As described above, with respect to a certain product specified by the product ID, the transaction setting information stores the upstream trader to whom a certain intermediate trader purchases the product and the first sales price at which the upstream trader sells the product. By registering in the department and the price storage section, the transaction management system can also grasp the sales price of the product between the intermediate trader and the upstream trader when there is an order from the downstream trader. . Therefore, not only the order slip from the downstream trader to the intermediate trader but also the order slip from the intermediate trader to the upstream trader can be automatically issued. For example, if the order quantity of the product to be traded does not change when a staged transaction is conducted between three or more parties, a downstream trader and an intermediate trader, and an intermediate trader and an upstream trader, the downstream trader Based on the order quantity of the commodity input from, it is possible to easily issue an order slip to the upstream trader using the first selling price by the upstream trader.
ここで、上流取引者は、この取引管理システムのユーザであってもなくてもいずれでもよい。上流取引者がこのシステムのユーザである場合は、たとえば上流取引者がログインした状態で上流取引者のユーザ端末のディスプレイに発注伝票が表示される形態で提供することができる。また、上流取引者への商品の発注処理を電子的に自動で行うことができる。また、上流取引者がこのシステムのユーザでない場合も、発注伝票が自動的に発行されるので、それをファクシミリ送付したり、メール添付したりして発注処理を簡易に行うことができる。また、取引管理システムが複数のサーバで分散構成されており、上流取引者とその下流の取引者とが異なるサーバのユーザである場合は、サーバ間のデータ連携によって取引者間の発注処理を行うことができる。 Here, the upstream trader may or may not be a user of this trade management system. When the upstream trader is a user of this system, for example, the order slip can be provided on the display of the upstream trader's user terminal while the upstream trader is logged in. In addition, it is possible to automatically perform electronic ordering processing for commodities from upstream traders. Even when the upstream trader is not a user of this system, the ordering slip is automatically issued, so that the ordering process can be easily performed by facsimile transmission or e-mail attachment. In addition, when the transaction management system is configured in a distributed manner with a plurality of servers and the upstream trader and the downstream trader are users of different servers, order processing between traders is performed by data linkage between the servers. be able to.
また、本発明の取引管理システムにおいて、伝票発行処理部は、中間取引者から上流取引者への発注伝票を発行するために用いた発注数量および第1の販売価格に基づき、上流取引者から中間取引者への請求伝票または納品伝票を発行するとともに、下流取引者から中間取引者への発注伝票を発行するために用いた発注数量および第2の販売価格に基づき、中間取引者から下流取引者への請求伝票または納品伝票を発行することができる。 Further, in the transaction management system of the present invention, the slip issuing processing unit is configured to transfer the intermediate transaction from the upstream transaction to the intermediate transaction based on the order quantity and the first sales price used to issue the order slip from the intermediate transaction to the upstream transaction. Based on the order quantity and the second sales price used to issue the billing slip or delivery slip to the trader and the order slip from the downstream trader to the intermediate trader, the intermediate trader to the downstream trader A billing document or a delivery document can be issued.
このような取引において、取引者間でやりとりされる商品の発注数量は互いに同じである。従って、下流側から上流側への発注伝票の発行に用いたデータを上流側から下流側への請求伝票または納品伝票に用いることにより、請求伝票または納品伝票の発行を容易に行うことができる。 In such transactions, the order quantities of commodities exchanged between traders are the same. Therefore, the billing slip or delivery slip can be easily issued by using the data used for issuing the order slip from the downstream side to the upstream side in the billing slip or delivery slip from the upstream side to the downstream side.
また、本発明に係る取引管理システムの取引管理情報記憶部において、商品IDによって、上流取引者と下流取引者が一致する取引データをリンクすることによって、商品物流の全体の把握が可能になる。 In addition, in the transaction management information storage unit of the transaction management system according to the present invention, the entire merchandise distribution can be grasped by linking transaction data in which the upstream and downstream traders coincide with each other by the product ID.
さらに、ある商品について、上流の各取引業者の在庫状況が見られるようにすることにより、発注の要否や発注時の納期の予測が可能になる。一方、ある商品について、下流の各取引業者の在庫状況が見られるようにすることにより、受注予測が可能になる。 Furthermore, by making it possible to see the inventory status of each upstream trader for a certain product, it becomes possible to predict the necessity of ordering and the delivery date at the time of ordering. On the other hand, it is possible to predict orders for a certain product by making it possible to see the inventory status of each downstream trader.
また、商品納品時に下流取引者が商品の異常(数量不足や品質不良など)を発見したときに、その異常を登録することによって、中間取引者は、該中間取引者とその上流取引者との間の検収前に上流取引者に注意し、再送などを促すことができるので、商品の品質を担保を簡便なDB構造によって実現することができる。 In addition, when a downstream trader discovers an abnormality (such as insufficient quantity or poor quality) of a product at the time of delivery of the product, by registering the abnormality, the intermediate trader can connect the intermediate trader with the upstream trader. Since it is possible to pay attention to the upstream traders before the acceptance inspection in the meantime and prompt retransmission, the quality of the product can be ensured by a simple DB structure.
このように、本発明に係る取引管理システムは、商品受取者と商品発送者を末端として、その間に所定数の取引仲介業者を挿入した取引パターンを設けることにより、この取引パターンを単位として発注管理、納品管理、請求管理、商品の品質管理、商品の物流管理を効率的に行うことができる。すなわち、取引管理情報記憶部のこのパターン化された簡便なデータ構造によって、これらの管理を可能にしたのが、本発明の大きな特徴の一つと言える。 In this way, the transaction management system according to the present invention provides a transaction pattern in which a predetermined number of transaction intermediaries are inserted between a merchandise recipient and a merchandise dispatcher as a terminal, whereby order management is performed in units of this transaction pattern. , Delivery management, billing management, product quality management, and product logistics management can be performed efficiently. That is, it can be said that one of the major features of the present invention is that these patterns can be managed by this patterned simple data structure of the transaction management information storage unit.
また、本発明に係る取引管理システムの納期管理部は、上流取引者から送られてくる取引IDと発送完了済み通知を受けて、該取引IDの各取引者間における取引の検収基準が発送時検収か、納品時検収かを判定し、発送時検収の場合は、該取引者間の請求可能フラグをオンにする一方、納品時検収の場合は待ちリストに登録し、下流取引者の端末から商品受領日付送られてきた場合は、その日付を格納し、周期的に当該待ちリストに登録されている取引IDについて、商品受領日付が書き込まれているか否かを判定し、商品受領日付が書き込まれている場合は、当該取引IDの納品時検収の取引者間の取引の請求可能フラグをオンにする。また、伝票発行処理部は、請求形態に基づいて、都度請求の場合は直ちに、締め請求の場合は締め日に、請求可能フラグがオンになっている取引についてのみ伝票データを作成する。 In addition, the delivery date management unit of the transaction management system according to the present invention receives the transaction ID sent from the upstream trader and the notification of completion of shipment, and the acceptance criteria of the transaction between each trader of the transaction ID is at the time of shipment. Judgment is made between acceptance inspection and delivery inspection. In the case of inspection at the time of shipment, the billable flag is turned on between the traders. When the product receipt date is sent, the date is stored, it is periodically determined whether or not the product receipt date is written for the transaction ID registered in the waiting list, and the product receipt date is written. If so, turn on the billable flag for the transaction between the traders in the delivery verification of the transaction ID. In addition, based on the billing form, the slip issuance processing unit creates slip data only for transactions for which the billable flag is turned on immediately on each billing or on the closing date in the case of a billing request.
本発明は、発注書と請求書などの所謂表裏の関係にある伝票を適切なタイミングで作成することができる。売上元帳,仕入元帳についても同様である。 According to the present invention, a slip having a so-called front / back relationship such as a purchase order and an invoice can be created at an appropriate timing. The same applies to the sales ledger and purchase ledger.
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。 It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, etc. are also effective as an aspect of the present invention.
本発明によれば、段階的な複数の取引者間での商品の取引の伝票管理を簡易にすることができる。 ADVANTAGE OF THE INVENTION According to this invention, the slip management of the transaction of the goods between several stepwise traders can be simplified.
以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. In all the drawings, the same reference numerals are given to the same components, and the description will be omitted as appropriate.
(第1の実施の形態)
図1は、本発明の第1の実施の形態における取引管理システム10および取引管理システム10と通信を行う各取引者の端末であるユーザ端末40、ユーザ端末42、ユーザ端末44の構成を示すブロック図である。
(First embodiment)
FIG. 1 is a block diagram showing configurations of a
取引管理システム10は、ネットワーク50を介してユーザ端末40、ユーザ端末42、およびユーザ端末44等の端末と接続されている。ネットワーク50は、たとえばインターネット等のパブリックネットワークやイントラネット等のローカルネットワーク等とすることができる。
取引管理システム10は、たとえば取引管理サービス事業者により管理、運営されている。取引管理システム10は、商品の流通の取引者間の商品の受発注処理の管理を行う。ユーザ端末40、ユーザ端末42、およびユーザ端末44は、取引管理サービス事業者の提供するサービスを利用して取引を行う各取引者のたとえばパーソナルコンピュータ等の端末とすることができる。本実施の形態において、取引者は、取引業者とすることができる。
The
本実施の形態において、取引管理システム10は、たとえば商品のメーカ等の生産者、末端消費者、ならびにこれらの間に介在する卸業者や小売業者等の取引者間での取引に関する取引管理情報を統合的に保持する構成とすることができる。このような構成とすることにより、商品の売買を直接行う二者間のデータだけでなく、商品が流通される段階的な取引におけるデータに基づき、伝票発行処理や、帳簿生成処理、在庫管理処理、および商品の流通のトレーサビリティ管理等を容易に行うようにすることができる。また、このような構成とすることにより、下流側の取引で用いた取引管理情報の情報を上流側の取引管理情報に転用したり、上流側の取引で用いた取引管理情報の情報を下流側の取引管理情報に転用したりすることができる。また、各取引者が統合的なデータにアクセス可能となっているので、後述する伝票や帳簿等を各取引者に提供する際に、互いにデータを送受信等する必要もない。
In the present embodiment, the
図2は、本実施の形態における取引管理システム10の構成を詳細に示す機能ブロック図である。
取引管理システム10は、ネットワーク50を介してデータの送受信を行うための送受信部24、送受信部24から受け取ったデータの処理を行う中央演算処理部26、およびデータを記憶するためのデータ記憶部28を含む。
FIG. 2 is a functional block diagram showing in detail the configuration of the
The
中央演算処理部26は、構成要素として、送受信処理部112、設定情報受付部114、発注管理部118、取引管理情報生成部120、伝票発行処理部122、納品管理部126、および物流状況管理部128を含む。データ記憶部28は、構成要素として、商品情報記憶部140、取引者情報記憶部142、取引設定情報記憶部144、価格記憶部146、取引管理情報記憶部148、伝票情報記憶部150および在庫情報記憶部152を含む。
The
図2に示した取引管理システム10の中央演算処理部26およびデータ記憶部28の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。取引管理システム10の中央演算処理部26およびデータ記憶部28の各構成要素は、任意のコンピュータのCPU、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。また、ここでは図示していないが、取引管理システム10は、データの入出力を行うたとえばキーボードやマウス等の入力部およびたとえばディスプレイ等の表示部を含むことができる。さらに、中央演算処理部26は、そのような入力部および表示部との間でデータの入出力を行う入出力処理機能を有する構成とすることができる。また、取引管理システム10の構成は、物理的に一つの装置で構成されたものに限られず、分散配置された構成とすることもできる。
Each component of the
次に、中央演算処理部26およびデータ記憶部28の各構成要素を具体的に説明する。
送受信処理部112は、送受信部24との間でデータの受け渡しを行う。
Next, each component of the
The transmission /
商品情報記憶部140は、取引管理システム10のユーザが取引管理システム10を利用して取引の管理を行う商品に関する情報を商品IDに対応づけて記憶する。取引者情報記憶部142は、取引管理システム10のユーザである取引者に関する情報を取引者IDに対応づけて記憶する。
The merchandise
取引設定情報記憶部144は、取引者IDに対応づけて各取引者が販売する商品の商品IDを記憶する。また、取引設定情報記憶部144は、取引者IDおよび商品IDの組合せに対応づけて、当該取引者が当該商品IDで特定される商品を購入する発注先の上流取引者の上流取引者ID、当該取引者に当該商品IDで特定される商品を発注する発注者である下流取引者の下流取引者ID、当該下流取引者への販売可能数量、発注管理モード、商品流通モード等を取引設定情報として記憶することができる。
The transaction setting
価格記憶部146は、各商品に対して各取引者が発注者である下流取引者に販売する販売価格を商品ID、取引者ID、および発注者である下流取引者の下流取引者IDに対応付けて記憶する。
The
設定情報受付部114は、ユーザがユーザ端末40〜ユーザ端末42等のユーザ端末からネットワーク50を介して入力する各種設定情報を受け付け、それぞれ商品情報記憶部140、取引者情報記憶部142、取引設定情報記憶部144、および価格記憶部146に記憶する。本実施の形態において、取引設定情報記憶部144および価格記憶部146に記憶するデータは、各取引者であるユーザが直接ユーザ端末40〜ユーザ端末42等のユーザ端末から入力したり、各取引者が設定した情報をオペレータ等がユーザ端末40〜ユーザ端末42等のユーザ端末や取引管理システム10の入力部から入力したりすることができる。
The setting
図3は、商品情報記憶部140のデータ構成の一例を示す図である。商品情報記憶部140は、商品IDに対応づけて、各商品の商品区分、商品名、生産者情報、商品紹介アドレス等の情報を記憶する。
FIG. 3 is a diagram illustrating an example of a data configuration of the product
図4は、取引者情報記憶部142のデータ構成の一例を示す図である。取引者情報記憶部142は、取引者IDに対応づけて、各取引者の取引者名、住所、電話番号、電子メールアドレス、パスワード、取引者紹介アドレス等の情報を記憶する。ここで、取引者IDは、各取引者が取引管理システム10にログイン等する際にユーザを識別するユーザIDとすることができる。
FIG. 4 is a diagram illustrating an example of a data configuration of the trader
図5は、取引設定情報記憶部144のデータ構成の一例を示す図である。
取引設定情報記憶部144は、対象の取引者(中間取引者に該当)の取引者IDに対応づけて、当該取引者が販売する商品の商品ID、当該取引者が当該商品IDで特定される商品を購入する発注先の上流取引者の上流取引者ID、当該取引者に当該商品IDで特定される商品を発注する発注者である下流取引者の下流取引者ID、当該下流取引者への販売可能数量、その商品を上流取引者に発注するか否かの発注管理モード、上流側に自動的に発注してよいか否かの自動発注許可フラグ、その商品を上流取引者に発注したときの商品流通モード等の情報を記憶する。
FIG. 5 is a diagram illustrating an example of a data configuration of the transaction setting
The transaction setting
ここで、発注管理モードとは、当該取引者が下流側の取引者から商品の発注を受けた際にさらに上流側の取引者への発注が必要か否かを示す。たとえば、中間取引者が在庫を保持しており、下流取引者から商品の発注があった場合に自己の保持する在庫を下流取引者に提供する場合は、その時点での上流取引者への発注は不要のため、「発注不要」とされる。たとえば、図5に示した例では、取引者ID「a」および取引者ID「c」の取引者については、自己で商品ID「p0001」の商品の在庫を保持しているため、発注管理モードが「発注不要」となっている。一方、取引者ID「b」の取引者については、発注管理モードが「発注要」となっている。これは、取引者ID「b」の取引者に対して下流取引者IDで特定される下流取引者から発注があった場合は、その上流側の上流取引者IDで特定される上流取引者への発注が必要ということである。 Here, the order management mode indicates whether or not it is necessary to place an order to a further upstream side when the trader receives an order for a product from a downstream side. For example, if an intermediate trader holds inventory and the downstream trader places an order for goods, he / she provides the stock held by the downstream trader to the upstream trader at that time. Is not required, so “ordering is not required”. For example, in the example shown in FIG. 5, the trader with the trader ID “a” and the trader ID “c” holds the stock of the product with the product ID “p0001” by itself. Is "no ordering required". On the other hand, for the trader with trader ID “b”, the order management mode is “order required”. When there is an order from a downstream trader identified by the downstream trader ID for the trader with the trader ID “b”, to the upstream trader identified by the upstream trader ID on the upstream side. It is necessary to order.
また、発注管理モードを「発注要」と設定する場合には、上流取引者への発注を自動で行ってよいか、または当該取引者への確認が必要かということを区別可能に設定することができる。上流取引者への発注を自動で行ってよい場合は自動発注許可フラグ欄の自動発注許可フラグがオンとされる。ここでは、自動発注フラグをオンとした場合、「レ」と示している。図5に示した例では、取引者ID「b」の取引者については、発注管理モードが「発注要」となっており、自動発注許可フラグ欄に「レ」と設定されている。これは、取引者ID「a」の取引者がその上流取引者ID「b」の取引者に商品ID「p0001」の商品を発注した場合、取引者ID「b」の取引者の発注先である上流取引者ID「c」の取引者への発注を自動的に行ってよいということである。 In addition, when the order management mode is set to “order required”, it should be set so that it is possible to distinguish whether it is possible to automatically place an order with an upstream trader or whether confirmation with the trader is necessary. Can do. When it is acceptable to place an order with an upstream trader automatically, the automatic ordering permission flag in the automatic ordering permission flag column is turned on. Here, when the automatic order flag is turned on, “Re” is indicated. In the example shown in FIG. 5, for the trader with the trader ID “b”, the order management mode is “order required” and “re” is set in the automatic order permission flag field. This is because when the trader with the trader ID “a” places an order for the product with the product ID “p0001” from the trader with the upstream trader ID “b”, the order of the trader with the trader ID “b” This means that it is possible to automatically place an order to a trader with a certain upstream trader ID “c”.
なお、本明細書中で「上流」および「下流」とは、商品の流れに対応し、商品は上流取引者から下流取引者の方向に流通される。 In the present specification, “upstream” and “downstream” correspond to the flow of goods, and the goods are distributed from the upstream trader to the downstream trader.
また、商品流通モードとは、当該取引者から上流側の取引者に商品の発注を行った際の当該取引者への商品の流通形態を示す。たとえば、当該取引者が上流側の取引者から商品を受け取る場合は「商品受取」、当該取引者が下流側の取引者からの発注を上流側の取引者に仲介するのみで、当該取引者自体は商品を受け取らない場合は「直送」と設定することができる。たとえば、図5に示した例では、取引者ID「a」および取引者ID「c」の取引者については、商品流通モードが「商品受取」となっている。これは、取引者ID「a」の取引者および取引者ID「c」の取引者は、それらの上流側の取引者から実際に商品を受け取る必要があるということである。一方、取引者ID「b」の取引者については、商品流通モードが「直送」となっている。これは、取引者ID「b」の取引者は、取引の仲介をするだけで、その上流側の取引者から実際に商品を受け取る必要はないということである。つまり、上流取引者ID「c」の取引者への発注が行われた後、上流取引者ID「c」から発送される商品は、取引者ID「b」の取引者へは発送されず、取引者ID「a」の取引者へ直送されるということである。 The merchandise distribution mode indicates a distribution mode of merchandise to the trader when the merchandise is ordered from the trader to the upstream trader. For example, when the trader receives a product from an upstream trader, the product is “received”, and the trader itself only mediates the order from the downstream trader to the upstream trader. If you don't receive a product, you can set it to "direct delivery". For example, in the example shown in FIG. 5, the merchandise distribution mode is “product receipt” for the traders with the trader ID “a” and the trader ID “c”. This means that the trader with the trader ID “a” and the trader with the trader ID “c” need to actually receive the goods from their upstream traders. On the other hand, for the trader with trader ID “b”, the merchandise distribution mode is “direct delivery”. This means that the trader with the trader ID “b” merely mediates the trade and does not need to actually receive the product from the upstream trader. That is, after an order has been placed for the upstream trader ID “c”, the product shipped from the upstream trader ID “c” is not shipped to the trader with the trader ID “b”. That is, it is sent directly to the trader with trader ID “a”.
図6は、価格記憶部146のデータ構成の一例を示す図である。
価格記憶部146は、商品IDに対応づけて、取引者ID、下流取引者ID、販売価格(単価(円))、請求形態、請求タイミング等の情報を記憶する。請求形態および請求タイミングは、発注者である上流側の取引者と発注先である取引者との間で決定しておき、たとえば発注先である取引者がユーザ端末40〜ユーザ端末42から設定情報受付部114を介して価格記憶部146に登録しておくことができる。
FIG. 6 is a diagram illustrating an example of a data configuration of the
The
ここで、請求形態欄には、発注ごとに請求書を発行する都度請求か、たとえば月末や期末等に請求書をまとめて発行する締め請求かを設定しておくことができる。たとえば請求形態が都度請求の場合は、請求タイミング欄には、下流取引者から商品の発注があった際に請求書を発行する取り決めである「発注時」、発注先である上流側の取引者から商品の発送があった際に請求書を発行する取り決めである「商品発送時」、発注者である取引者に商品が納入された際に請求書を発行する取り決めである「商品納入時」等を設定することができる。また、たとえば請求形態が締め請求の場合は、請求タイミング欄には、期末にまとめて請求書を発行する取り決めである「期末」、月末にまとめて請求書を発行する取り決めである「月末」等を設定することができる。販売価格は、基本的に下流側ほど高く設定される。これにより、取引者が卸業者等の場合に、販売利益を得ることができる。 Here, in the billing form column, it is possible to set whether the bill is issued every time an order is issued or whether the bill is issued collectively at the end of the month or the end of the month. For example, if the billing form is billed each time, the billing timing column will show the “when ordering” arrangement for issuing an invoice when a product is ordered from a downstream trader, and the upstream trader that is the supplier. "At the time of product shipment", which is an arrangement for issuing an invoice when a product is shipped from the company, and "At the time of product delivery", an arrangement for issuing an invoice when a product is delivered to a trader who is an orderer Etc. can be set. For example, if the billing form is closed billing, the billing timing column will show “End of Period”, which is an arrangement to issue invoices at the end of the period, “End of Month”, which is an arrangement to issue invoices at the end of the month, etc. Can be set. The selling price is basically set higher on the downstream side. Thereby, when a trader is a wholesaler etc., a sales profit can be obtained.
(発注処理)
次に、本実施の形態の取引管理システム10における発注処理手順を説明する。
図2に戻り、発注管理部118は、取引者であるユーザから商品の発注指示を受け付けると、その発注指示に基づく発注処理を管理する。以下、最初に商品の発注指示を行う取引者を下流取引者、その下流取引者の発注先の取引者を中間取引者、さらにその中間取引者の発注先の取引者を上流取引者として説明する。発注管理部118は、ある下流取引者から商品の発注指示があった場合に、発注先である中間取引者がさらに上流側の上流取引者に商品を発注するか否かを判定する。発注管理部118は、上流側の上流取引者に商品を発注すると判定した場合、その上流側の上流取引者への発注処理も行う。
(Order processing)
Next, an order processing procedure in the
Returning to FIG. 2, when receiving an ordering instruction for a product from a user who is a trader, the
下流取引者は、商品を発注する際、ユーザ端末40〜ユーザ端末42等のユーザ端末からネットワーク50を介してたとえば自己のユーザIDである下流取引者IDおよびパスワードを入力して、取引管理システム10にログインする。発注管理部118は、ログインした下流取引者が発注指示を行うと、下流取引者が入力する発注情報を受け付ける。本実施の形態において、発注管理部118は、発注者である下流取引者の下流取引者ID、発注する商品の商品ID、および発注する商品の発注数量の入力を受け付ける。発注管理部118は、下流取引者の下流取引者IDおよび商品IDをキーとして、取引設定情報記憶部144および価格記憶部146から、その商品を当該下流取引者に販売する発注先の中間取引者の中間取引者IDおよび販売価格も発注情報として取得する。
When a downstream trader orders a product, the downstream trader ID and password, for example, his / her user ID are input from the user terminal such as the
なお、発注管理部118は、下流取引者がログインした状態で商品の発注指示を行った場合、たとえばそのユーザ端末に発注のための情報を入力する入力画面(不図示)を提供してもよい。また、発注管理部118は、下流取引者から、商品名または商品IDの入力を受け付けることにより、その商品名または商品IDをキーとして、商品情報記憶部140、取引設定情報記憶部144および価格記憶部146等から該当する商品の情報を読み出してユーザの入力画面に提示してもよい。また、発注管理部118は、下流取引者の下流取引者IDをキーとして、取引設定情報記憶部144および価格記憶部146にアクセスして、たとえばその下流取引者が下流取引者として設定されている複数の商品の各商品IDを取得し、入力画面にリストとして表示して、下流取引者に商品を選択させるようにしてもよい。この場合、商品IDをキーとして商品情報記憶部140から商品の情報を読み出して商品情報も入力画面に表示するようにしてもよい。このとき発注管理部118は、下流取引者IDおよび商品IDをキーとして、取引設定情報記憶部144から上流取引者が当該下流取引者に割り当てているその商品の販売可能数量等を読み出し、それを入力画面に表示するようにしてもよい。
Note that the
発注管理部118は、下流取引者から発注指示を受け付けると、取引IDを発行する。発注管理部118は、取引IDを発行すると、取引管理情報生成部120にその旨を通知する。取引管理情報生成部120は、発注管理部118が発行した取引IDに対応付けて、発注管理部118がユーザから受け付けた発注情報ならびに取引設定情報記憶部144および価格記憶部146から取得した発注情報を含む取引管理情報を生成する。取引管理情報生成部120は、生成した取引管理情報を取引管理情報記憶部148に記憶する。
The
なお、本明細書において、「取引者から受け付ける」とは、取引管理システム10の各機能が、取引者が用いるユーザ端末40〜ユーザ端末42等のユーザ端末から各ユーザの取引者IDにより取引者が特定された状態で指示や情報を受け付けることをいう。
In this specification, “accept from a trader” means that each function of the
図7は、取引管理情報記憶部148のデータ構成の一例を示す図である。
取引管理情報記憶部148は、取引ID欄、枝番欄、発注取引者ID欄、商品ID欄、発注数量欄、単価欄、発注先取引者ID欄、発送先取引者ID欄等を含む。さらに、取引管理情報記憶部148は、発注可能フラグ欄、請求形態欄、請求タイミング欄、請求可能フラグ欄、発送済フラグ欄、納入済フラグ欄等を含む。これらのフラグ欄は、後述する伝票発行処理部122が伝票を発行するタイミングを制御するため等に用いられる。取引管理情報生成部120は、発注者である下流取引者の下流取引者IDを「発注取引者ID」として、発注先の中間取引者の中間取引者IDを「発注先取引者ID」として記憶する。
FIG. 7 is a diagram illustrating an example of a data configuration of the transaction management
The transaction management
また、本実施の形態において、発注管理部118は、取引設定情報記憶部144の商品流通モード欄にアクセスして、その下流取引者が対象取引者である取引設定情報について「商品受取」と設定されている場合、その下流取引者の下流取引者IDを発送先取引者IDとして取得する。一方、発注管理部118は、取引設定情報記憶部144の商品流通モード欄にアクセスして、その下流取引者が対象取引者である取引設定情報についてたとえば「直送」等、「商品受取」と設定されていない場合、その下流取引者の下流側の取引者が対象取引者である取引設定情報の商品流通モード欄を参照し、「商品受取」となっているか否かを判定する。ここで、商品流通モード欄を参照し、「商品受取」となっていれば、そのときの対象取引者の取引者IDを発送先取引者IDとして取得する。一方、ここで、「直送」等、「商品受取」と設定されていない場合、さらにその下流側の取引者の下流側の取引者が対象取引者である取引設定情報の商品流通モード欄を参照し、「商品受取」となっているか否かを判定する。発注管理部118は、この処理を繰り返し、対象取引者の商品流通モード欄の設定が「商品受取」となっている取引者の取引者IDを発送先取引者IDとして取得する処理を行う。
Further, in the present embodiment, the
たとえば、図5に示した例では、対象取引者が取引者ID「a」の取引者の取引設定情報の商品流通モード欄の設定は「商品受取」となっている。そのため、発注管理部118は、取引者ID「a」の取引者と取引者ID「b」の取引者との間の取引について、取引者ID「a」を発送先取引者IDとして取得する。一方、対象取引者が取引者ID「b」の取引者の取引設定情報の商品流通モード欄の設定は「直送」となっている。この場合、発注管理部118は、この取引者ID「b」の取引者のさらに下流側の取引者ID「a」の取引者の取引設定情報の商品流通モード欄を参照し、「商品受取」となっているか否かを判定する。ここで、取引者ID「a」の取引者の取引設定情報の商品流通モード欄の設定は「商品受取」となっている。そのため、発注管理部118は、取引者ID「b」の取引者と取引者ID「c」の取引者との間の取引についても、取引者ID「a」を発送先取引者IDとして取得する。
For example, in the example shown in FIG. 5, the setting in the product distribution mode column of the transaction setting information of the trader whose trader ID is “a” is “product receipt”. Therefore, the
図8は、発注管理部118が下流取引者から商品の発注指示を受け付けた際の処理手順の一例を示すフローチャートである。
FIG. 8 is a flowchart illustrating an example of a processing procedure when the
発注管理部118は、発注指示を受け付けると(ステップS100のYES)、取引IDを発行する(ステップS102)。ここで、取引IDは、他の取引の取引IDと重複しない各取引を識別可能なものとすることができる。発注管理部118は、発行した取引IDおよび取得した発注情報を取引管理情報生成部120に通知して取引管理情報生成部120に取引管理情報生成指示を行う(ステップS104)。この指示に基づき、取引管理情報生成部120は、取引管理情報を生成して取引管理情報記憶部148に記憶する。取引管理情報は、取引ID、発注取引者ID、商品ID、発注数量、販売価格(単価)、発注先取引者ID等を含む。また、本実施の形態において、図7を参照して説明したように、取引管理情報には、発注可能フラグ欄、請求形態欄、請求タイミング欄、請求可能フラグ欄、発送済フラグ欄、納入済フラグ欄も設けられた構成とすることができる。
Upon receiving the order instruction (YES in step S100), the
このとき、下流取引者自身が発注指示を行っているので、発注管理部118は、取引管理情報の発注可能フラグ欄の発注可能フラグをオンとする(ステップS106)。
At this time, since the downstream trader himself gives an ordering instruction, the
続いて、発注管理部118は、下流取引者IDおよび商品IDをキーとして取引設定情報記憶部144にアクセスして、これらのキーで特定される中間取引者である取引者の取引者IDの発注管理モード欄の設定を確認し、上流側への発注処理を行うか否かを判定する(ステップS108)。発注管理部118は、発注管理モード欄に「発注要」と設定されている場合、上流側への発注処理が必要と判定する(ステップS108のYES)。
Subsequently, the
発注管理部118は、上流側への発注処理が必要と判定した場合(ステップS108のYES)、新たな取引IDを発行する(ステップS110)。ここで、このように下流側での発注処理を契機として上流側への発注処理が必要と判定された場合、発注管理部118は、上流側の発注処理に対して、下流側の発注処理に対して発行した取引IDに含まれる識別情報と同じ識別情報を含む取引ID、たとえば同じ識別情報にさらに枝番が付されたものを発行することができる。本実施の形態において、発注管理部118は、ステップS102で発行した取引IDにも枝番を追加するとともに、新たな取引の取引IDにもステップS102で発行した取引IDに別の枝番を付したものを発行する。発注管理部118は、発行した取引IDおよび取得した発注情報を取引管理情報生成部120に通知して取引管理情報生成部120に新たな取引管理情報生成指示を行う(ステップS112)。このとき、取引管理情報生成部120は、商品IDおよび発注数量を下流側の取引管理情報から引き継いで用いることができる。
If the
この後、発注管理部118は、上流側への自動発注処理を行えるか否かを判定する。まず、発注管理部118は、下流取引者IDおよび商品IDをキーとして取引設定情報記憶部144にアクセスして、これらのキーで特定される中間取引者である取引者の取引者IDの上流取引者ID欄の設定を確認し、上流取引者IDが設定されているか否かを判定する(ステップS114)。上流取引者IDが設定されている場合(ステップS114のYES)、発注管理部118は、価格記憶部146にアクセスして、下流取引者IDとして中間取引者である取引者の取引者ID、取引者IDとしてその上流取引者ID、および商品IDが設定されている情報の販売価格(単価)が設定されているか否かを判定する(ステップS116)。
Thereafter, the
販売価格(単価)が設定されている場合(ステップS116のYES)、発注管理部118は、下流取引者IDおよび商品IDをキーとして取引設定情報記憶部144にアクセスして、これらのキーで特定される中間取引者である取引者の取引者IDの自動発注許可フラグ欄の設定を確認し、自動発注許可フラグがオンとなっているか否かを判定する(ステップS118)。自動発注許可フラグがオンとなっている場合(ステップS118のYES)、ユーザに確認することなく自動発注処理を行ってよいということなので、ステップS106に進み、発注管理部118は、この取引管理情報の発注可能フラグをオンとする。なお、発注管理部118は、ステップS114でYESの場合に上流取引者IDを取得するとともに、ステップS116でYESの場合に販売価格(単価)を取得し、それらを発注情報として取引管理情報生成部120に順次通知することができる。取引管理情報生成部120は、発注管理部118から通知された発注情報を取引管理情報に追加して取引管理情報記憶部148に記憶することができる。
When the selling price (unit price) is set (YES in step S116), the
ステップS106の後、上流側への発注処理が必要でないと判定するまで(ステップS108のNO)、同様の処理を繰り返し、発注管理部118は、上流側において発注管理モードで発注要と設定されている取引者間の取引者について同様の発注処理を行う。
After step S106, until it is determined that the upstream ordering process is not necessary (NO in step S108), the same process is repeated, and the
一方、ステップS114で上流取引者IDが設定されていない場合(ステップS114のNO)、ステップS116で販売価格(単価)が設定されていない場合(ステップS116のNO)、またはステップS118で自動発注許可フラグがオンとなっていない場合(ステップS118のNO)、発注管理部118は、自動発注処理を行うことができないため、発注先の取引者(ここでは中間取引者)への問合せ処理を行う(ステップS120)。この場合も、ステップS110において、取引IDが発行されているため、発注管理部118は、中間取引者へ問合せをする際に取引IDも提供することができる。これにより、後に中間取引者から発注情報の入力がある際に、取引管理情報の生成を容易にすることができる。
On the other hand, if the upstream trader ID is not set in step S114 (NO in step S114), the selling price (unit price) is not set in step S116 (NO in step S116), or automatic ordering is permitted in step S118. If the flag is not on (NO in step S118), the
以上のように、各商品を販売する発注先の取引者がさらにその商品を発注する先の上流側の取引者の情報および当該上流側の取引者による販売価格を取引設定情報記憶部144および価格記憶部146に記憶させておくことにより、上流側への発注の取引管理情報が自動的に生成される構成とすることができる。また、自動発注可否フラグを設定しておくことにより、自動発注処理も行うことができる。
As described above, the transaction setting
図9は、図8のステップS120の取引者への問合せを行った後に、発注管理部118がユーザである中間取引者から、発注情報の入力を受け付ける場合の処理手順の一例を示すフローチャートである。
FIG. 9 is a flowchart illustrating an example of a processing procedure in the case where the
ここで、中間取引者であるユーザが取引管理システム10にログインした状態で、取引IDの入力とともに、発注情報の入力指示があると(ステップS121のYES)、発注管理部118は、ユーザから上流取引者IDの入力、販売価格(単価)の入力等を発注情報として受け付ける(ステップS122のYES、ステップS123のYES)。発注管理部118は受け付けた発注情報を取引管理情報生成部120に通知し、取引管理情報生成部120に取引管理情報生成指示を行う(ステップS124)。また、ユーザから発注の可否を受け付け、上流側への発注許可が得られれば(ステップS125のYES)、その取引管理情報の発注可能フラグをオンとする(ステップS126)。
Here, when a user who is an intermediate trader logs in to the
図10は、下流取引者(ID「a」)と中間取引者(ID「b」)とに関する第1の取引管理情報148aと中間取引者(ID「b」)と上流取引者(ID「c」)とに関する第2の取引管理情報148bとを模式的に示す図である。ここでは、図5を参照して説明したように、取引者ID「a」の取引者から取引者ID「b」の取引者に商品の発注があり、取引者ID「b」の取引者は仲介を行うのみで、取引者ID「b」の取引者から取引者ID「c」の取引者への商品の発注が引き続き自動的に行われ、商品は取引者ID「c」の取引者から取引者ID「a」の取引者へ直送される場合を示す。
FIG. 10 shows the first
ここで、取引者ID「a」と取引者ID「b」との間の第1の取引管理情報148aの発注取引者ID欄、商品ID欄、発注数量欄、および単価欄の情報は、発注管理部118が受け付けた発注情報から取得することができる。ここでは配送先取引者IDは「a」となる。また、本実施の形態において、取引者ID「b」と取引者ID「c」との間の第2の取引管理情報148bの商品ID欄、発注数量欄には、それぞれ第1の取引管理情報148aと同様の情報が入力される。また、第2の取引管理情報148bの発注取引者ID欄には、第1の取引管理情報148aの発注先取引者ID欄の情報が入力される。
Here, the information on the ordering trader ID column, the product ID column, the order quantity column, and the unit price column of the first
また、この例において、図5を参照して説明したように、取引者ID「b」の取引者の商品流通モードは「直送」となっている。そのため、発注管理部118は、その発注者の下流側の取引管理情報で設定されている配送先取引者ID、すなわち「a」を配送先取引者IDとして設定する。
In this example, as described with reference to FIG. 5, the merchandise distribution mode of the trader with the trader ID “b” is “direct delivery”. Therefore, the
(発送・納入処理)
次に、本実施の形態の取引管理システム10における発送・納入処理手順を説明する。
図2に戻り、納品管理部126は、発注先の取引者が発注された商品を発送したときに、当該取引者から発送済情報の入力を受け付ける。具体的には、納品管理部126は、発送済情報として、当該取引者から、取引IDおよび当該取引者の取引者ID等を受け付ける。納品管理部126は、取引IDおよび取引者IDに基づき、取引管理情報記憶部148の該当する取引管理情報の発送済フラグ欄の発送済フラグをオンとする。
(Shipment / delivery processing)
Next, shipping / delivery processing procedures in the
Returning to FIG. 2, the
また、納品管理部126は、取引IDおよび取引者IDとに基づき、該当する取引管理情報を参照し、その取引管理情報の発送先取引者IDと同じ発送先取引者IDが発送先として指定された取引管理情報がさらに下流側に存在するか否かを判定する。下流側に同じ発送先取引者IDが発送先として指定された取引管理情報がある場合、納品管理部126は、その取引管理情報の発送済フラグもオンとする。
Further, the
図11は、納品管理部126が、取引管理情報記憶部148の発送済フラグをオンとする処理手順の一例を示すフローチャートである。
たとえば商品を発送する上流取引者は、ユーザ端末40等のユーザ端末から、ネットワーク50を介して取引管理システム10に情報を入力することができる。納品管理部126は、上流取引者の取引者IDおよび取引IDとともに、発送済であることを示す発送済情報の入力を受け付ける(ステップS130のYES)。納品管理部126は、取引管理情報記憶部148にアクセスして、取引IDと取引者IDとに基づき、その上流取引者の取引者IDが発注先となっている取引管理情報の発送済フラグをオンとする(ステップS132)。
FIG. 11 is a flowchart illustrating an example of a processing procedure in which the
For example, an upstream trader who ships a product can input information to the
つづいて、納品管理部126は、同様に取引管理情報記憶部148にアクセスして、その上流取引者の取引者IDが発注先となっている取引管理情報の発送先取引者IDが発注取引者IDと同じか否かを判定する(ステップS134)。ここで、発送先取引者IDと発注取引者IDとが同じでない場合(ステップS134のNO)、下流側の取引管理情報に移動して、その取引管理情報の発送済フラグをオンとして(ステップS132)、同様の処理を繰り返す。一方、ステップS134で、発送先取引者IDと発注取引者IDとが同じ場合(ステップS134のYES)、処理を終了する。
Subsequently, the
たとえば、図10を参照して説明した例では、取引者ID「b」と取引者ID「c」との間の第2の取引管理情報148bでは、発注取引者IDは「b」なのに対して発送先取引者IDは「a」となっており、これらは異なっている。そのため、納品管理部126は、第2の取引管理情報148bの発送済フラグをオンとした後、下流側の第1の取引管理情報148aの発送済フラグもオンとする。ここで、取引者ID「a」と取引者ID「b」との間の第1の取引管理情報148aでは、発注取引者IDは「a」なのに対して発送先取引者IDも「a」となっており、これらは同じである。そのため、ここで発送済フラグをオンとする処理を終了する。このような処理により、商品が中間取引者に発送されず、上流取引者から下流取引者へ直送されるような場合、上流取引者である取引者ID「c」の取引者が発送済情報を入力するだけで、中間取引者である取引者ID「b」の取引者が発送済情報等を入力することなく、第1の取引管理情報148aの発送済フラグもオンとする処理を行うことができる。
For example, in the example described with reference to FIG. 10, in the second
この状態を図12に示す。本実施の形態において、納品管理部126は、フラグをオンとするための発送済フラグとして、商品が発送された先の取引者の取引者IDを用いることができる。ここでは、取引者ID「c」の取引者から下流側の取引者ID「a」の取引者に商品が発送されるため、発送済フラグとして取引者ID「a」を取引管理情報記憶部148に記憶する。
This state is shown in FIG. In the present embodiment, the
また、納品管理部126は、発注者である取引者に商品が納入されたときに、当該取引者から納入済情報の入力を受け付ける。具体的には、納品管理部126は、納入済情報として、当該取引者から、納入済の指示とともに取引ID、当該取引者の取引者IDおよびその商品を発送した取引者の取引者ID等を受け付ける。納品管理部126は、取引IDおよび取引者IDに基づき、取引管理情報記憶部148の該当する取引管理情報の納入済フラグ欄の納入済フラグをオンとする。
Moreover, the
また、納品管理部126は、取引IDおよび取引者IDとに基づき、該当する取引管理情報を参照し、その取引管理情報の発送先取引者IDと同じ発送先取引者IDが発送先として指定された取引管理情報がさらに上流側に存在するか否かを判定する。上流側に同じ発送先取引者IDが発送先として指定された取引管理情報がある場合、納品管理部126は、その取引管理情報の納入済フラグもオンとする。
Further, the
図13は、納品管理部126が、取引管理情報記憶部148の納入済フラグをオンとする処理手順の一例を示すフローチャートである。
たとえば商品が納入される下流取引者は、ユーザ端末40等のユーザ端末から、ネットワーク50を介して取引管理システム10に情報を入力することができる。納品管理部126は、下流取引者の取引者IDおよび取引IDとともに、納入済であることを示す納入済情報の入力を受け付ける(ステップS140のYES)。ここで、納入済情報は、その商品を発送した取引者の取引者IDも含むものとすることができる。納品管理部126は、取引管理情報記憶部148にアクセスして、取引IDと取引者IDとに基づき、その下流取引者IDが発注者となっている取引管理情報の納入済フラグをオンとする(ステップS142)。
FIG. 13 is a flowchart illustrating an example of a processing procedure in which the
For example, a downstream trader to whom goods are delivered can input information to the
つづいて、納品管理部126は、同様に取引管理情報記憶部148にアクセスして、その下流取引者の取引者IDが発注者となっている取引管理情報の発注先取引者IDがその商品を発送した取引者の取引者IDと同じか否かを判定する(ステップS144)。ここで、発注先取引者IDと発送した取引者の取引者IDとが同じでない場合(ステップS144のNO)、上流側の取引管理情報に移動して、その取引管理情報の納入済フラグをオンとして(ステップS132)、同様の処理を繰り返す。一方、ステップS144で、発注先取引者IDと発送した取引者の取引者IDとが同じ場合(ステップS144のYES)、処理を終了する。
Subsequently, the
たとえば、図10を参照して説明した例では、商品が上流取引者である取引者ID「c」の取引者から発送された場合、取引者ID「a」と取引者ID「b」との間の第1の取引管理情報148aでは、発注先取引者IDは「b」なのに対して商品を発送した取引者の取引者IDは「c」で、これらは異なっている。そのため、納品管理部126は、第1の取引管理情報148aの納入済フラグをオンとした後、上流側の第2の取引管理情報148bの納入済フラグもオンとする。ここで、取引者ID「b」と取引者ID「c」との間の第2の取引管理情報148bでは、発注先取引者IDは「c」なのに対して商品を発送した取引者の取引者IDも「c」で、これらは同じである。そのため、ここで納入済フラグをオンとする処理を終了する。このような処理により、商品が中間取引者に発送されず、上流取引者から下流取引者へ直送されるような場合、下流取引者である取引者ID「a」の取引者が納入済情報を入力するだけで、中間取引者である取引者ID「b」の取引者が納入済情報等を入力することなく、第2の取引管理情報148bの納入済フラグもオンとする処理を行うことができる。
For example, in the example described with reference to FIG. 10, when a product is shipped from a trader with a trader ID “c” as an upstream trader, the trader ID “a” and the trader ID “b” In the first
(伝票発行処理)
次に、本実施の形態の取引管理システム10における伝票発行処理手順を説明する。
伝票発行処理部122は、商品の発注者から発注先への発注書(発注伝票)や、商品の発注先から発注者への請求書(請求伝票)や納品書(納品伝票)を発行する。また、伝票発行処理部122は、各取引者間での取引に基づき、商品を発注する側の下流取引者の仕入元帳、商品の発注を受け付ける側の売上元帳をそれぞれ発行することができる。伝票情報記憶部150は、発注書、納品書・請求書、仕入元帳、および売上元帳を発行するためのフォーマット等の伝票を発行するために必要なデータを記憶することができる。
(Slip issuing process)
Next, a slip issuing process procedure in the
The slip
伝票発行処理部122は、伝票発行処理部122は、発注管理部118が受け付けた発注の発注数量および発注先による販売価格に基づき、発注者から発注先への発注書を発行する。本実施の形態において、価格記憶部146は、商品IDおよび上流取引者IDに対応づけて上流取引者IDで特定される上流取引者による商品の販売価格である第1の販売価格を記憶するとともに、商品IDおよび中間取引者IDに対応づけて当該中間取引者による商品の販売価格である第2の販売価格を記憶している。伝票発行処理部122は、発注管理部118が受け付けた発注数量および第2の販売価格に基づき、下流取引者から中間取引者への発注伝票を発行するとともに、発注管理部118が受け付けた発注数量および第1の販売価格に基づき、中間取引者から上流取引者への発注伝票を発行する。伝票発行処理部122は、発注管理部118が上流側への発注が必要と判定した場合に、発注管理部118が受け付けた発注数量および上流側の取引者による第1の販売価格に基づき、上流側の次の発注先への発注書も発行する。
The
伝票発行処理部122は、発注書を発行するために用いた販売数量および販売価格に基づき、下流側への請求書または納品書を発行する。本実施の形態において、同じ取引者間での発注書と請求書または納品書とは、同じデータを用いて発行される。つまり、本実施の形態において、伝票発行処理部122は、販売数量および販売価格を含むデータを用いて、発注書用のフォーマットに基づき上流側の取引者に提供するための発注書を発行するとともに、請求書または納品書用のフォーマットに基づき下流側の取引者に提供するための請求書または納品書を発行する。これにより、たとえば発注者がある発注先に発注を行った際に、発注として入力されたデータに基づき発注書が発行された場合は、同じデータを用いてその発注先から発注者への請求書または納品書を発行することができる。
The slip
同様に、本実施の形態において、同じ取引者間での仕入元帳と売上元帳とは、同じデータを用いて発行される。本実施の形態において、伝票発行処理部122は、発注伝票を発行するために用いた情報を蓄積して形成された仕入元帳または売上元帳を生成することができる。具体的には、伝票発行処理部122は、所定期間における各取引者間での取引管理情報を蓄積して記憶しておくことができる。伝票発行処理部122は、このような取引管理情報の蓄積データを用いて、仕入元帳用のフォーマットに基づき、この取引者間での取引に基づく商品を発注する側の下流取引者に提供するための仕入元帳を発行することができる。また、このような仕入元帳を発行した場合、伝票発行処理部122は、同じ蓄積データを用いて、売上元帳用のフォーマットに基づき、この取引者間での取引に基づく商品の発注を受け付ける側上流取引者に提供するための売上元帳を同時に発行することができる。
Similarly, in the present embodiment, the purchase ledger and the sales ledger between the same traders are issued using the same data. In the present embodiment, the slip
ここで、伝票を発行するとは、その伝票を、該当する取引者が閲覧可能となるようにすることである。伝票発行処理部122は、発注管理部118や納品管理部126によりいずれかの取引者の取引管理情報記憶部148の発注可能フラグ、発送済フラグ、または納入済フラグがオンとされるのに基づき、発注書、請求書、納品書等の伝票を該当する取引者が閲覧可能となるような処理を行う。
Here, issuing a voucher means that the voucher can be viewed by the corresponding trader. The slip
図14は、伝票発行処理部122の処理手順の一例を示すフローチャートである。
発注管理部118は、取引管理情報記憶部148の取引管理情報の発注可能フラグをオンとした場合、取引ID(枝番がある場合は枝番含む)の通知とともに、伝票発行処理部122にその旨を通知する。また、納品管理部126は、取引管理情報記憶部148の取引管理情報の発送済フラグまたは納入済フラグをオンとした場合、取引ID(枝番がある場合は枝番含む)の通知とともに、伝票発行処理部122にその旨を通知する。
FIG. 14 is a flowchart illustrating an example of a processing procedure of the slip
When the order management possible flag of the transaction management information in the transaction management
発注管理部118または納品管理部126から、発注可能フラグ、発送済フラグまたは納入済フラグをオンとしたとの通知があると(ステップS150のYES)、伝票発行処理部122は、オンとされたフラグの種類に応じて処理を行う。
When there is a notification from the
伝票発行処理部122は、そのフラグが発注可能フラグか否かを判定し(ステップS152)、発注可能フラグの場合(ステップS152のYES)、その取引IDで特定される取引管理情報に基づき発行された発注書を、発注先取引者IDで特定される取引者が閲覧可能となるように処理する(ステップS154)。閲覧可能とした場合、伝票発行処理部122は、たとえば該当する取引者が自己のIDを入力してログインした場合に、その取引者のログイン画面にその伝票が表示されるように制御することができる。
The
本実施の形態において、図8のステップS118およびステップS106で説明したように、上流取引者への発注を自動で行う設定となっている場合は、取引管理情報が生成される際にその発注可能フラグもオンとなる。そのため、伝票発行処理部122は、発注管理部118が下流取引者からの発注を受け付けてすぐに中間取引者および上流取引者にそれぞれ下流取引者および中間取引者からの発注書が閲覧可能となるようにすることができる。これにより、中間取引者である取引者ID「b」の取引者が処理を行うことなく、上流側の取引者ID「c」が発注書を閲覧できるようにすることができる。
In the present embodiment, as described in step S118 and step S106 in FIG. 8, when it is set to automatically place an order to an upstream trader, the order can be placed when the transaction management information is generated. The flag is also turned on. Therefore, the slip issuing
ステップS154の後、伝票発行処理部122は、その取引IDで特定される取引管理情報の請求タイミングを参照し、商品発注時が請求タイミングとして設定されているか否かを判定する(ステップS174)。ここで、商品発注時が請求タイミングとして設定されている場合(ステップS174のYES)、伝票発行処理部122は、その取引管理情報の請求可能フラグをオンとする(ステップS176)。次いで、伝票発行処理部122は、その取引IDで特定される取引管理情報に基づき生成された請求書を発注取引者IDで特定される取引者が閲覧可能となるように処理する(ステップS178)。
After step S154, the voucher
ステップS152でフラグが発注可能フラグでない場合(ステップS152のNO)、伝票発行処理部122は、そのフラグが納入済フラグか否かを判定する(ステップS158)。納入済フラグの場合(ステップS158のYES)、伝票発行処理部122は、その取引IDで特定される取引管理情報の請求タイミングを参照し、商品納入時が請求タイミングとして設定されているか否かを判定する(ステップS160)。ここで、商品納入時が請求タイミングとして設定されている場合(ステップS160のYES)、伝票発行処理部122は、その取引管理情報の請求可能フラグをオンとする(ステップS164)。次いで、伝票発行処理部122は、その取引IDで特定される取引管理情報に基づき生成した納品書および請求書を発注取引者IDで特定される取引者が閲覧可能となるように処理する(ステップS164)。このとき、伝票発行処理部122は、納品書と請求書とを兼用で生成することができる。
If the flag is not an orderable flag in step S152 (NO in step S152), the
一方、ステップS160で、商品納入時が請求タイミングとして設定されていない場合(ステップS160のNO)、伝票発行処理部122は、その取引IDで特定される取引管理情報に基づき生成した納品書を発注取引者IDで特定される取引者が閲覧可能となるように処理する(ステップS168)。
On the other hand, when the delivery time of the product is not set as the billing timing in step S160 (NO in step S160), the
次いで、伝票発行処理部122は、その取引IDで特定される取引管理情報の発注タイミングに基づき、請求タイミングとして、たとえば期末や月末等の締め請求が設定されているか否かを判定する(ステップS170)。締め請求が設定されている場合(ステップS170のYES)、伝票発行処理部122は、その取引IDで特定される取引管理情報を請求書の蓄積情報としてたとえば伝票情報記憶部150に蓄積する処理を行う(ステップS172)。伝票発行処理部122は、伝票情報記憶部150に蓄積された請求書の蓄積情報を、たとえば期末等にユーザから指示を受け付けることにより、または期末等のタイミングを監視しておく等により、設定されたタイミングで該当する取引者に閲覧可能に提供することができる。
Next, the voucher
また、オンとされたフラグがステップS152で発注可能フラグでもなく(ステップS152のNO)、ステップS158で納入済フラグでもない場合(ステップS158のNO)、そのフラグは発送済フラグということになる。この場合もステップS174に進み、伝票発行処理部122は、その取引IDで特定される取引管理情報の請求タイミングを参照し、商品発送時が請求タイミングとして設定されているか否かを判定する(ステップS174)。ここで、商品発送時が請求タイミングとして設定されている場合(ステップS174のYES)、伝票発行処理部122は、その取引管理情報の請求可能フラグをオンとする(ステップS176)。次いで、伝票発行処理部122は、その取引IDで特定される取引管理情報に基づき生成された請求書を発注取引者IDで特定される取引者が閲覧可能となるように処理する(ステップS178)。
If the flag turned on is not an orderable flag in step S152 (NO in step S152) and is not a delivered flag in step S158 (NO in step S158), the flag is a shipped flag. Also in this case, the process proceeds to step S174, and the slip issuing
以上のように、本実施の形態における伝票発行処理部122によれば、発注可能フラグ、発送済フラグ、または納入済フラグのいずれかがオンとされると、取引設定情報記憶部144に設定された請求形態、請求タイミングに応じて発注書、請求書、納品書等を該当する取引者が閲覧可能となる。上述したように、納品管理部126は、たとえば、商品が中間取引者に発送されず、上流取引者から下流取引者へ直送されるような場合、上流取引者が発送済情報を入力するだけで、中間取引者が発送済情報等を入力することなく、中間取引者と下流取引者との取引の取引管理情報の発送済フラグもオンとする処理を行う。また、このような場合、納品管理部126は、下流取引者が納入済情報を入力するだけで、中間取引者が納入済情報等を入力することなく、中間取引者と上流取引者との取引の取引管理情報の納入済フラグもオンとする処理を行うことができる。そのため、このような場合に、発送済フラグや納入済フラグがオンとされるのに引き続いて、伝票発行処理部122が適切なタイミングで自動的に発注書、請求書、納品書を発行することができる。
As described above, according to the slip
次に、伝票発行処理部122が生成する発注書および納品書の模式例を示す。図15および図16は、発注書および納品書を模式的に示す図である。
図15(a)は、取引者ID「a」の「A社」から取引者ID「b」の「B社」に提供される発注書を示す図である。図15(b)は、取引者ID「b」の「B社」から取引者ID「a」の「A社」に提供される納品書を示す図である。ここで、破線で示した箇所以外は、発注書と納品書に含まれる情報は同じである。
Next, a schematic example of a purchase order and a delivery note generated by the slip
FIG. 15A shows a purchase order provided from “Company A” with a trader ID “a” to “Company B” with a trader ID “b”. FIG. 15B is a diagram showing an invoice provided from “Company B” with the trader ID “b” to “Company A” with the trader ID “a”. Here, the information included in the purchase order and the delivery note is the same except for the portion indicated by the broken line.
同様に、図16(a)は、取引者ID「b」の「B社」から取引者ID「c」の「C社」に提供される発注書を示す図である。図16(b)は、取引者ID「c」の「C社」から取引者ID「b」の「B社」に提供される納品書を示す図である。ここでも、破線で示した箇所以外は、発注書と納品書に含まれる情報は同じである。 Similarly, FIG. 16A shows a purchase order provided from “Company B” with a trader ID “b” to “C Company” with a trader ID “c”. FIG. 16B is a diagram showing an invoice provided from “Company C” with a trader ID “c” to “Company B” with a trader ID “b”. Here, the information included in the purchase order and the delivery note is the same except for the portion indicated by the broken line.
以上のように、ある商品について、あるユーザがその商品を購入する先の上流取引者およびその上流取引者がその商品を販売する販売価格をシステムに登録しておくことにより、いずれかの取引者(下流取引者)から発注があった場合に、発注された商品の発注数量が変化しない場合は、その取引者から発注先の取引者(中間取引者)への発注書を生成するだけでなく、発注先の取引者からさらにその上流の取引者(上流取引者)への発注書も自動的に生成することができる。また、各取引者間の上流側の取引者に提供した発注書に用いたデータを各取引者間の下流側の取引者に提供する請求書または納品書のデータとして用いることができるので、請求書または納品書も簡易に提供することができる。 As described above, for any product, by registering in the system the upstream trader to whom a user purchases the product and the selling price at which the upstream trader sells the product, If the order quantity of the ordered product does not change when an order is received from a (downstream trader), not only a purchase order from the trader to the supplier (intermediate trader) is generated. In addition, a purchase order from the supplier to the upstream supplier (upstream supplier) can be automatically generated. In addition, since the data used for the purchase order provided to the upstream trader between each trader can be used as the data for the invoice or delivery note provided to the downstream trader between each trader, Or delivery note can be provided easily.
次に、物流状態管理部128の処理を説明する。
図2に戻り、物流状態管理部128は、取引管理情報記憶部148の取引管理情報にアクセスして、ある下流側の取引者に上流側の取引者からの商品が納入された後、その商品がその下流側の取引者からさらに下流側に発送されたか否か等の情報を管理して所定の取引者に提供する。これにより、上流側の取引者は、下流側の取引者の商品の出荷状態を把握することができ、次回に下流側の取引者から商品の発注がある発注予測をたてることができる。
Next, processing of the physical distribution
Returning to FIG. 2, the distribution
たとえば、物流状況管理部128は、図12を参照して説明した例で商品を発送した取引者ID「c」の取引者に、商品を発送した先の取引者ID「a」の取引者にさらに下流側の取引者から商品の発注があったか否か、および発注があった場合の数量を提示することができる。
For example, the distribution
図17は、物流状況管理部128が下流側の取引者から出荷された商品の数量を提示する処理手順を示すフローチャートである。
ユーザがログインして、上流側の取引で発送先取引者ID欄に記入された取引者IDを入力すると(ステップS190)、物流状況管理部128は、その発送先取引者IDを発注先取引者IDとして含む取引管理情報があるか否かを判定する(ステップS192)。その発送先取引者IDを発注先取引者IDとして含む取引管理情報がある場合(ステップS192のYES)、物流状況管理部128は、その取引管理情報において、商品が発送済か否かを判定する(ステップS194)。商品が発送済の場合(ステップS194のYES)、物流状況管理部128は、その発注数量を取得する(ステップS196)。ステップS192に戻り、同様の処理を繰り返す。この後、物流状況管理部128は、取得した発注数量を取引者に提示する(ステップS198)。
FIG. 17 is a flowchart illustrating a processing procedure in which the distribution
When the user logs in and inputs the trader ID entered in the ship-to trader ID column in the upstream transaction (step S190), the distribution
以上のように、上流側の取引者において、自己の商品の発注者である取引者からさらに下流の取引者に発送された商品の数量を把握することにより、たとえばその下流側の取引者の在庫数量が減っている場合等に、下流側の取引者からの発注がある可能性が高い等の予測を立てることができる。これにより、上流側の取引者はさらに上流側への発注等を適切なタイミングで行うこと等ができる。 As described above, an upstream trader can grasp the quantity of goods shipped from a trader who is an orderer of his / her goods to a downstream trader, for example, to inventory the downstream trader. When the quantity is decreasing, it is possible to make a prediction that there is a high possibility that there is an order from a downstream trader. As a result, the upstream trader can further place an order to the upstream side at an appropriate timing.
なお、以上では、ステップS194で商品が発送済か否かを判定したが、発注受付済か否かを判定するようにすることもできる。なお、物流状況管理部128は、取引者にこのような発送数量を提示する場合は、ユーザの取引者IDに基づきユーザ認証を行い、そのユーザが発注先として指定された取引の発注者に関する情報のみを提示可能とするようにすることができる。
In the above, it is determined whether or not the product has been shipped in step S194, but it may be determined whether or not the order has been received. In addition, when presenting such a shipment quantity to a trader, the distribution
また、図12に示したように、本実施の形態において、取引管理情報記憶部148は、商品の発注に基づき、各取引毎に、当該商品の商品IDと、商品の発注者の取引者IDと、当該商品を当該発注者に販売する発注先の取引者IDと、当該発注先が当該商品を発送する先の発送先の取引者IDと、発注数量と、当該発送先への商品の発送状態とを記憶している。商品の発送状態は、発注可能フラグ欄、発送済フラグ欄、納入済フラグ欄のフラグから把握することができる。
In addition, as shown in FIG. 12, in the present embodiment, the transaction management
そのため、本実施の形態における取引管理システム10において、取引管理情報記憶部148の取引管理情報を参照することにより、たとえば発送済フラグ(または発注可能フラグ)と発送数量とに基づき、どれだけの数量の商品がその取引者から下流の取引者に発送されたのかを把握することができる。物流状況管理部128は、取引者IDおよび商品IDの指定とともに、当該取引者IDで指定される検索対象の取引者における商品の在庫数量の問合せに対し、取引管理情報記憶部148にアクセスして、当該検索対象の取引者が発注者および発送先として登録されている取引管理情報における発注数量から当該検索対象の取引者が発注先として登録されている取引管理情報における発注数量を減じる処理を行うことにより、当該検索対象の取引者における商品の在庫数量を算出して提示する。
Therefore, in the
図18は、図12に示した第1の取引管理情報148aおよび第2の取引管理情報148bにおいて、下流取引者である取引ID「a」の取引者が、さらに下流側から商品の発注を受け、新たな取引を行う場合の取引管理情報記憶部148のデータ構成の例を示す図である。
FIG. 18 shows that in the first
ここで、取引者IDは「a」の取引者がたとえば取引者ID「f」の取引者から、商品ID「p0001」のこの商品について、発注数量「20」の発注を受けたとする。この場合、取引管理情報生成部120は新たな取引IDを付した第3の取引管理情報148cを生成し、新たな取引ID「t0201」を付して取引管理情報記憶部148に記憶する。
Here, it is assumed that the trader ID “a” receives an order for the order quantity “20” for this product with the product ID “p0001” from a trader with the trader ID “f”, for example. In this case, the transaction management
このような第3の取引管理情報148cが生成されている場合、物流状況管理部128は、取引者ID「a」および商品ID「p0001」の指定の指定とともに、当該取引者IDで指定される検索対象の取引者における商品の在庫数量の問合せに対し、取引管理情報記憶部148にアクセスして、当該検索対象の取引者が発注者および発送先として登録されている第1の取引管理情報148aにおける発注数量「100」から当該検索対象の取引者が発注先として登録されている第3の取引管理情報148cにおける発注数量「20」を減じる処理を行うことにより、当該検索対象の取引者ID「a」の取引者における商品の在庫数量が「80」であることを算出して、取引管理システム10のユーザに提示することができる。
When such third
図19は、図18に示した取引管理情報記憶部148の構成の他の例を示す図である。
ここでは、取引管理情報生成部120は、取引の対象となる上流側の取引の取引ID「t0101」も、元の取引IDとして、各取引管理情報に対応づけて取引管理情報記憶部148に記憶することができる。このような構成とすることにより、物流状況管理部128は、上流側の取引の取引IDに基づき、下流側の取引における商品の発送状態等を把握するような管理を行うことができる。物流状況管理部128は、商品を発送した先の取引者ID「a」の取引者にさらに下流側の取引者から商品の発注があったか否か、および発注があった場合の数量を提示することができる。
FIG. 19 is a diagram showing another example of the configuration of the transaction management
Here, the transaction management
図20は、物流状況管理部128が下流側の取引者から出荷された商品の数量を提示する処理手順を示すフローチャートである。
ユーザがログインして、上流側の取引での取引IDを入力すると(ステップS200)、物流状況管理部128は、その取引IDを元の取引IDとして含む取引管理情報があるか否かを判定する(ステップS202)。その取引IDを元の取引IDとして含む取引管理情報がある場合(ステップS202のYES)、物流状況管理部128は、その取引管理情報において、商品が発送済か否かを判定する(ステップS204)。商品が発送済の場合(ステップS204のYES)、物流状況管理部128は、その発注数量を取得する(ステップS206)。ステップS202に戻り、同様の処理を繰り返す。この後、物流状況管理部128は、取得した発注数量を取引者に提示する(ステップS208)。
FIG. 20 is a flowchart illustrating a processing procedure in which the distribution
When the user logs in and inputs a transaction ID for an upstream transaction (step S200), the distribution
図21は、図18や図19に示した取引管理情報記憶部148の構成の他の例を示す図である。
ここでは、取引管理情報生成部120は、商品が取引者間で流通される度に、各商品IDに対応づけて、商品ID付加情報として、その商品が流通された取引者の取引者IDを取引管理情報記憶部148に記憶する構成とすることができる。
FIG. 21 is a diagram illustrating another example of the configuration of the transaction management
Here, every time a product is distributed among traders, the transaction management
第1の取引管理情報148aおよび第2の取引管理情報148bでは、商品ID付加情報として、「e−d−c」が記憶されている。これは、取引者ID「c」の取引者が保持している商品ID「p0001」の商品は、取引者ID「e」の取引者、取引者ID「d」の取引者、取引者ID「c」の取引者の順に流通されたものであるということである。ここで、この商品が、取引者ID「c」の取引者から取引者ID「a」の取引者へ発送された後、取引管理情報には、取引者ID「a」が付され、第3の取引管理情報148cの商品ID付加情報欄に示したように、商品ID付加情報として「e−d−c−a」が記憶される構成とすることができる。このような構成とすることにより、各取引管理情報を確認することにより、どの取引者の間で流通されたかを簡易に把握することができる。また、ここでは商品を流通した取引者の取引者IDのみを付す例を示したが、商品ID付加情報として、商品を製造する際に用いた原材料の取引者の取引者IDも含む構成とすることもできる。その際、現在の商品ではなく原材料を取り扱った取引者の取引者IDは、区別可能な符号等とともに付す構成とすることもできる。また、取引者が末端消費者である場合は、そのことも把握可能なマーク等を付す構成とすることができる。これにより、自分の商品はどういう人が購入しているか等の分析が可能になる。
In the first
さらに、取引管理情報記憶部148において、各取引管理情報のたとえば発送先取引者ID欄の情報は、関連する他の取引管理情報の発注先取引者ID欄の情報が記憶された取引管理情報記憶部148のアドレス情報を含む構成とすることもできる。このような構成とすることにより、上流側の取引者の情報と、下流側の取引者の情報とをリンク付けることができるので、在庫数量を提示する際の検索処理時間を短縮することができる。
Further, in the transaction management
また、物流状況管理部128は、いずれかの取引者からの商品の発注に基づき、上流側の取引者から下流側の取引者に商品が流通された場合に、商品を受け取った取引者の取引者IDを商品ID付加情報の末尾に追加して、当該取引者が受け取った商品の数量を在庫数量として商品IDおよび商品ID付加情報に対応付けて在庫情報記憶部152に記憶する。また、このとき、物流状況管理部128は、商品IDと商品を発送した取引者の取引者IDが末尾に追加されている商品ID付加情報とに対応付けられている在庫数量から発送された商品の数量を減じて在庫数量を更新する処理も行う。
In addition, the distribution
この例を図22に示す。図22は、在庫情報記憶部152のデータ構成の一例を示す図である。
ここでは、物流状況管理部128は、いずれかの取引者に商品が納入され、納入済フラグがオンとされたタイミングでその取引者の取引者IDを商品ID付加情報に追加して、納入された商品の在庫数量を更新する処理を行うようにすることができる。まず、図22(a)に示した例では、商品ID「p0001」の商品につき、商品ID付加情報「e−d」の在庫数量が1000、商品ID付加情報「e−d−c」の在庫数量が500となっている。ここで、取引者ID「a」の取引者から、取引者ID「c」の取引者に発注数量「100」の発注があったとする。この後、取引者ID「c」の取引者から取引者ID「a」の取引者に商品が発送され、取引者ID「a」の取引者から、納入済の指示があり、納入済フラグがオンとされるとする。この場合、物流状況管理部128は、商品ID付加情報「e−d−c」に「a」を付加した新たな商品ID付加情報「e−d−c−a」に対応付けて在庫数量「100」を記憶するとともに、商品ID付加情報「e−d−c」の在庫数量を、更新前の在庫情報「500」から「100」を引いた「400」に更新する。これにより在庫情報記憶部152を参照することにより、商品ID付加情報の末尾に付された取引者IDの取引者のところに現在ある商品の在庫数量を容易に把握することができる。
An example of this is shown in FIG. FIG. 22 is a diagram illustrating an example of a data configuration of the inventory
Here, the distribution
図22(c)は、さらに、取引者ID「f」の取引者から、取引者ID「a」の取引者に発注数量「20」の発注があったとする。この後、取引者ID「a」の取引者から取引者ID「f」の取引者に商品が発送され、取引者ID「f」の取引者から、納入済の指示があり、納入済フラグがオンとされるとする。この場合、物流状況管理部128は、商品ID付加情報「e−d−c−a」に「f」を付加した新たな商品ID付加情報「e−d−c−a−f」に対応付けて在庫数量「20」を記憶するとともに、商品ID付加情報「e−d−c−a」の在庫数量を、更新前の在庫情報「100」から「20」を引いた「80」に更新する。
In FIG. 22C, it is further assumed that an order with the order quantity “20” is placed from the trader with trader ID “f” to the trader with trader ID “a”. Thereafter, the merchandise is sent from the trader with the trader ID “a” to the trader with the trader ID “f”, the trader with the trader ID “f” receives a delivery instruction, and the delivery flag is set. Suppose that it is turned on. In this case, the distribution
さらに、物流状況管理部128は、自己の取引者IDで認証された取引者から、当該取引者が下流側に発送した取引の物流状態の問合せを受け付け、その取引者に関連する商品の物流状態を提供する処理を行うことができる。たとえば、取引者ID「e」の取引者から、当該取引者が下流側に発送した取引の物流状態の問合せを受け付けると、物流状況管理部128は、在庫情報記憶部152にアクセスして、取引者ID「e」が商品ID付加情報に含まれる情報を抽出する。物流状況管理部128は、抽出した情報を当該取引者のユーザ端末に提供することができる。このとき、物流状況管理部128は、商品ID付加情報をそのままユーザに提供するのではなく、対象の取引者の取引者IDと隣接する取引者ID以外の取引者IDは、特定不明なマーク(たとえば「%」)に変換して当該取引者に提供するようにすることができる。これにより、取引者を特定せずに、流通経路における在庫状況を把握することができる。取引者が特定されないので、上流取引者や下流取引者は自らの在庫データを開示しやすくなり、全体の需要予測や納期予測等の精度を向上させることができる。
Further, the distribution
図23を参照して説明する。ここでは、取引者ID「e」の取引者の取引者IDと、この取引者が直接商品の取引を行った取引者ID「d」の取引者の取引者ID以外は、取引者IDそのものではなく、「%」というマークが表示されている。このような構成により、取引者ID「e」の取引者に、その取引者が直接取引を行っていない取引者の識別情報である取引者ID自体は提供されないが、その取引者が直接やりとりをしていないたとえば下流側の各段階の取引者のところにどの程度の商品の在庫があるか等を提示することができる。これにより、取引者の情報が他の取引者に知れ渡るのを防ぎつつ、各取引者が自己が取り扱う商品がどの程度流通されているかを把握することにより、受注予測や発注予定を立てる際の参考とすることができるようになる。また、ここでは示していないが、たとえば末端消費者は、末端消費者であることが識別可能な符号とともに表示するようにすることもできる。
ただし、ここで「%」というマークで示した個々の取引者自体の同意が得られた場合は、それらの取引者の取引者IDを取引者ID「e」の取引者に提示するようにしてもよい。
This will be described with reference to FIG. Here, except for the trader ID of the trader with the trader ID “e” and the trader ID of the trader with the trader ID “d” with which the trader directly trades the product, The mark “%” is displayed. With such a configuration, the trader ID “e” is not provided with the trader ID itself, which is the identification information of the trader with whom the trader is not directly dealing, but the trader directly communicates. For example, it is possible to present the amount of merchandise that is in stock at each of the downstream traders. As a result, while preventing the information of the trader from becoming known to other traders, it is helpful to make forecasts for orders and to place orders by grasping how much the products handled by each trader are distributed. And will be able to. Further, although not shown here, for example, the end consumer may be displayed together with a code that can identify the end consumer.
However, when the consent of each individual trader indicated by the mark “%” is obtained here, the trader ID of those traders is presented to the trader with trader ID “e”. Also good.
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。 As mentioned above, although embodiment of this invention was described with reference to drawings, these are the illustrations of this invention, Various structures other than the above are also employable.
なお、以上の実施の形態においては、伝票発行処理部122が取引管理情報に基づき発注書を発行した後に、請求書または納品書を発行する例を示したが、伝票発行処理部122は、取引管理情報に基づき、請求書または納品書を単独で発行することもできる。つまり、本実施の形態において、価格記憶部146に各取引者間における販売価格を記憶させておくことにより、上流側から下流側への請求書が発行された場合に、納品書生成の手順と同様にして、販売価格の情報に基づき、さらに下流側への請求書も自動的に発行することができる。
In the above embodiment, an example in which the invoice or invoice is issued after the slip
また、以上の実施の形態においては、下流取引者、中間取引者、および上流取引者のいずれもが取引管理システム10に取引者としてユーザ登録された取引者である場合を例として示した。しかし、本実施の形態における取引管理システム10は、上流取引者がこの取引管理システムのユーザでない場合に適用することもできる。上流取引者がこのシステムのユーザである場合は、たとえば発注伝票を上流取引者がログインした状態で上流取引者のユーザ端末のディスプレイに表示される形態で提供することができる。また、上流取引者への商品の発注処理を電子的に自動で行うことができる。一方、上流取引者がこのシステムのユーザでない場合も、発注伝票が自動的に生成されるので、それをファクシミリ送付したり、メール添付したりして発注処理を簡易に行うことができる。
Moreover, in the above embodiment, the case where all of a downstream trader, an intermediate trader, and an upstream trader are traders registered as traders in the
また、取引設定情報記憶部144は、対象の取引者(中間取引者に該当)の取引者IDおよび商品IDに対応付けて、当該取引者が保持する在庫数量を保持する構成とすることもできる。この場合、発注管理部118は、下流側からの商品の発注があった場合に、その発注数量に基づき、取引設定情報記憶部144の在庫数量から発注数量を減じる処理や、販売可能数量を変更する処理も行うことができる。
Further, the transaction setting
なお、以上の実施の形態においては、たとえば図5に示したように、取引設定情報記憶部144には、各取引者IDに対応付けて、上流取引者IDおよび下流取引者IDを記憶する構成を示した。しかし、すべての商品について各取引者IDに、発注先である上流取引者IDおよび/または下流取引者IDを登録しておく必要はない。上流取引者や下流取引者を特定したくない商品については、特定しないことを示すたとえば「all」等のコードを登録しておくこともできる。
In the above embodiment, for example, as shown in FIG. 5, the transaction setting
(第2の実施の形態)
次に本発明の第2の実施の形態について説明する。本実施の形態は、第1の実施の形態に対して、検収を上げる基準(検収基準)として発送時か納品時かを管理できるように取引管理情報記憶部148の構成を図24に示すように変更し、納品管理部126はこの検収基準をもとに請求可能フラグをセットして、伝票発行処理部122がこの請求可能フラグに基づいて請求書等の出力処理を行うようにしたものである。
(Second Embodiment)
Next, a second embodiment of the present invention will be described. In the present embodiment, as shown in FIG. 24, the configuration of the transaction management
以下、第1の実施の形態との違いを中心に説明する。なお、発注管理部など本実施の形態に記載していない事項は、第1の実施の形態と同様である。 Hereinafter, the difference from the first embodiment will be mainly described. Note that items not described in the present embodiment, such as the order management unit, are the same as those in the first embodiment.
(取引管理情報記憶部148のデータ構成)
第1の実施の形態と同様、本実施の形態においても、取引管理システム10は、商品受取者(受取予定者を含む。)と商品発送者(発送予定者を含む。)を末端として、その間に所定数の取引仲介業者を挿入したパターン(取引パターン)を設け、この取引パターンを単位として、取引管理情報記憶部148を構成することにより、請求納品の管理と商品の物流管理を行う。
(Data structure of transaction management information storage unit 148)
Similar to the first embodiment, also in this embodiment, the
図24に、本実施の形態による取引管理情報記憶部148のデータ構成例を示す。この例において取引パターン1は、商品受取者である下流取引者と商品発送者である上流取引者の2者間の取引を行うときのパターンであり、取引パターン2は、発注の仲介を行う一の中間取引者が介在したパターンである。仲介取引者の数によりパターンを設けるようにする。
FIG. 24 shows a data configuration example of the transaction management
図21と図24との主な違いは、図21の請求タイミング,発送済フラグ,納入済フラグに替えて、それぞれ検収基準,発送日時,納入日時とし、運送日数欄を新たに設けたことである。 The main difference between FIG. 21 and FIG. 24 is that, instead of the billing timing, dispatched flag, and delivered flag in FIG. is there.
なお、運送日数は、上流取引者から下流取引者へ商品を運送するときに掛かる日数であり、予め一定の初期値がセットされている。 Note that the number of shipping days is the number of days required when goods are transported from the upstream trader to the downstream trader, and a predetermined initial value is set in advance.
次に、この取引管理情報記憶部148のデータを用いた納品管理部126の処理について図面を参照しながら説明する。なお、取引管理情報記憶部148は、上流取引者のユーザ端末から送られてくる取引ID,発送日時を含む発送完了通知によって起動する発送時起動ルーチンと、定周期で起動する定周期起動ルーチンで構成されている。
Next, processing of the
(納品管理部126の処理手順)
図25は、納品管理部126の発送時起動ルーチンの処理手順を示すフローチャートである。納品管理部の発送時起動ルーチンは、上述したように上流取引者の発送完了通知を受信することによって起動する。
(Processing procedure of delivery management unit 126)
FIG. 25 is a flowchart showing the processing procedure of the shipping start routine of the
このルーチンは、起動されると、まず、発送が完了した旨の通知である発送通知を取引IDと共に下流の取引者へメール送信する(S300)。なお、下流の取引者とは、当該取引IDにおける上流取引者から見た下流の取引者の全てを含む趣旨であるが(上流の取引者も同様)、ステップS300の場合は、中間取引者が存在する場合はその取引者と下流取引者(末端の取引者)の両方に通知しても良いし、下流取引者のみに通知をするようにしても良い。 When this routine is started, first, a shipping notification, which is a notification that shipping has been completed, is sent by e-mail to a downstream trader along with a transaction ID (S300). Note that the downstream trader includes all downstream traders as seen from the upstream trader in the trade ID (the same applies to the upstream traders), but in the case of step S300, the intermediate trader When it exists, you may make it notify to both the said trader and a downstream trader (terminal trader), and you may make it notify only a downstream trader.
そして、納品管理部126は、発送日時を取引管理情報記憶部148の発送日時欄に書き込む(S301)。そして、納品管理部126は、当該取引IDの取引パターンを判定し(S302)、パターン2すなわち仲介取引者が存在する場合は、中間取引者の検収基準(すなわち上流取引者と中間取引者との間の取引の検収基準)を読み込み(S303)、読み込んだ検収基準が商品発送時の場合は(S304で「YES」)、請求可能フラグをセットし、読み込んだ検収基準が商品到着時(納品時)の場合は(S304で「NO」)、請求可能待ちリスト(以下、単に「待ちリスト」という。)に取引IDを登録する(S306)。
Then, the
次に下流取引業者の検収基準(すなわち、下流取引業者とその直近上位の取引業者との間の取引の検収基準)を読み込み(S307)、上記のステップS304〜S306と同様の処理を実行する(S308〜S310)。 Next, the acceptance standard of the downstream trader (that is, the acceptance standard of the transaction between the downstream trader and the immediate higher order trader) is read (S307), and the same processing as the above steps S304 to S306 is executed (S307). S308 to S310).
一方、ステップS302の判定処理でパターン1の場合は、直ちにステップS307へ移行し、以降の処理を実行する。なお、取引パターン数が3以上の場合は、中間取引者の数に応じて、ステップS303〜S306の処理を追加するようにすれば良い。
以上が納品管理部126の発送時起動ルーチンの処理手順である。
On the other hand, in the case of
The above is the processing procedure of the shipping start routine of the
商品受取予定者である下流取引者は、商品を受け取るとユーザ端末を介して受取情報を入力する。このとき、受け取った商品に問題がなければ、取引IDと共に正常受取である旨を取引管理システム10へ送る。一方、受け取った商品に異常があれば、異常状態に対応したエラーコードを取引管理システム10へ送る。取引管理システム10は、受信した情報を、取引管理情報記憶部148の当該取引IDの納入日時欄に格納する。商品の異常としては、たとえば、数量不足や商品の品質不良などがある。
When receiving a product, the downstream trader who is a product receipt candidate inputs receipt information via the user terminal. At this time, if there is no problem in the received merchandise, the
次に納品管理部126の定周期起動ルーチンの処理手順について、図26に基づいて説明する。納品管理部の定周期起動ルーチンは、周期的に起動されると、待ちリストに登録されている最初の取引IDを抽出する(S400)。次に、取引管理情報記憶部148の下流取引者欄の納入日時欄のデータを読み込み(S401)、納入日時欄に日時データが保存されている場合は(S403で「YES」)、その取引IDにおいて検収基準が商品到着時になっている列の請求可能フラグをセットして(S404)、待ちリストから当該取引IDを削除する(S405)。一方、ステップS403において、エラーコードがセットされている場合は(S406で「YES」)、発送先である上流取引者へ通知する(S407)。ステップS406においてNOの場合、すなわち納入日時欄に日時もエラーコードもセットされていない場合は、現在日時と上流取引者の発送日時との差を計算し(S409)、その差が運送日数+α(予め定められたマージン)よりも大きい場合は(S410で「YES」)、ステップS404へ移行する。以上の処理を待ちリストの全取引IDについて実行する(S411,S412)。なお、ステップS405の直後に当該商品IDにおける商品ID付加情報に当該下流取引者のIDを付加するステップを入れても良い。また、納入日時から発送日時を差し引いて運送日数を計算し、その値を同じ取引者間の運送日数として使用するようにしても良い。
Next, the processing procedure of the fixed period activation routine of the
図27は、発注情報の流れと商品の流れの説明図である。たとえば取引IDt0101において、取引者a,b,cの順に発注情報が流れ、取引者c(上流取引者)が商品の発送完了を、たとえば端末上に表示された発送ボタンを押すことによってシステム10へ通知する。また、商品は、取引者cから取引者aへ送られる。商品の物流情報は、商品ID付加情報として取引管理情報記憶部148に保存される。たとえば、図24の例では、取引者cから送られた商品は、取引者e−d−cの順に取引された商品であることを意味する。取引者aは、取引者cから送られてきた商品について検収可能フラグがセットされたときに、取引管理システム10によってその商品ID付加情報に取引者a(商品受取者)の識別情報が付加され、商品ID付加情報は、e−d−c−aとなる。この付加のしかたは、物流のトレーサビリティ情報となる。一方、同様のケースで、取引者cから送られてきた商品について検収可能フラグがセットされたときに、上流取引者cから見て当該取引IDの下流の取引者(中間取引者を含む。)の識別情報を全て付加することも可能である。この場合の商品ID付加情報は、e−d−c−b−aとなる。これは納品のトレーサビリティ情報となる。納品の流れは、原則的に発注(発注を受ける側からすれば受注)の流れの逆なので、発注のトレーサビリティ情報と捉えることも可能である。この物流のトレーサビリティと納品(発注)のトレーサビリティを両方記憶しておけば、物流で問題になったときに、どのような取引が行われたかを解明することができ取引の安心安全を実効あるものにすることができる。
FIG. 27 is an explanatory diagram of the flow of ordering information and the flow of merchandise. For example, in transaction IDt0101, ordering information flows in the order of traders a, b, and c, and the trader c (upstream trader) completes the shipment of the product, for example, by pressing a dispatch button displayed on the terminal, to the
このように、取引管理システム10は、取引者cから送られてくる商品発送完了通知と、取引者a(下流取引者)の入力データによって、検収の可否の判定や、商品の品質の管理および、物流管理を集中的、効率的に実行する。
As described above, the
たとえば、図15,図16に示した発注書、納品書の出力は、取引管理情報記憶部148に保存されている共通データから出力することができるが、その出力タイミングが問題となる。本実施の形態による納品管理部126の処理によって、検収基準に合わせて請求可能フラグをセットし、伝票発行処理部122によって請求形態に合わせて、適切に発行処理を行うことができる。なお、共通データの利用、すなわち取引におけるいわゆる表裏の関係は、発注書と納品書に限らず、たとえば、売上元帳と仕入元帳などにも適用することができる。但し、本発明の実施の形態の特徴は、上述したように適切なタイミングで、下流取引者の入力の負担を省き、これらの伝票や会計データを作成することができることである。
For example, the output of the purchase order and delivery note shown in FIGS. 15 and 16 can be output from the common data stored in the transaction management
さらに、商品IDが一致し、かつ上流取引者と下流取引者が一致するデータをリンクさせ、第1の実施の形態で説明した各取引者の在庫量を他の取引者へ開示することによって、需要予測などを効率的に行うことができる。また、商品ID付加情報によって、検収と物流の処理を連動させて、効率的かつ正確に物流管理を行うことができる。 Furthermore, by linking data that the product IDs match and the upstream and downstream traders match, and disclose the stock quantity of each trader described in the first embodiment to other traders, Demand forecasting can be performed efficiently. Further, according to the product ID additional information, it is possible to efficiently and accurately carry out logistics management by linking inspection processing and logistics processing.
たとえば、ある商品について、上流の各取引業者の在庫状況が見られることにより、発注の要否や発注時の納期の予測が可能になる。一方、ある商品について、下流の各取引業者の在庫状況が見られることにより、受注予測が可能になる。なお、このとき、在庫状況(在庫量、在庫数の増減傾向等)が見られる/見られないの設定、業者の特定の可/不可の設定、どの程度まで上流あるいは下流の業者の在庫状況を見られるようにするかは設定可能にしておくと良い。さらには、在庫量の見せ方(たとえば、多い,少ないなどの所謂感覚的,アナログ的な見せ方や、増減傾向を比率で見せるなど)を設定できるようにしても良い。 For example, with regard to a certain product, it is possible to predict the necessity of ordering and the delivery date at the time of ordering by checking the stock status of each upstream trader. On the other hand, it is possible to predict orders for a certain product by checking the inventory status of each downstream trader. At this time, the inventory status (inventory quantity, trend of increase / decrease in inventory quantity, etc.) can be seen / not seen, the specific availability of the supplier is set, and the inventory status of the upstream or downstream supplier It is good to be able to set whether to make it visible. Further, it may be possible to set how to show the inventory amount (for example, so-called sensory or analog way of showing, for example, large or small, or showing the increase / decrease trend as a ratio).
以上、本実施の形態によれば、検収基準によって、請求可能フラグの設定タイミングを変更可能にしたので、第1の実施の形態の効果に加えて、適切なタイミングで効率的に検収や伝票の発行を可能にすると共に、商品の品質管理や物流管理を効率的に行うことが可能になる。 As described above, according to the present embodiment, the setting timing of the billable flag can be changed according to the acceptance criterion. Therefore, in addition to the effect of the first embodiment, the acceptance and slip of the bill can be efficiently performed at an appropriate timing. In addition to enabling issuance, it is possible to efficiently manage product quality and logistics.
たとえば、取引パターン2において、インターネットショッピングなどのポータルサイトを運営する業者を中間取引者とし、そのサイトを利用して商品を購入する者を下流取引者、そのサイトに対して商品情報を掲載する商品販売業者を上流取引者とし、下流取引者と中間取引者との間は、検収基準を発送時とし、中間取引者と上流取引者を納品時基準にすることによって、エスクローとしての機能を容易に実現することができる。
For example, in
また、商品納品時に下流取引者が商品の異常(数量不足や品質不良など)を発見したときに、その異常を登録することによって、中間取引者は、中間取引者と上流取引者との間の検収前に上流取引者に注意し、再送などを促すことができるので、簡便なDB構造によって商品の品質を担保することができる。 In addition, when a downstream trader discovers a product abnormality (such as a shortage of quantity or poor quality) at the time of product delivery, by registering the abnormality, the intermediate trader can connect between the intermediate trader and the upstream trader. Since attention can be paid to upstream traders prior to acceptance and re-transmission or the like can be promoted, the quality of the product can be ensured by a simple DB structure.
また、商品IDと、商品のロット番号(あるいは取引ID)と、商品ID付加情報とを連続的に繋げたバーコードやQRコード(登録商標、以下同様)等の識別コードを物流としてのトレーサビリティ情報として商品に添付し、あるいは当該トレーサビリティ情報をICチップに格納して商品に添付して取引を行うようにしても良い。そして、上流取引者は、商品発送時にこのQRコード(物流としてのトレーサビリティ情報)をQRコードリーダー等の読み取り手段で読み取って、取引管理システム10へ送信する。取引管理情報記憶部148では、取引ID、あるいは、商品IDとロット番号(図示せず)と商品ID付加情報とで取引を特定できるようにしておき、納品管理部126は、上流取引者から送られてきた物流としてのトレーサビリティ情報から取引を特定して、図25、図26に記載した処理手順で請求可能フラグのセット等の処理を行い、伝票発行処理部122によって請求書等の発行処理を行う。これにより、商品発送後は、各取引者は、商品に付された物流のトレーサビリティ情報を単に読み取ることによって、請求書等の取引に必要な書類の発行を行うことができ大幅な省力化を図ることができる。また、商品に添付された物流のトレーサビリティ情報を逐次更新していくことにより、その商品のみによってどのように物流が行われたかを把握することが可能になる。
In addition, traceability information as a logistic such as a barcode or QR code (registered trademark, the same shall apply hereinafter) in which product ID, product lot number (or transaction ID), and product ID additional information are continuously connected. It may be attached to the product, or the traceability information may be stored in the IC chip and attached to the product for the transaction. Then, the upstream trader reads this QR code (traceability information as physical distribution) with a reading means such as a QR code reader and sends it to the
なお、本発明の取引管理システムは、分散型システムとして実現することができる。
たとえば、上流の取引が異なるサーバで実行されている場合は、取引管理情報記憶部148の各データを当該サーバのデータフォーマットにデータ変換をして、データ連携を行うことによって、分散処理を実現することができる。
The transaction management system of the present invention can be realized as a distributed system.
For example, when upstream transactions are executed on different servers, each data in the transaction management
10 取引管理システム
24 送受信部
26 中央演算処理部
28 データ記憶部
40、42、44 ユーザ端末
50 ネットワーク
112 送受信処理部
114 設定情報受付部
118 発注管理部
120 取引管理情報生成部
122 伝票発行処理部
126 納品管理部
128 物流状況管理部
140 商品情報記憶部
142 取引者情報記憶部
144 取引設定情報記憶部
146 価格記憶部
148 取引管理情報記憶部
150 伝票情報記憶部
152 在庫情報記憶部
DESCRIPTION OF
Claims (8)
前記商品IDおよび前記上流取引者IDに対応づけて前記上流取引者IDで特定される上流取引者による前記商品の販売価格である第1の販売価格を記憶するとともに、前記商品IDおよび前記中間取引者IDに対応づけて当該中間取引者による前記商品の販売価格である第2の販売価格を記憶する価格記憶部と、
前記中間取引者が前記商品を販売する下流取引者から、前記商品ID、当該下流取引者の下流取引者ID、および前記商品の発注数量の入力とともに、前記中間取引者への前記商品の発注を受け付ける発注管理部と、
前記発注管理部が受け付けた前記発注数量および前記第2の販売価格に基づき、前記下流取引者から前記中間取引者への発注伝票を発行するとともに、前記発注管理部が受け付けた前記発注数量および前記第1の販売価格に基づき、前記中間取引者から前記上流取引者への発注伝票を発行する伝票発行処理部と、
を含む取引管理システム。 A transaction setting information storage unit for storing an upstream transaction ID for purchasing the product specified by the product ID in association with the intermediate transaction ID and the product ID of the intermediate transaction;
A first sales price that is a sales price of the product by the upstream trader specified by the upstream trader ID is stored in association with the product ID and the upstream trader ID, and the product ID and the intermediate trade are stored. A price storage unit that stores a second selling price that is a selling price of the product by the intermediate trader in association with the seller ID;
The intermediate trader orders the product from the downstream trader who sells the product together with the input of the product ID, the downstream trader ID of the downstream trader, and the order quantity of the product. Order management department to accept,
Based on the order quantity received by the order management unit and the second selling price, an order slip is issued from the downstream trader to the intermediate trader, and the order quantity accepted by the order management part and the A slip issuing processor for issuing an order slip from the intermediate trader to the upstream trader based on a first sales price;
Including transaction management system.
前記伝票発行処理部は、前記中間取引者から前記上流取引者への前記発注伝票を発行するために用いた前記発注数量および前記第1の販売価格に基づき、前記上流取引者から前記中間取引者への請求伝票または納品伝票を発行するとともに、前記下流取引者から前記中間取引者への前記発注伝票を発行するために用いた前記発注数量および前記第2の販売価格に基づき、前記中間取引者から前記下流取引者への請求伝票または納品伝票を発行する取引管理システム。 In the transaction management system according to claim 1,
The slip issuing processing unit is configured to send the intermediate trader from the upstream trader based on the order quantity and the first sales price used to issue the order slip from the intermediate trader to the upstream trader. The intermediate trader is issued based on the order quantity and the second sales price used to issue the order slip from the downstream trader to the intermediate trader. A transaction management system that issues a bill or a delivery slip to the downstream trader.
前記取引設定情報記憶部は、前記中間取引者ID、前記商品IDおよび前記上流取引者IDに対応づけて、前記中間取引者IDで特定される中間取引者への商品の発注があった場合に当該中間取引者から前記上流取引者IDで特定される上流取引者へのさらなる発注の要否および自動発注の可否の設定を記憶し、
前記発注管理部は、前記下流取引者から前記中間取引者への商品の発注を受け付けた場合に、前記下流取引者から前記中間取引者への発注処理を可能とする発注可能フラグをオンとするとともに、前記取引設定情報記憶部にアクセスして前記上流取引者へのさらなる発注の要否および自動発注の可否の設定に基づき、さらなる発注が必要で自動発注が可能と設定されている場合に、前記中間取引者から前記上流取引者への発注処理を可能とする発注可能フラグをオンとする処理を行い、
前記伝票発行処理部は、前記発注管理部により前記下流取引者から前記中間取引者への発注処理を可能とする発注可能フラグがオンとされた場合に、前記下流取引者から前記中間取引者への発注伝票を発行するとともに、前記発注管理部により前記中間取引者から前記上流取引者への発注処理を可能とする発注可能フラグをオンとされた場合に、前記中間取引者から前記上流取引者への発注伝票を発行する取引管理システム。 In the transaction management system according to claim 1 or 2,
The transaction setting information storage unit is associated with the intermediate trader ID, the product ID, and the upstream trader ID, and when there is an order for a product to the intermediate trader specified by the intermediate trader ID. Stores the necessity of further ordering from the intermediate trader to the upstream trader identified by the upstream trader ID and the setting of the availability of automatic ordering,
When the order management unit receives an order for a product from the downstream trader to the intermediate trader, the order management unit turns on an orderable flag that enables order processing from the downstream trader to the intermediate trader. In addition, when accessing the transaction setting information storage unit and setting the necessity of further ordering to the upstream trader and the setting of availability of automatic ordering, further ordering is required and automatic ordering is possible. Perform processing to turn on an order possible flag that enables order processing from the intermediate trader to the upstream trader,
The slip issuance processing unit, from the downstream trader to the intermediate trader, when an orderable flag enabling the ordering process from the downstream trader to the intermediate trader is turned on by the order management unit And when the order management flag is turned on by the order management unit to enable the order processing from the intermediate trader to the upstream trader, the intermediate trader sends the upstream trader to the upstream trader. Transaction management system that issues order slips to customers.
発注のあった商品について、当該商品の商品IDと、商品の発注者の取引者IDと、当該商品を当該発注者に販売する発注先の取引者IDと、当該発注先が当該商品を発送する先の発送先の取引者IDと、発注数量と、当該発送先への商品の発送状態とを示す取引管理情報を、複数の取引毎に記憶する前記取引管理情報記憶部と、
取引者IDおよび商品IDの指定の指定とともに、当該取引者IDで指定される検索対象の取引者における前記商品の在庫数量の問合せに対し、前記取引管理情報記憶部にアクセスして、当該検索対象の取引者が発注者および発送先として登録されている取引管理情報における前記発注数量から当該検索対象の取引者が発注先として登録されている取引管理情報における前記発注数量を減じる処理を行うことにより、当該検索対象の取引者における前記商品の在庫数量を算出して提示する物流状況管理部をさらに含む取引管理システム。 In the transaction management system according to any one of claims 1 to 3,
For a product that has been ordered, the product ID of the product, the trader ID of the orderer of the product, the trader ID of the supplier that sells the product to the orderer, and the ordering party ships the product The transaction management information storage unit that stores transaction management information indicating a trader ID of a previous shipping destination, an order quantity, and a shipping state of a product to the shipping destination for each of a plurality of transactions;
Along with the designation of the trader ID and product ID, in response to an inquiry about the inventory quantity of the product in the trader to be searched specified by the trader ID, the transaction management information storage unit is accessed and the search target By subtracting the order quantity in the transaction management information registered as the ordering party from the order quantity in the transaction management information registered as the ordering party and the shipping destination. The transaction management system further includes a physical distribution status management unit that calculates and presents the inventory quantity of the commodity for the search target transaction.
上流取引者の端末から送られてくる取引IDと発送完了済み通知を受けて、該取引IDの各取引者間における取引の検収基準が発送時検収か、納品時検収かを判定し、発送時検収の場合は、当該取引者間の請求可能フラグをオンにする一方、納品時検収の場合は待ちリストに登録し、その後下流取引者の端末から商品受領日付送られてきた場合は、その日付を格納し、周期的に当該待ちリストに登録されている取引IDについて、商品受取日付が格納されているか否かを判定し、商品受領日付が書き込まれている場合は、当該取引IDの納品時検収の取引者間における取引の請求可能フラグをオンにする納期管理部を備え、
前記伝票発行処理部は、請求形態に基づいて、都度請求の場合は直ちに、締め請求の場合は締め日に、請求可能フラグがオンになっている取引についてのみ伝票データを作成することを特徴とする取引管理システム。 In the transaction management system according to any one of claims 1 to 4,
Upon receiving the transaction ID sent from the terminal of the upstream trader and the notification of completion of shipment, it is determined whether the acceptance criteria of the transaction between each trader of the transaction ID is acceptance acceptance at the time of delivery or acceptance upon delivery. In the case of acceptance inspection, the billable flag between the relevant traders is turned on, while in the case of acceptance inspection at the time of delivery, it is registered in the waiting list, and if the product receipt date is sent from the downstream trader's terminal after that, the date Is stored, and for the transaction IDs periodically registered in the waiting list, it is determined whether or not the product receipt date is stored, and when the product receipt date is written, when the transaction ID is delivered It has a delivery date management unit that turns on the billable flag for transactions between acceptance traders,
The voucher issuance processing unit creates voucher data only for a transaction for which a billable flag is turned on immediately on a billing basis and on a closing date in the case of a closing bill, based on a billing form. Transaction management system.
前記取引管理情報記憶部は、いずれかの前記上流取引者から、前記中間取引者または前記下流取引者に商品が発送された場合に、発送されたことを示す情報として、当該商品が発送された先の前記中間取引者または前記下流取引者の取引者IDを前記取引管理情報として記憶する取引管理システム。 In the transaction management system according to claim 4 or 5,
The transaction management information storage unit, when the product is shipped from any of the upstream traders to the intermediate trader or the downstream trader, the product is shipped as information indicating that the product has been shipped. The transaction management system which memorize | stores the said trader ID of the said intermediate | middle trader or the said downstream trader as said transaction management information.
前記伝票発行処理部は、前記発注伝票を発行するために用いた情報を蓄積して形成された仕入元帳または売上元帳を生成する取引管理システム。 In the transaction management system according to any one of claims 1 to 6,
The slip issuing processing unit generates a purchase ledger or sales ledger formed by accumulating information used to issue the order slip.
中間取引者の中間取引者IDおよび商品IDに対応づけて、当該中間取引者が当該商品IDで特定される商品を購入する上流取引者IDを記憶する取引設定情報記憶手段、
前記商品IDおよび前記上流取引者IDに対応づけて前記上流取引者IDで特定される上流取引者による前記商品の販売価格である第1の販売価格を記憶するとともに、前記商品IDおよび前記中間取引者IDに対応づけて当該中間取引者による前記商品の販売価格である第2の販売価格を記憶する価格記憶手段、
前記中間取引者が前記商品を販売する下流取引者から、前記商品ID、当該下流取引者の下流取引者ID、および前記商品の発注数量の入力とともに、前記商品の発注を受け付ける発注受付手段、
前記発注管理部が受け付けた前記発注数量および前記第2の販売価格に基づき、前記下流取引者から前記中間取引者への発注伝票を発行するとともに、前記発注管理部が受け付けた前記発注数量および前記第1の販売価格に基づき、前記中間取引者から前記上流取引者への発注伝票を発行する伝票発行手段、
として機能させる取引管理プログラム。 Computer
Transaction setting information storage means for storing an upstream transaction ID for purchasing a product specified by the product ID in association with the intermediate transaction ID and the product ID of the intermediate transaction,
A first sales price that is a sales price of the product by the upstream trader specified by the upstream trader ID is stored in association with the product ID and the upstream trader ID, and the product ID and the intermediate trade are stored. A price storage means for storing a second sales price which is a sales price of the product by the intermediate trader in association with the seller ID;
Order receiving means for receiving an order for the product together with the input of the order ID of the product ID, the downstream trader ID of the downstream trader, and the product from the downstream trader in which the intermediate trader sells the product;
Based on the order quantity received by the order management unit and the second selling price, an order slip is issued from the downstream trader to the intermediate trader, and the order quantity accepted by the order management part and the Slip issuing means for issuing an order slip from the intermediate trader to the upstream trader based on a first sales price;
Transaction management program to function as.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011018913 | 2011-01-31 | ||
JP2011018913 | 2011-01-31 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016017574A Division JP6675598B2 (en) | 2011-01-31 | 2016-02-01 | Transaction management system and transaction management program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2018142382A true JP2018142382A (en) | 2018-09-13 |
JP2018142382A5 JP2018142382A5 (en) | 2019-05-30 |
Family
ID=46979922
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012019069A Active JP5887965B2 (en) | 2011-01-31 | 2012-01-31 | Transaction management system and transaction management program |
JP2016017574A Active JP6675598B2 (en) | 2011-01-31 | 2016-02-01 | Transaction management system and transaction management program |
JP2018117485A Withdrawn JP2018142382A (en) | 2011-01-31 | 2018-06-20 | Transaction management system and transaction management program |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012019069A Active JP5887965B2 (en) | 2011-01-31 | 2012-01-31 | Transaction management system and transaction management program |
JP2016017574A Active JP6675598B2 (en) | 2011-01-31 | 2016-02-01 | Transaction management system and transaction management program |
Country Status (1)
Country | Link |
---|---|
JP (3) | JP5887965B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6504596B2 (en) * | 2013-12-24 | 2019-04-24 | 学校法人千葉工業大学 | Net transaction management system, method and program |
JP6260694B2 (en) * | 2014-05-28 | 2018-01-17 | 富士通株式会社 | Ordering program, ordering device and ordering method |
US10878429B2 (en) | 2018-03-28 | 2020-12-29 | Konstantinos Bakalis | Systems and methods for using codes and images within a blockchain |
JP7383241B1 (en) * | 2022-03-22 | 2023-11-20 | 株式会社藤海産 | Market transaction management system, market transaction management program and market transaction management method |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002163569A (en) * | 2000-11-24 | 2002-06-07 | Ntt Internet Inc | Electronic commerce settlement method and electronic commerce settlement system |
JP2004234690A (en) * | 2004-04-05 | 2004-08-19 | Kokuyo Co Ltd | Circulation support facility |
JP2007241767A (en) * | 2006-03-09 | 2007-09-20 | Kotobuki Seihan Printing Co Ltd | Label production support system |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2956661B2 (en) * | 1997-07-14 | 1999-10-04 | コクヨ株式会社 | Distribution support equipment |
JP2001350954A (en) * | 2000-06-08 | 2001-12-21 | Kanai Tokichi Shoten:Kk | Method for ordering merchandise via communication network |
JP3555571B2 (en) * | 2000-10-10 | 2004-08-18 | 株式会社寺岡精工 | Order receiving method and order receiving system |
JP4285917B2 (en) * | 2001-01-14 | 2009-06-24 | コクヨ株式会社 | Transaction support apparatus and transaction support method |
JP2002279250A (en) * | 2001-03-21 | 2002-09-27 | Sumisho Computer Systems Corp | E-commerce system and method, e-commerce site constructing method, data processor, program and recording medium |
JP2002366813A (en) * | 2001-06-06 | 2002-12-20 | Nec System Technologies Ltd | System and program for ordering and order reception information management |
JP2004005119A (en) * | 2002-05-31 | 2004-01-08 | Fujitsu Fip Corp | Order receipt/ordering support method, order receipt/ordering support server, order receipt/ordering support system and order receipt/ordering support program |
JP2004310603A (en) * | 2003-04-09 | 2004-11-04 | Nippon Keiei:Kk | Medical product transaction support device, and medical product transaction support system |
JP2012019069A (en) * | 2010-07-08 | 2012-01-26 | Toshiba Corp | Field-effect transistor and method of manufacturing field-effect transistor |
-
2012
- 2012-01-31 JP JP2012019069A patent/JP5887965B2/en active Active
-
2016
- 2016-02-01 JP JP2016017574A patent/JP6675598B2/en active Active
-
2018
- 2018-06-20 JP JP2018117485A patent/JP2018142382A/en not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002163569A (en) * | 2000-11-24 | 2002-06-07 | Ntt Internet Inc | Electronic commerce settlement method and electronic commerce settlement system |
JP2004234690A (en) * | 2004-04-05 | 2004-08-19 | Kokuyo Co Ltd | Circulation support facility |
JP2007241767A (en) * | 2006-03-09 | 2007-09-20 | Kotobuki Seihan Printing Co Ltd | Label production support system |
Also Published As
Publication number | Publication date |
---|---|
JP2016085757A (en) | 2016-05-19 |
JP6675598B2 (en) | 2020-04-01 |
JP2012178147A (en) | 2012-09-13 |
JP5887965B2 (en) | 2016-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6118959B2 (en) | Transaction management system and transaction management program | |
JP3887854B2 (en) | Electronic trading support method | |
JP2018142382A (en) | Transaction management system and transaction management program | |
JP7152563B2 (en) | Tax exemption processing device, tax exemption processing method and tax exemption processing program | |
KR100732480B1 (en) | Method for electronic commerce using ordering in advance monthly or by product | |
JP2002197397A (en) | Settlement by agent system, settlement method, by agent record medium recording settlement by agent program, and settlement by agent program | |
JP2010049378A (en) | Merchandise transaction mediation system and merchandise transaction mediation program | |
JP2010250363A (en) | Gift point sales exchange system | |
JP2007219569A (en) | Shopping system | |
KR102450710B1 (en) | System for managing purchase based on web standard corss browsing | |
JP4183123B2 (en) | Investment system and method, computer program | |
KR101046602B1 (en) | System for managing distribution process among entrepreneurs | |
KR20110055941A (en) | Point transaction system, method for transacting point using transaction server, and computer readable medium thereof | |
JP2006260436A (en) | Personal information protecting system | |
JP7383241B1 (en) | Market transaction management system, market transaction management program and market transaction management method | |
JP5665157B1 (en) | Credit screening system | |
JP4878383B2 (en) | Electronic commerce system, electronic commerce program, and business server | |
KR101908912B1 (en) | Export business platform system with B2B exclusive global trade support platform for switching trading volume service providing method using it | |
JP2002041782A (en) | Method and system for managing variable allotment real estate investment | |
JP2003281370A (en) | Transaction processing system and method of securities | |
JP4886251B2 (en) | Electronic commerce system, electronic commerce method, electronic commerce program, and business server | |
JP2022177279A (en) | Tax exemption processing device, tax exemption processing method, and tax exemption processing program | |
JP2023179831A (en) | Sales data management system, information processing apparatus, and terminal device | |
JP2023121500A (en) | Manufacturer clearance goods selling system | |
JP2006031300A (en) | Information processing unit for determining complimentary items for stockholders, and information processing method therefor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180717 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20180916 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190415 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190730 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20190929 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20200311 |
|
A761 | Written withdrawal of application |
Free format text: JAPANESE INTERMEDIATE CODE: A761 Effective date: 20200611 |