Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3703294B2 - Proxy order processing apparatus and recording medium - Google Patents
[go: Go Back, main page]

JP3703294B2 - Proxy order processing apparatus and recording medium - Google Patents

Proxy order processing apparatus and recording medium Download PDF

Info

Publication number
JP3703294B2
JP3703294B2 JP9110098A JP9110098A JP3703294B2 JP 3703294 B2 JP3703294 B2 JP 3703294B2 JP 9110098 A JP9110098 A JP 9110098A JP 9110098 A JP9110098 A JP 9110098A JP 3703294 B2 JP3703294 B2 JP 3703294B2
Authority
JP
Japan
Prior art keywords
order
data
member store
ordering
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP9110098A
Other languages
Japanese (ja)
Other versions
JPH11288436A (en
Inventor
哲也 千葉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu FIP Corp
Original Assignee
Fujitsu FIP Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu FIP Corp filed Critical Fujitsu FIP Corp
Priority to JP9110098A priority Critical patent/JP3703294B2/en
Publication of JPH11288436A publication Critical patent/JPH11288436A/en
Application granted granted Critical
Publication of JP3703294B2 publication Critical patent/JP3703294B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、複数の加盟店の商品の発注データを作成して発注を行う代行発注処理装置および記録媒体に関するものである。
【0002】
【従来の技術】
従来、各加盟店からの発注を受けて本部が取引先に発注する場合、本部側で各加盟店と同じ発注環境を用意し各加盟店からの発注依頼をもとに本部で発注データを入力して取引先に発注していた。
【0003】
また、電話で各加盟店から本部が商品の種類と数量を聞き、取引先単位の発注リストを作成して取引先に電話して発注していた。
【0004】
【発明が解決しようとする課題】
上述した発注手法では、非常に人手が必要となり、入力ミスなどの間違いが発生するという問題がある。また、発注依頼のない加盟店について発注処理を行えないという問題もあった。
【0005】
本発明は、これらの問題を解決するため、加盟店からの発注データをもとに発注結果データを生成して発注した加盟店はその発注数、未発注の加盟店には発注数0などとし、加盟店マスタを参照して代行発注処理を行い、手作業の軽減および入力ミスを無くして迅速化を図ると共に、未発注の加盟店の代行発注を可能にすることを目的としている。
【0006】
【課題を解決するための手段】
図1を参照して課題を解決するための手段を説明する。
図1において、発注装置1は、加盟店で発注データを作成して送信などするものである。
【0007】
発注処理装置2は、発注装置1から受信した加盟店毎の発注データをもとに発注処理を行うものであって、発注バックアップ22および加盟店マスタ24などから構成されるものである。
【0008】
発注監視装置3は、発注状況を監視するものである。
次に、動作を説明する。
発注処理装置2が各加盟店からの商品の発注データを受信し、発注データの受信されなかった加盟店について、自動的あるいは本部からの指示をもとに発注バックアップ22中の加盟店の過去の商品の発注データをもとに発注データを作成するようにしている。
【0009】
この際、加盟店マスタに加盟店毎に自動代行発注区分および休業情報を設定しておき、発注データの受信されなかった加盟店について、自動代行発注区分が有、かつ休業情報が休業でなかったときに発注バックアップ22中の加盟店の過去の商品の発注データをもとに発注データを作成するようにしている。
【0010】
また、発注バックアップ22中の加盟店の過去の商品の発注データとして、 作成週、加盟店コード、分類コード、取引先コードのうちの指定されたものの発注データを使い、発注データを作成するようにしている。
【0011】
また、作成した発注データの重複チェックを行い、重複した発注データを削除するようにしている。
従って、加盟店からの発注データをもとに発注結果データを生成して発注した加盟店はその発注数、未発注の加盟店には発注数0などとし、加盟店マスタを参照して代行発注処理を行うことにより、手作業の軽減および入力ミスを無くて迅速化を図ると共に、未発注の加盟店の代行発注を実現することが可能となる。
【0012】
【発明の実施の形態】
次に、図1から図6を用いて本発明の実施の形態および動作を順次詳細に説明する。
【0013】
図1は、本発明のシステム構成図を示す。
図1において、発注装置1は、加盟店に設けたPOSなどの端末であって、ここでは、発注データを作成して送信などするものである。
【0014】
発注処理装置2は、発注装置1から受信した加盟店毎の▲1▼発注データをもとに発注処理を行うものであって、発注処理手段21、発注バックアップ22、緊急代行発注処理手段23、および必要に応じて設ける加盟店マスタ24などから構成されるものである。
【0015】
発注処理手段21は、各加盟店の発注装置1から送信されて受信された発注データをもとに▲2▼発注結果データを作成して発注監視装置(本部)3に送信したり、未受信の加盟店の▲2▼発注結果データには注文数を0(ゼロ)に設定して発注監視装置(本部)3に送信したりなどするものである。
【0016】
発注バックアップ22は、加盟店毎の過去の発注データを蓄積するものである。
緊急代行発注処理手段23は、加盟店からの発注データを受信できなかったときに、発注バックアップ22を参照して過去の当該加盟店の発注データをもとに代行して発注データを作成するものである。
【0017】
加盟店マスタ24は、加盟店に関する各種情報を登録したものであって、本部の加盟店マスタ32と同一内容あるいは発注処理装置2が発注処理を行う加盟店分の情報を持つものである。
【0018】
発注監視装置3は、発注処理装置2によって発注される各加盟店毎の発注状況などを監視する本部の装置(コンピュータ装置)であって、ここでは、発注状況監視手段31、加盟店マスタ32、および緊急代行発注指示手段33などから構成されるものである。
【0019】
発注状況監視手段31は、発注処理装置2による発注状況を監視するものである。
加盟店マスタ32は、加盟店の各種情報を登録するものであって、後述する図3の(b)に示すような情報を持つものである。
【0020】
緊急代行発注指示手段33は、発注データを受信できなかった加盟店について、加盟店マスタ32を参照して緊急代行発注指示を発注処理装置2に指示したりなどするものである。
【0021】
次に、図2のフローチャートに示す順序に従い、図1の構成の動作を詳細に説明する。
図2は、本発明の動作説明フローチャートを示す。
【0022】
図2において、S1は、発注結果データを作成する。これは、図1の発注処理装置2が各加盟店の発注装置1から受信した後述する図5の▲1▼発注データをもとに▲2▼発注結果データを作成する。この際、回線の障害などで未受信の加盟店の発注データについては発注数や原売価を0(ゼロ)にした▲2▼発注結果データを作成して未受信である旨を区別できるようにする。これら作成した▲2▼発注結果データは、発注監視装置(本部)3に送信する。
【0023】
S2は、発注結果データを表示する。これは、S1で作成して送信された▲2▼発注結果データを受信した発注監視装置(本部)3が監視用の画面上に▲2▼発注結果データを表示する。この際、発注数や原売価の0の▲2▼発注結果データを強調表示し、回線障害などで加盟店から発注データの未受信の旨を判りりやすく表示する。
【0024】
S3は、自動発注指定有りか判別する。これは、画面上に表示された▲2▼発注結果データの数量や原売価の0(ゼロ)のものがあった場合、加盟店マスタ32を参照して当該加盟店の自動代行発注区分に有が設定され、かつ休店情報に設定されている日が注文日に一致しないか判別する。YESの場合には、S3で自動代行発注区分に有、休店情報に一致しないと判明したので、S6に進み、後述する緊急代行を指示する。一方、S3のNOの場合には、自動発注指定無しと判明したので、S4に進む。
【0025】
S4は、本部の管理者が画面上に表示された加盟店毎の発注状況を確認する。
S5は、発注データの未送信の加盟店がありか判別する。これは、画面上に発注数や原売価の0(発注データの未送信を表す)の▲2▼発注結果データが強調表示されているので、この強調表示されている加盟店が、当日発注データを送信すべきかを判別する。YESの場合には、回線障害などで加盟店の発注装置1から発注処理装置2に発注データが送信されていないと判明したので、S6に進む。一方、NOの場合には、S7に進む。
【0026】
S6は、緊急代行を指示する。これは、S3のYESの場合(未送信の加盟店であって、加盟店マスタ32の自動代行発注区分に有、かつ休店情報に発注日が該当しないと判明した場合)に緊急代行を指示、あるいは、S4、S5のYESの場合(未送信の加盟店であって、加盟店マスタ32の自動代行発注区分に無が設定されていたが、管理者が自動代行と決定した場合)に緊急代行を指示する。
【0027】
S7は、S6の緊急代行の指示を受けた発注処理装置2が発注バックアップ22に過去のその加盟店の発注データがあるか判別する。YESの場合には、S8で緊急代行発注データを作成する。NOの場合には、終了する。
【0028】
以上によって、加盟店の発注装置1で▲1▼発注データを回線を介して発注処理装置2に送信しても、回線障害で発注処理装置2が受信できなかったときに、自動的に加盟店マスタ32(あるいは加盟店マスタ24)を参照して自動代行発注区分が有かつ休店情報に該当しないときに、あるいは本部の管理者の自動代行指示に対応して発注バックアップ22中の該当する過去の発注データをもとに自動代行発注を行うことが可能となる。
【0029】
図3は、本発明の加盟店マスタの説明図を示す。
図3の(a)は、加盟店マスタ(発注処理装置)の例を示す。ここでは、加盟店の発注装置1から受信した図示外の▲1▼発注データについて、地区本部/加盟店コード/納品日/分類コードなどを単位にソートして集計後、地区本部+加盟店コードをキーにして加盟店マスタ24と照合を行い見つかったときに▲2▼発注結果データとして設定し、一方、加盟店マスタ24にキーがあるが、発注データのキーがないものについて回線障害などで未受信の発注データと決定し、▲2▼発注結果データの発注数や原売価を0(ゼロ)に設定して未受信である旨を識別できるように設定する。そして、これら作成した全加盟店の▲2▼発注結果データを本部の発注監視装置3に送信する。
【0030】
図3の(b)は、加盟店マスタ(発注監視装置)の例を示す。ここでは、発注処理装置2から▲3▼発注結果データを受信し、加盟店マスタ32を参照し、自動代行発注区分が有(例えば“5”)、かつ休店情報(加盟店毎の休業日)に発注日が該当しない場合には、▲3▼緊急代行指示データを作成し、発注処理装置2に送信して自動代行発注させる。一方、自動代行発注区分が無、あるいは休店情報(加盟店毎の休業日)に発注日が該当する場合には、▲3▼緊急代行指示データを作成しないと決定する。
【0031】
以上によって、加盟店の発注装置1と発注処理装置2の間の回線障害などで▲1▼発注データを受信できないときに加盟店マスタ24を参照して未受信の加盟店の▲2▼発注結果データの発注数や原売価などを0(ゼロ)に設定して未受信の旨を設定して本部に送信し、本部の発注監視装置3が加盟店マスタ32中の自動代行発注区分および休店情報を参照して自動代行発注区分が有、かつ休店情報に該当しないときに▲3▼緊急代行指示データを作成して発注処理装置2に通知し、発注バックアップ22中の過去の発注データをもとに代行して発注データを作成し、発注を行うことが可能となる。
【0032】
図4は、本発明の説明図を示す。
図4の(a)は、▲3▼緊急代行指示データの例を示す。これは、発注監視装置3が加盟店マスタ32を参照して自動代行発注区分が有(例えば“5”)、かつ休店情報(加盟店毎の休業日)に発注日が該当しない場合に、作成する▲3▼緊急代行指示データの例を示す。ここでは、作成週、地区本部、および加盟店コードをキーとし、分類指定パターン、分類コード、取引先コードなどを図示のように設定した▲3▼緊急代行指示データの例を示す。この▲3▼緊急代行指示データは、発注監視装置3が発注処理装置2に送信する。
【0033】
図4の(b)は、発注バックアップ22の例を示す。これは、過去の発注データを蓄積したものであって、図4の(a)の▲3▼緊急代行指示データのキー(作成週+地区本部+加盟店コード)をもとに抽出される過去の発注データである(キーの一部である“作成週”に該当する発注データを取り出したものであり、キーの一部の“作成週”を他の情報に変えて当該情報に一致する過去の発注データを取り出すようにする)。ここで、キーの作成週は、暦日変換によって発注日に変換した一致する発注データを取り出すようにしている。
【0034】
図4の(c)は、商品マスタの例を示す。この商品マスタは、商品を登録したものであって、ここでは、図示の矢印で示すように、図4の(b)で発注バックアップ22の地区本部コード、商品コードに基づき、分類、取引先コードを付加するに用いる。分類コードで抽出する場合は、分類キー設定が分類指定パターンの設定に基づいて比較するキー長を決めている。この際、分類キー設定処理が図4の(a)の▲3▼緊急代行指示データ中の分類指定パターン、分類コードをもとに該当する分類コードに変換した一致する分類コードのレコードを取り出すようにしている。
【0035】
図4の(d)は、緊急代行発注データの例を示す。これは、図示の矢印で示すように、図4の(a)、(b)、(c)の情報を設定して自動的に代行して回線障害などが発生して発注データの未受信の加盟店の発注データを生成したものであり、図示の下記の項目について設定する。
【0036】
・地区本部 :図4の(b)の発注バックアップの地区本部を設定
・加盟店 :図4の(b)の発注バックアップの加盟店コードを設定
・発注日 :図4の(b)の発注バックアップの発注日を設定
・納品日 :図示外の取引先マスタより納品日を求めて設定
・取引先 :図4の(c)の商品マスタの取引先コードを設定
・分類コード:図4の(c)の商品マスタの分類コードを設定
・商品コード:図4の(b)の発注バックアップの商品コードを設定
・数量 :図4の(b)の発注バックアップの数量を設定
・その他 :
尚、上述した暦日変換処理は、▲3▼緊急代行指示データの作成週に何週間前の発注バックアップ22を使用するかを指定する。検索時には、作成週を暦日に変換して発注バックアップ22の発注日と比較して一致する過去の発注データを取り出す。
【0037】
また、分類キー設定処理は、分類指定パターンと分類コードの関係は下記の通りである。

Figure 0003703294
以上のようにして、▲3▼緊急代行指示データをもとに、発注バックアップ22、商品マスタを参照して緊急代行発注データを自動作成することが可能となる。
【0038】
図5は、本発明の発注データ例を示す。この発注データは、既述した加盟店の発注装置1が作成して発注処理装置2に送信する発注データの例であって、図示の下記の項目を設定したものである。
【0039】
・地区本部コード:図4の(b)の発注バックアップの地区本部を設定
・加盟店コード :図4の(b)の発注バックアップの加盟店コードを設定
・納品日 :図示外の取引先マスタより納品日を求めて設定
・商品コード :図4の(b)の発注バックアップの商品コードを設定
・発注数 :図4の(b)の発注バックアップの数量を設定
・その他 :
図6は、本発明の説明図(緊急代行発注)を示す。
【0040】
図6の(a)は、▲3▼緊急代行指示データを示す。これは、既述した図4の(a)の▲3▼緊急代行指示データと同一であるので、説明を省略する。
図6の(b)は、発注バックアップを示す。これは、既述した図4の(b)の発注バックアップ22と同一であるので説明を省略する。
【0041】
図6の(c)は、図6の(b)から地区本部・加盟店コードで抽出したデータの例を示す。
図6の(d)は、加盟店−分類の全体データの例を示す。これは、図6の(c)から図6の(a)の地区本部、加盟店、分類コードに一致するデータを抽出したものである。
【0042】
図6の(e)は、加盟店−取引先の全体データの例を示す。これは、図6の(c)から図6の(a)の地区本部、加盟店、取引先コードに一致するデータを抽出したものである。
【0043】
図6の(f)は、加盟店−分類−取引先の全体データの例を示す。これは、図6の(d)と(e)をマージしたものであり、斜線の部分のように重複したレコードが抽出される場合が存在するので、当該重複した斜線のレコードを削除する。
【0044】
以上のように、▲3▼緊急代行指示データ中の作成週、地区本部コード、加盟店コードをキーにして発注バックアップ22中から分類コードおよび取引先コードに対応するものをそれぞれ図6の(d)と(e)に示すように取り出し、これら両者をマージしたときに重複したレコードがあったときに一方を削除して重複しないようにし、発注データの未受信の加盟店の発注データを自動的に代行発注するようにしている。
【0045】
【発明の効果】
以上説明したように、本発明によれば、加盟店からの発注データもとに発注結果データを生成して発注した加盟店はその発注数、未発注の加盟店には発注数0とし、加盟店マスタを参照して代行発注指示を行い、過去の発注データをもとに代行発注を行う構成を採用しているため、従来の手作業の軽減および入力ミスを無くして迅速化を図ると共に、未発注の加盟店の代行発注を実現できる。
【図面の簡単な説明】
【図1】本発明のシステム構成図である。
【図2】本発明の動作説明フローチャートである。
【図3】本発明の加盟店マスタの説明図である。
【図4】本発明の説明図である。
【図5】本発明の発注データ例である。
【図6】本発明の説明図(緊急代行発注)である。
【符号の説明】
1:発注装置(加盟店、POS)
2:発注処理装置
21:発注処理手段
22:発注バックアップ
23:緊急代行発注処理手段
24、32:加盟店マスタ
3:発注監視装置(本部)
31:発注状況監視手段
33:緊急代行発注指示手段[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a proxy order processing apparatus and a recording medium for creating order data for products of a plurality of member stores and placing an order.
[0002]
[Prior art]
Conventionally, when the headquarters places an order from a merchant after receiving an order from each member store, the headquarters prepares the same ordering environment as each member store and inputs ordering data at the headquarters based on an order request from each member store. And placed an order with a business partner.
[0003]
In addition, the headquarters heard the type and quantity of products from each member store by telephone, created an order list for each business partner, and placed orders by calling the business partner.
[0004]
[Problems to be solved by the invention]
In the ordering method described above, there is a problem that a lot of manpower is required and an error such as an input error occurs. In addition, there is a problem that the order processing cannot be performed for a member store that does not have an order request.
[0005]
In order to solve these problems, the present invention generates the order result data based on the order data from the member stores and sets the number of orders for the member stores that have been ordered, and the number of orders for the unordered member stores is zero. The purpose is to perform proxy ordering processing with reference to the member store master, reduce manual work, eliminate input errors, speed up, and enable proxy orders from unordered member stores.
[0006]
[Means for Solving the Problems]
Means for solving the problem will be described with reference to FIG.
In FIG. 1, an ordering device 1 creates and transmits ordering data at a member store.
[0007]
The order processing device 2 performs order processing based on order data for each member store received from the order device 1, and includes an order backup 22 and a member store master 24.
[0008]
The order monitoring apparatus 3 monitors the order status.
Next, the operation will be described.
The order processing device 2 receives the ordering data of the product from each member store, and the past of the member store in the order backup 22 automatically or based on an instruction from the headquarters for the member store for which the order data has not been received. Order data is created based on product order data.
[0009]
At this time, automatic agency order classification and closure information were set for each affiliated store in the franchisee master, and for the affiliated stores for which ordering data was not received, there was an automatic agency order classification and the closure information was not closed. Sometimes, the order data is created based on the order data of the past products of the member stores in the order backup 22.
[0010]
Also, as the ordering data of the past merchandise of the member store in the order backup 22, the ordering data of the specified one of the creation week, the member store code, the classification code and the customer code is used to create the ordering data. ing.
[0011]
Also, the created order data is checked for duplication, and the duplicate order data is deleted.
Therefore, the ordering result data is generated based on the ordering data from the member store, and the number of orders for the member store that has been ordered is set as the number of orders for the member store that has not been ordered. By performing the processing, it is possible to reduce the manual work and speed up without making an input error, and it is possible to realize an agency order for an unordered member store.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments and operations of the present invention will be described in detail sequentially with reference to FIGS.
[0013]
FIG. 1 shows a system configuration diagram of the present invention.
In FIG. 1, an ordering apparatus 1 is a terminal such as a POS provided in a member store, and here, creates and transmits ordering data.
[0014]
The order processing device 2 performs order processing based on order data for each member store received from the ordering device 1, and includes an order processing means 21, an order backup 22, an emergency agency order processing means 23, And a member store master 24 provided as necessary.
[0015]
The order processing means 21 creates (2) order result data based on the order data transmitted and received from the ordering device 1 of each member store and transmits it to the order monitoring device (headquarters) 3 or not received. (2) The order result data of the affiliated stores are set to 0 (zero) and sent to the order monitoring apparatus (headquarters) 3.
[0016]
The order backup 22 stores past order data for each member store.
The emergency agency order processing means 23 refers to the order backup 22 and creates the order data on the basis of the past order data of the member store when the order data from the member store cannot be received. It is.
[0017]
The member store master 24 registers various information related to the member stores, and has the same contents as the member store master 32 of the headquarters or information for the member stores for which the order processing device 2 performs order processing.
[0018]
The order monitoring device 3 is a head office device (computer device) that monitors the order status of each member store that is ordered by the order processing device 2. Here, the order monitor device 31, member store master 32, And emergency proxy ordering instruction means 33 and the like.
[0019]
The order status monitoring means 31 is for monitoring the order status by the order processing device 2.
The member store master 32 registers various information of member stores, and has information as shown in FIG.
[0020]
The emergency agency ordering instruction means 33 refers to the affiliated store master 32 for the affiliated store that has not received the ordering data, and issues an emergency agency ordering instruction to the order processing device 2.
[0021]
Next, the operation of the configuration of FIG. 1 will be described in detail according to the order shown in the flowchart of FIG.
FIG. 2 shows a flowchart for explaining the operation of the present invention.
[0022]
In FIG. 2, S1 creates order result data. This creates (2) ordering result data based on (1) ordering data in FIG. 5 (described later) received by the ordering processing unit 2 in FIG. 1 from the ordering device 1 of each member store. At this time, order data of member stores that have not been received due to a line failure, etc., can be distinguished from the fact that the number of orders and the original selling price are set to 0 (2) by creating order result data. To do. These created {circle around (2)} order result data are transmitted to the order monitoring apparatus (headquarters) 3.
[0023]
In S2, order result data is displayed. This is because the order monitoring apparatus (headquarters) 3 that has received (2) order result data created and transmitted in S1 displays (2) order result data on the monitoring screen. At this time, the order result data with 0 of the order quantity and the original selling price is highlighted, and the fact that the order data has not been received from the member store is displayed in an easy-to-understand manner due to a line failure or the like.
[0024]
In S3, it is determined whether automatic ordering is specified. This is because (2) if the order result data quantity displayed on the screen or the original selling price is 0 (zero), the member store master 32 is referred to and the automatic agent order classification of the member store is present. Is set, and it is determined whether the date set in the closing information does not match the order date. In the case of YES, since it has been found in S3 that it is in the automatic proxy ordering category and does not match the store closing information, the process proceeds to S6 and an emergency proxy described later is instructed. On the other hand, in the case of NO in S3, it is determined that there is no automatic order designation, so the process proceeds to S4.
[0025]
In S4, the manager of the headquarters confirms the order status for each member store displayed on the screen.
In S5, it is determined whether there is a member store for which ordering data has not been transmitted. This is because (2) ordering result data for the number of orders and the original selling price of 0 (indicating that the ordering data has not been sent) is highlighted on the screen. Is determined to be transmitted. In the case of YES, it is determined that the order data has not been transmitted from the ordering device 1 of the member store to the ordering processing device 2 due to a line failure or the like, and the process proceeds to S6. On the other hand, if NO, the process proceeds to S7.
[0026]
S6 instructs an emergency substitution. In the case of S3 YES (in the case where it is an unsubmitted member store that is in the automatic agent ordering category of the member store master 32 and it is determined that the order date does not correspond to the closing information), the emergency agent is instructed. Or, in the case of YES of S4 and S5 (in the case of an untransmitted member store and the automatic store ordering category of the member store master 32 is set to “no”, but the administrator determines automatic transfer) Instruct the agent.
[0027]
In S7, the order processing apparatus 2 that has received the emergency proxy instruction in S6 determines whether or not there is past ordering data of the member store in the order backup 22. In the case of YES, emergency proxy ordering data is created in S8. If NO, the process ends.
[0028]
As described above, even when the ordering device 1 of the member store transmits (1) ordering data to the ordering processing device 2 via the line, when the ordering processing device 2 cannot receive it due to a line failure, the member store automatically. Refer to the master 32 (or the member store master 24), and when the automatic agency order classification is present and does not correspond to the store closing information, or the corresponding past in the order backup 22 in response to the automatic agency instruction of the manager of the headquarters It is possible to place an automatic proxy order based on the order data.
[0029]
FIG. 3 is an explanatory diagram of the member store master of the present invention.
FIG. 3A shows an example of a member store master (order processing apparatus). Here, (1) ordering data (not shown) received from the merchant ordering device 1 is sorted by the district headquarters / member store code / delivery date / classification code, etc., and then the district headquarters + member store code. (2) When it is found by collating with the member store master 24 using the key, it is set as order result data. On the other hand, there is a key in the member store master 24. The order number is determined as unreceived order data, and the order number and the original selling price of (2) order result data are set to 0 (zero) so that it can be identified that the order has not been received. Then, (2) order result data of all the member stores thus created is transmitted to the order monitoring apparatus 3 at the head office.
[0030]
FIG. 3B shows an example of a member store master (order monitoring apparatus). Here, (3) order result data is received from the order processing device 2, the member store master 32 is referred, the automatic agent order classification is present (for example, “5”), and the store information (closed day for each member store). If the order date does not correspond to (3), (3) emergency proxy instruction data is created and transmitted to the order processing device 2 for automatic proxy ordering. On the other hand, if there is no automatic agency order classification, or if the order date corresponds to the closing information (business holiday for each member store), it is determined that (3) emergency agency instruction data is not created.
[0031]
As described above, when the order data cannot be received due to a line failure between the ordering device 1 and the order processing device 2 of the member store, the ordering result of the member store that has not been received by referring to the member store master 24. The number of data orders and the original selling price are set to 0 (zero) to indicate that the data has not been received and sent to the headquarters. (3) Create emergency agency instruction data and notify the order processor 2 when there is an automatic agency order category with reference to the information and it does not correspond to the closing information, and the past order data in the order backup 22 It is possible to place an order by creating ordering data on behalf of the original.
[0032]
FIG. 4 is an explanatory diagram of the present invention.
FIG. 4A shows an example of (3) emergency proxy instruction data. This is because the order monitoring apparatus 3 refers to the member store master 32 and has an automatic proxy order classification (for example, “5”) and the order information does not correspond to the store closing information (business holiday for each member store). An example of (3) emergency proxy instruction data to be created is shown. Here, an example of (3) emergency proxy instruction data in which the creation week, the district headquarters, and the member store code are used as keys and the classification designation pattern, classification code, supplier code, etc. are set as shown in the figure is shown. The order monitoring device 3 transmits the emergency proxy instruction data (3) to the order processing device 2.
[0033]
FIG. 4B shows an example of the order backup 22. This is an accumulation of past ordering data, which is extracted based on (3) emergency agency instruction data key (creation week + district headquarters + member store code) in FIG. Order data (extracting the order data corresponding to the “creation week” that is part of the key, and changing the “creation week” that is part of the key to other information to match the information in the past. To retrieve the order data for). Here, for the week in which the key is created, the matching order data converted to the order date by calendar date conversion is extracted.
[0034]
FIG. 4C shows an example of a product master. This product master is a product registered. Here, as shown by the arrow in the figure, based on the district headquarter code and product code of the order backup 22 in FIG. Used to add When extracting by classification code, the classification key setting determines the key length to be compared based on the setting of the classification designation pattern. At this time, the classification key setting process takes out the record of the matching classification code converted into the corresponding classification code based on the classification designation pattern and classification code in (3) emergency substitution instruction data of FIG. I have to.
[0035]
FIG. 4D shows an example of emergency proxy ordering data. As indicated by the arrows in the figure, the information of (a), (b), and (c) in FIG. The order data of member stores is generated, and the following items shown in the figure are set.
[0036]
・ District headquarters: Set up the district headquarters for order backup in Fig. 4 (b) · Member stores: Set up the member store code for order backup in Fig. 4 (b) · Order date: Order backup in Fig. 4 (b) Set the order date of the item ・ Delivery date: Set the date of delivery from the unillustrated supplier master. ・ Set the supplier: Set the supplier code of the product master of FIG. 4C. ・ Classification code: (c of FIG. ) Set product master classification code ・ Product code: Set order backup product code in FIG. 4B ・ Quantity: Set order backup quantity in FIG. 4B ・ Others:
The calendar date conversion process described above designates (3) how many weeks ago the order backup 22 is to be used in the creation week of the emergency substitution instruction data. At the time of retrieval, the created week is converted to a calendar date, and compared with the order date of the order backup 22, the past order data that matches is extracted.
[0037]
In the classification key setting process, the relationship between the classification designation pattern and the classification code is as follows.
Figure 0003703294
As described above, (3) emergency proxy ordering data can be automatically created with reference to the order backup 22 and the product master based on the emergency proxy instruction data.
[0038]
FIG. 5 shows an example of ordering data according to the present invention. This ordering data is an example of ordering data that is created by the ordering device 1 of the member store described above and transmitted to the ordering processing device 2, and the following items shown in the figure are set.
[0039]
・ District headquarters code: Set the district headquarters for order backup in Fig. 4 (b) ・ Member store code: Set the member store code for order backup in Fig. 4 (b) · Delivery date: From supplier master not shown Set for obtaining delivery date / Product code: Set product code for order backup in (b) of FIG. 4 -Order quantity: Set quantity of order backup in (b) of FIG. 4 / Other:
FIG. 6 is an explanatory diagram (emergency proxy ordering) of the present invention.
[0040]
(A) of FIG. 6 shows (3) emergency proxy instruction data. Since this is the same as (3) emergency proxy instruction data in FIG. 4A described above, description thereof will be omitted.
FIG. 6B shows order backup. Since this is the same as the order backup 22 shown in FIG.
[0041]
FIG. 6C shows an example of data extracted by the district headquarters / member store code from FIG. 6B.
FIG. 6D shows an example of the entire data of the member store-classification. This is data extracted from the district headquarters, the member stores, and the classification codes in FIG. 6C to FIG. 6A.
[0042]
FIG. 6E shows an example of the entire data of the member store and the business partner. This is data obtained by extracting data corresponding to the district headquarters, the member store, and the supplier code shown in FIG. 6C to FIG. 6A.
[0043]
(F) of FIG. 6 shows an example of the whole data of the member store-classification-business partner. This is a result of merging (d) and (e) of FIG. 6, and there are cases where duplicate records are extracted as shown by the hatched portion, and therefore the duplicate hatched records are deleted.
[0044]
As described above, (3) those corresponding to the classification code and the customer code from the order backup 22 using the creation week, the district headquarters code, and the member store code in the emergency agency instruction data as a key in FIG. ) And (e), and when these two are merged, if there is a duplicate record, one is deleted to avoid duplication, and the order data of the merchant that has not received the order data is automatically I am going to place an order with you.
[0045]
【The invention's effect】
As described above, according to the present invention, the ordering result data is generated based on the ordering data from the member store, and the number of the ordering member stores the ordering number, and the ordering number of the unordered member stores is zero. Since it has adopted a configuration in which substitute ordering instructions are given by referring to the store master and substitute ordering is performed based on past ordering data, the conventional manual work is reduced and input mistakes are made quicker. It is possible to implement an agency order for an unordered member store.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of the present invention.
FIG. 2 is a flowchart explaining the operation of the present invention.
FIG. 3 is an explanatory diagram of a member store master of the present invention.
FIG. 4 is an explanatory diagram of the present invention.
FIG. 5 is an example of ordering data according to the present invention.
FIG. 6 is an explanatory diagram (emergency proxy ordering) of the present invention.
[Explanation of symbols]
1: Ordering equipment (Members, POS)
2: Order processing device 21: Order processing means 22: Order backup 23: Emergency agency order processing means 24, 32: Member store master 3: Order monitoring device (headquarters)
31: Order status monitoring means 33: Emergency proxy order instruction means

Claims (5)

複数の加盟店の商品の発注データを作成して発注を行う発注処理装置において、
各加盟店から送信された商品の発注データを受信する受信手段と、
各加盟店の上記発注データから少なくとも加盟店コード、発注日、商品コード、数量を含む情報を蓄積する発注バックアップDBと、
上記発注データについて少なくとも加盟店コードをキーにして、予め加盟店の加盟店コードを登録した加盟店マスタと照合を行い加盟店コードがない加盟店について、代行発注すると判断する判断手段と、
上記判断手段において代行発注すると判断した加盟店について、上記発注バックアップDBに蓄積されている当該加盟店の商品の発注データから当該加盟店の代行発注データを作成する発注手段と
を備えたことを特徴とする代行発注処理装置。
In an order processing device that creates order data for products from multiple member stores and places an order,
Receiving means for receiving the ordering data of the product transmitted from each member store;
At least merchant code from the order data of the merchant, order date, and ordering backup DB for storing information including commodity code, quantity,
A means for determining to place an order on behalf of a member store that does not have a member store code by collating with a member store master that has previously registered a member store code of the member store with at least the member store code as a key for the ordering data;
Ordering means for creating substitute ordering data for the member store from the ordering data of the merchant store's products stored in the order backup DB for the member store determined to be placed on behalf by the determination means An agency order processing device.
複数の加盟店の商品の発注データを作成して発注を行う発注処理装置において、
各加盟店から送信された商品の発注データを受信する受信手段と、
各加盟店の上記発注データから少なくとも加盟店コード、発注日、商品コード、数量を含む情報を蓄積する発注バックアップDBと、
上記発注データについて少なくとも加盟店コードをキーにして、予め加盟店の加盟店コードを登録した加盟店マスタと照合を行い加盟店コードがない加盟店について、未受信である旨を識別できるデータ形式で、発注監視装置に送信する送信手段と、
上記発注監視装置から代行発注指示データを受信した時、上記発注バックアップDBに蓄積されている当該加盟店の商品の発注データから当該加盟店の代行発注データを作成する発注手段と
を備えたことを特徴とする代行発注処理装置。
In an order processing device that creates order data for products from multiple member stores and places an order,
Receiving means for receiving the ordering data of the product transmitted from each member store;
At least merchant code from the order data of the merchant, order date, and ordering backup DB for storing information including commodity code, quantity,
A data format that can be used to identify that a merchant with no merchant code has not been received by collating with the merchant master that has previously registered the merchant code of the merchant, using at least the merchant code as a key for the order data Transmitting means for transmitting to the order monitoring device;
An ordering means for generating proxy order data for the member store from the order data of the merchandise of the member store stored in the order backup DB when proxy order instruction data is received from the order monitoring device ; A featured agency order processing device.
上記加盟店マスタに加盟店毎に設定された自動代行区分および休業情報に基づき上記発注手段が上記発注データについて少なくと加盟店コードをキーにして、予め加盟店の加盟店コードを登録した加盟店マスタと照合を行い加盟店コードがない加盟店について自動代行発注区分が有、かつ休業情報が休業でなかったときに、上記発注バックアップDBに蓄積されている当該加盟店の商品の発注データから当該加盟店の代行発注データを作成することを特徴とする請求項1記載の代行発注処理装置。A member store in which the member store code of the member store is registered in advance by the ordering means based on the automatic agency classification and the suspension information set for each member store in the member store master, using the member store code as a key for the order data. When there is an automatic agency order classification for a member store that does not have a member store code after collation with the master , and the closed information is not closed, the relevant order from the product order data of the member store stored in the order backup DB 2. The agency order processing apparatus according to claim 1 , wherein agency order data of member stores is created. 上記発注手段は、上記発注バックアップDBに蓄積されている当該加盟店の商品の発注データから作成週、地区本部、加盟店コード、分類コード、取引先コードのうちの指定されたものをキーとして抽出し当該加盟店の代行発注データとすることを特徴とする請求項1から請求項3のいずれかに記載の代行発注処理装置。 The ordering means extracts from the ordering data of the merchant's merchandise stored in the ordering backup DB using the designated week, district headquarters, merchant code, classification code, and supplier code as a key. proxy order processing device according to to claim 1, characterized in that a proxy order data of the merchant to claim 3. 上記発注手段は、作成した発注データの重複チェックを行い、重複した発注データを削除することを特徴とする請求項4記載の代行発注処理装置。 5. The proxy order processing apparatus according to claim 4 , wherein the ordering unit performs a duplication check on the created ordering data and deletes the duplicated ordering data.
JP9110098A 1998-04-03 1998-04-03 Proxy order processing apparatus and recording medium Expired - Fee Related JP3703294B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP9110098A JP3703294B2 (en) 1998-04-03 1998-04-03 Proxy order processing apparatus and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9110098A JP3703294B2 (en) 1998-04-03 1998-04-03 Proxy order processing apparatus and recording medium

Publications (2)

Publication Number Publication Date
JPH11288436A JPH11288436A (en) 1999-10-19
JP3703294B2 true JP3703294B2 (en) 2005-10-05

Family

ID=14017112

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9110098A Expired - Fee Related JP3703294B2 (en) 1998-04-03 1998-04-03 Proxy order processing apparatus and recording medium

Country Status (1)

Country Link
JP (1) JP3703294B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002092378A (en) * 2000-09-19 2002-03-29 Sanyo Electric Co Ltd Order processing method, order processing device and recording medium
JP3577286B2 (en) * 2001-03-30 2004-10-13 渡辺パイプ株式会社 Cultivation support system and hydroponics system
JP2003108641A (en) * 2001-09-28 2003-04-11 Fujitsu Fip Corp Order information providing method, order guidance method, order information providing server, order information providing program, and recording medium

Also Published As

Publication number Publication date
JPH11288436A (en) 1999-10-19

Similar Documents

Publication Publication Date Title
EP0400113B1 (en) Method and apparatus for converting documents into electronic data for transaction processing
US20030023622A1 (en) Manual activity persistence in content management workflow systems
US7324960B2 (en) POS system
JP2000357202A (en) Method and system for order processing
CN100449541C (en) Document group analysis device, document group analysis method, and document group analysis system
WO2007100437A1 (en) Method of evaluating and tracking records
JP3703294B2 (en) Proxy order processing apparatus and recording medium
JP2002063324A (en) Centralized business processing apparatus and method
JP4399060B2 (en) Electronic trading system and ordering server for electronic trading system
JP3937736B2 (en) Document management device
US5386555A (en) Data processing system having a plurality of units in which design of the system can be changed by simple definition
JP2000082103A (en) Electronic document return device
JP3770952B2 (en) Voucher processing system and method
JP2888203B2 (en) Incoming inspection product allocation method with JAN code different from incoming data
JP2000172702A (en) Minutes management method and minutes management system
JP2004021369A (en) Sales planning management system, sales planning management method, and sales planning management program
JPH08161647A (en) POS system with store monitoring function
JPH0561884A (en) Estimation system device
JP4485872B2 (en) Data relay device
JP6390983B2 (en) POS system, master data maintenance method, and POS terminal device
JPH10177508A (en) Data storage structure for computer
JP2003316947A (en) System and method for electronic banking service, program for running the method by computer, and recording medium having the program recorded therein
JP2007249750A (en) Business consistency verification system
JP2002041902A (en) Part purchase result control system
JP2005267211A (en) Customer management system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050422

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050712

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050719

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313532

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110729

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140729

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees