JP4015306B2 - Product order management device - Google Patents
Product order management device Download PDFInfo
- Publication number
- JP4015306B2 JP4015306B2 JP33593198A JP33593198A JP4015306B2 JP 4015306 B2 JP4015306 B2 JP 4015306B2 JP 33593198 A JP33593198 A JP 33593198A JP 33593198 A JP33593198 A JP 33593198A JP 4015306 B2 JP4015306 B2 JP 4015306B2
- Authority
- JP
- Japan
- Prior art keywords
- product
- order
- data
- ordering
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、量販店での商品発注業務をサポートする商品発注管理装置に関する。
【0002】
【従来の技術】
例えば複数の店舗を統轄管理する本部にて、各店舗からそれぞれ発生する商品発注を問屋や卸売業者などの仕入先別に取りまとめ、本部から各仕入先に発注を行う量販店では、従来より各店舗と本部システムとの間を結ぶネットワークを利用した商品発注管理システムが構築されている。
【0003】
従来の商品発注管理システムは、本部にホストコンピュータを主体とした商品発注管理装置を設置するとともに、この商品発注管理装置と各店舗にそれぞれ構築されるPOS(Point Of Sales:販売時点情報管理)システムのストアコンピュータとをISDN(Integrated Services Digital Network :サービス総合ディジタル網)等のネットワークで接続する。また、各店舗に発注用端末を設ける。この発注用端末は、発注を行う商品の商品コード,発注数,納品予定情報等の商品発注に必要な項目のデータを入力する入力手段及びこの入力手段を介して入力されたデータから商品発注データを作成して送信出力するデータ送信手段を有した携帯型のもので、一般にハンディターミナルと称している。
【0004】
しかして、各店舗では発注用端末を用いて入力した商品発注データをストアコンピュータで一旦収集し、ネットワークを介して本部に送信する。本部では、各店舗から収集した商品発注データを商品発注管理装置により仕入先別に集計し、発注伝票を作成する。そしてこの発注伝票を、各仕入先にオンラインやファクシミリ等の通信手段若しくは手渡しにより発行することにより、商品発注を行うものであった。
なお、最近では、発注用端末にモデムを内蔵し、発注用端末から公衆電話回線を介して本部の商品発注管理装置に直接商品発注データを伝送できるようにしたものも開発されている。
【0005】
ところで一般に、この種の量販店では、本部が店舗別に各商品の売れ行き状況を把握しており、それに基づいて店舗毎に品揃えの適正化,つまり各店舗ではそれぞれどのような商品を取り扱ったら良いか、また各商品をそれぞれどの程度発注すれば見切りロスが少なくなるか等を管理している。そして、各店舗からの商品発注がある毎に、その店舗では取り扱いを止めた商品が発注されていないか、あるいは不当に多い数の発注がなされていないか等をチェックしていた。
【0006】
また、例えば食料品等の商品のなかには、季節商品のように期間限定で販売する商品があり、この期間限定販売商品の取扱期間は予め製造業者と本部との間で定められている。このため本部では、各店舗からの商品発注がある毎に、取扱期間をすぎた商品の発注がなされていないかもチェックする必要があった。
【0007】
さらに、通常は問屋や卸売業者などの仕入先の休日等を考慮して商品毎に発注可能や曜日や発注から納品までの期間や配送便の時間等が定められている。このため本部では、各店舗からの商品発注がある毎に、発注日や納品予定情報に誤りがないかもチェックする必要があった。
そこで従来は、商品発注管理装置により仕入先別に作成された発注伝票を基に本部の発注担当者が上記各種項目のチェックを行なって、不当な発注がなされるのを防止していた。
【0008】
【発明が解決しようとする課題】
このように従来は、各店舗から発生した商品発注データを人為的にチェックしていたので、発注担当者の作業負担が大きく、発注誤りも発生しやすかった。
本発明はこのような事情に基づいてなされたもので、その目的とするところは、発注用端末にて入力された商品発注データが正当なものか否かを自動的に判別できるとともに、正当性のある商品発注データを基に商品発注を行うことができ、商品発注データチェック作業の軽減化及び発注誤りの低減化を図り得る商品発注管理装置を提供しようとするものである。
【0009】
【課題を解決するための手段】
本願請求項1記載の発明は、発注を行う商品の商品コード,発注数,発注日,納品日等の商品発注に必要な項目のデータを入力する入力手段及びこの入力手段を介して入力されたデータから商品発注データを作成して送信出力するデータ送信手段を有した発注用端末と通信手段を介して接続し、この通信手段を介して発注用端末より受信した商品発注データを基に各商品の発注を行う商品発注管理装置において、各種商品の商品コードに対応して仕入先コード,取扱期間等を記憶した商品ファイルと、各種仕入先の仕入先コードに対応して、発注可能曜日、発注可能曜日別納品曜日等を記憶した仕入先ファイルと、通信手段を介して発注用端末より商品発注データを受信すると、商品ファイルを検索して当該商品発注データに組み込まれた商品コードが登録されているか否かを判断する商品判断手段と、この商品判断手段により当該商品コードが登録されていると判断されると、商品ファイルから当該商品コードに対応する取扱期間を取得し、この取扱期間内に当該商品発注データに組み込まれた納品日が含まれるか否かを判断する納品日判断手段と、この納品日判断手段により取扱期間内に納品日が含まれると判断されると、商品ファイルから当該商品コードに対応する仕入先コードを取得し、仕入先ファイルを検索して当該仕入先コードに対応する発注可能曜日を取得し、当該商品発注データに組み込まれた発注日の曜日が当該発注可能曜日であるか否かを判断する発注日判断手段とを具備し、発注日判断手段により発注日の曜日が発注可能曜日であると判断された商品発注データを基に各商品の発注を行うようにしたものである。
このものにおいて、本願請求項2記載の発明のように、発注日判断手段により発注日の曜日が発注可能曜日であると判断されると、その発注可能曜日別の納品曜日と発注日の日付及び曜日とから納品日を算出する納品日算出手段と、この納品日算出手段により算出された納品日が商品発注データに含まれる納品日と一致するか否かを判断する納品日正当性判断手段とをさらに具備し、納品日正当性判断手段により納品日が一致すると判断された商品発注データを基に各商品の発注を行うようにすると好都合である。
【0010】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態では、複数の店舗を統轄管理する本部にて、各店舗からそれぞれ発生する商品発注データを問屋や卸売業者などの仕入先別に取りまとめ、本部から各仕入先に発注を行う量販店で本発明を実施する場合について説明する。
【0011】
図1は本実施の形態の機能構成を示すブロック図であり、図中1は本部に設置される商品発注管理装置である。この商品発注管理装置1は、ホストコンピュータを主体に構成しており、各店舗にそれぞれ設けられる発注用端末(ハンディターミナル)2からネットワークを介して伝送される商品発注データ3を取込み処理する発注データ取込み処理部11を備えている。
【0012】
発注データ取込み処理部11は、後述する商品ファイル21,商品予約ファイル22,店舗ファイル23,店舗予約ファイル24及び仕入先ファイル25にそれぞれ設定されている商品毎の発注条件に関するパラメータを参照して、発注用端末2から受信した商品発注データの正当性を判定し(正当性判定手段)、正当性有りと判定した商品発注データを発注データ記憶部としての発注データファイル12に登録し、正当性無しと判定した商品発注データをエラーデータ記憶部としてのエラーデータファイル13に登録するものである。
【0013】
また、この商品発注管理装置1は、上記エラーデータファイル13に登録された商品発注データのエラーリスト14を出力するエラーデータ出力手段としての機能及びこのエラーリスト14上の正当性無しと判定された商品発注データを修正するエラーデータ修正手段としての機能を有した発注データメンテナンス部15と、前記発注データファイル12に登録された商品発注データ及び前記発注データメンテナンス部15により修正された商品発注データから仕入先別に発注伝票を作成する発注伝票作成部16とを有している。
【0014】
発注伝票作成部16は、仕入先別に作成した発注伝票のデータを、オンラインで仕入れ伝票を発行する仕入先に対してのデータについてはオンライン伝送用のデータに変換してオンライン発注データファイル17に一時格納し、ファクシミリ通信により仕入れ伝票を発行する仕入先に対してのデータについてはファクシミリ通信用のデータに変換してFAX発注データファイル18に一時格納し、手渡しで仕入れ伝票を発行する仕入先に対してのデータについてはプリントアウト用のデータに変換して伝票発行データファイル18に一時格納する。
【0015】
そして適時、オンライン発注データファイル17に格納された発注伝票データを公衆電話回線あるいはISDN等のネットワークを介して該当する仕入先に伝送することにより商品発注を行う。また、FAX発注データファイル18に格納された発注伝票データをファクシミリ回線を介して該当する仕入先に伝送することにより商品発注を行う。また、伝票発行データファイル18に格納された発注伝票データをプリンタでプリントアウトして、手渡しによる商品発注を可能にする。
【0016】
また、発注伝票作成部16は、仕入先別に作成した発注伝票のデータを仕入先別かつ伝票番号順に納品処理用控えデータファイル20に格納する機能を有している。これにより、納品処理時に仕入先コードと伝票番号とを入力して納品処理用控えデータファイル20から該当する発注伝票のデータを取得することにより、完納,欠品の管理及び買掛の管理などを容易に行える仕組みとなっている。
【0017】
前記商品ファイル21は、現時点で販売が可能な各種商品の発注条件に関するパラメータとして、図2(b)に示すように、商品コード,名称,分類コード,原価,売価,仕入先コード,取扱期間,入数,指定便番号等の各項目からなるレコードを予め記憶したファイルである。なお、商品コードは各商品を識別するために予め付された商品固有のコードである。仕入先コードは各商品の仕入先である問屋,卸売業者等を識別するために予め付された仕入先固有のコードである。取扱期間はその商品の販売が可能な期間であり、無期限の場合は「0」がセットされている。指定便番号はその商品が仕入先から各店舗に配送される配送便の番号であり、1日の配送回数が複数の商品には複数の便番号がセットされている。
【0018】
前記商品予約ファイル22は、今後販売が予定されている各種商品の発注条件に関するパラメータとして、図2(c)に示すように、前記商品ファイル21のレコード項目にその商品の取り扱い(販売)を開始する日付の項目を付したレコードを予め記憶したファイルである。
【0019】
前記店舗ファイル23は、本部にて統括管理する各店舗別にその店舗で現在販売している各商品の発注条件に関するパラメータとして、図2(d)に示すように、店舗コード,商品コード,店別原価,店別売価,最大発注数等の各項目からなるレコードを予め記憶したファイルである。なお、店舗コードは各店舗を識別するために予め付された店舗固有のコードである。最大発注数はその店舗で該当する商品の発注数として許容されている最大値である。
【0020】
店舗予約ファイル24は、本部にて統括管理する各店舗別にその店舗で今後売する予定がある各商品の発注条件に関するパラメータとして、図2(e)に示すように、前記店舗ファイル23のレコード項目にその商品の取り扱い(販売)を開始する日付の項目を付したレコードを予め記憶したファイルである。
【0021】
仕入先ファイル25は、問屋や卸売業者などの仕入先別にその仕入先における商品発注条件に関するパラメータとして、図2(f)に示すように、仕入先コード,住所,買掛締め日,発注区分,発注可能曜日,発注可能曜日別納品曜日等の各項目からなるレコードを予め記憶したファイルである。なお、発注区分は、その仕入先に対して発注伝票をオンライン伝送で発行するか、ファクシミリ通信で発行するか、手渡しで発行するかを区別する情報である。発注可能曜日はその仕入先に対して発注が可能な曜日であり、複数の曜日を設定可能である。納品曜日は、発注可能曜日として設定された各曜日に商品を発注した場合にその仕入先において納品が可能な曜日である。
【0022】
かかる構成の商品発注管理装置1を有する本実施の形態においては、各店舗において発注担当者が各商品の在庫状態により発注が必要な商品を確認すると、発注用端末2を用いてその発注商品の商品コード,発注数,納品日,配送便の便番号などを入力する。そして、発注が必要な全ての商品について上記項目の入力を完了すると、商品発注データの送信操作を行う。これにより、発注用端末においては、図2(a)に示すように、店舗コード,商品コード,発注数,発注日,納品日,便番号などの各項目からなる商品発注データが発注商品毎に作成され、この商品発注データを蓄積したファイルがISDNまたは公衆電話回線などの通信手段を介して本部の商品発注管理装置1に送信される。
【0023】
一方、商品発注管理装置1は、各店舗の発注用端末2から商品発注データのファイルを受信すると、発注データ取込み処理部11が受信ファイルから商品発注データを順次読出して、その読出した商品発注データについて図3乃至図4の流れ図に示す処理を実行するものとなっている。
すなわち、発注データ取込み処理部11は、図2(a)で示すレコード構成の商品発注データを処理対象として受信ファイルから読出すと、先ず、ST(ステップ)1としてその商品発注データの店舗コードと商品コードとを検索キーとして店舗ファイル23を検索する。そして、ST2として店舗ファイル23から検索キーと店舗コード及び商品コードが一致する店舗ファイルレコードを検出したならば、ST6に進む。
【0024】
これに対し、店舗ファイル23から該当する店舗ファイルレコードを検出できなかった場合には、ST3として同様の検索キーで店舗予約ファイル24を検索する。そして、ST4として店舗予約ファイル24から検索キーと店舗コード及び商品コードが一致する店舗予約ファイルレコードを検出したならば、ST5としてその店舗予約ファイルレコードの開始日付と処理対象である商品発注データの納品日とを比較する。そして、開始日付の方が納品日より前(開始日≦納品日)であれば、ST6に進む。
【0025】
これに対し、ST4にて店舗予約ファイル24から該当する店舗予約ファイルレコードを検出できなかった場合、またはST5にて店舗予約ファイルレコードの開始日付の方が商品発注データの納品日より後(開始日>納品日)であった場合には、処理対象の商品発注データは、発注元の店舗では少なくとも納品日までに取り扱うことのない商品の発注データなので、未取り扱いエラーのエラーコードとともに処理対象の商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0026】
ST6では、処理対象である商品発注データの商品コードを検索キーとして商品ファイル21を検索する。そして、ST7として商品ファイル21から検索キーと商品コードが一致する商品ファイルレコードを検出したならば、ST11に進む。
【0027】
これに対し、商品ファイル21から該当する商品ファイルレコードを検出できなかった場合には、ST8として同様の検索キーで商品予約ファイル22を検索する。そして、ST9として商品予約ファイル22から検索キーと商品コードが一致する商品予約ファイルレコードを検出したならば、ST10としてその商品予約ファイルレコードの開始日付と処理対象である商品発注データの納品日とを比較する。そして、開始日付の方が納品日より前(開始日≦納品日)であれば、ST11に進む。
【0028】
ST11では処理対象である商品発注データの納品日が検出された商品ファイルレコードまたは商品予約ファイルレコードの取扱期間内か否かを判断する。そして取扱期間外の場合には、処理対象の商品発注データは、取扱期間を外れた商品の発注データなので、ST12として取扱期間外エラーのエラーコードとともに処理対象の商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0029】
なお、ST9にて商品予約ファイル22から該当する商品予約ファイルレコードを検出できなかった場合、またはST10にて商品予約ファイルレコードの開始日付の方が商品発注データの納品日より後(開始日>納品日)であった場合も、上記と同様に取扱期間外エラーのエラーコードとともに処理対象の商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0030】
ST11にて処理対象である商品発注データの納品日が商品ファイル21または商品予約ファイル22から検出した商品ファイルレコードまたは商品予約ファイルレコードの取扱期間内であった場合には、ST13としてその検出した商品ファイルレコードまたは商品予約ファイルレコードから仕入先コードを取得する。そして、ST14としてその仕入先コードを検索キーとして仕入先ファイル25を検索して、検索キーと仕入先コードが一致する仕入先ファイルレコードを読出す。
【0031】
こうして、仕入先ファイル25から該当する仕入先ファイルレコードを読出したならば、ST15としてその仕入先ファイルレコードの発注可能曜日に指定されている曜日に処理対象である商品発注データの発注日が該当するか否かを判断する。
ここで、発注日が発注可能曜日に指定されている曜日であった場合には、ST16としてその発注可能曜日に対応する納品曜日から発注商品の納品日を算出する。例えば、発注可能曜日が月曜日でありそれに対応する納品日が火曜日であった場合、発注日が16日の月曜日であれば納品日はその翌日の17日と算出する。同様に、発注可能曜日が土曜日でありそれに対応する納品日が月曜日であった場合には、発注日が21日の土曜日であれば納品日はその翌々日の23日と算出する。
【0032】
こうして、ST16にて納品日を算出したならば、次に、ST17としてその算出した納品日に処理対象である商品発注データの納品日が一致するか否かを判断する。
ここで、納品日が一致する場合には、ST18としてST6またはST8の処理で商品ファイル21または商品予約ファイル22から検出した商品ファイルレコードまたは商品予約ファイルレコードから指定便番号を取得する。そして、ST19としてその取得した指定便番号に処理対象である商品発注データの便番号が一致するか否かを判断する。
【0033】
ここで、便番号が一致する場合には、ST20としてST1またはST3の処理で店舗ファイル23または店舗予約ファイル24から検出した店舗ファイルレコードまたは店舗予約ファイルレコードから最大発注数を取得する。そして、ST21としてその最大発注数を処理対象である商品発注データの発注数が超えていないか否かを判断する。
【0034】
その結果、処理対象である商品発注データの発注数が最大発注数以下の場合には、処理対象である商品発注データは誤りのない正当なデータであると判断して、ST22としてその商品発注データを発注データファイル12に登録する。かくして、この商品発注データに対する処理を終了する。
【0035】
一方、ST15にて処理対象である商品発注データの発注日が該当する仕入先ファイルレコードの発注可能曜日に指定されていない場合には、発注日入力エラーのエラーコードとともに処理対象である商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0036】
また、ST17にて処理対象である商品発注データの納品日がST16で算出した納品日と一致しない場合には、納品日入力エラーのエラーコードとともに処理対象である商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0037】
また、ST19にて処理対象である商品発注データの便番号が該当する商品ファイルレコードまたは商品予約ファイルレコードの指定便番号と一致しない場合には、便番号入力エラーのエラーコードとともに処理対象である商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0038】
また、ST21にて処理対象である商品発注データの発注数が該当する店舗ファイルレコードまたは店舗予約ファイルレコードの最大発注数を超える場合には、発注数入力エラーのエラーコードとともに処理対象である商品発注データをエラーデータファイル13に登録して、この商品発注データに対する処理を終了する。
【0039】
このように、本実施の形態においては、各店舗に設けられる発注用端末2から通信手段を介して送信される商品発注データを受信可能な商品発注管理装置1に、各商品毎に発注条件に関するパラメータを予め記憶するパラメータ記憶手段として、商品ファイル21,商品予約ファイル22,店舗ファイル23,店舗予約ファイル24及び仕入先ファイル25を備えている。そして、商品ファイル21には、現時点で販売されている各商品の商品コード,仕入先コード,取扱期間,指定便番号等の項目のデータが予め設定されている。また、商品予約ファイル22には、今後販売が予定される各商品の商品コード,仕入先コード,取扱期間,指定便番号等の項目のデータが販売開始日付別に予め設定されている。また、店舗ファイル23には、各店舗毎にその店舗で販売されている各商品の商品コード,最大発注数等が店舗コード別に予め設定されている。また、店舗予約ファイル24には、各店舗毎にその店舗で販売が予定される各商品の商品コード,最大発注数等が販売開始日付別及び店舗コード別に予め設定されている。また、仕入先ファイル25には、問屋や卸売業者などの各仕入先の仕入先コード,発注区分,発注可能曜日,発注可能曜日別納品曜日等の各項目のデータが予め設定されている。
【0040】
しかして、この商品発注管理装置1は、各店舗の発注用端末1から図2(a)に示すレコード構成の商品発注データを受信する毎に、発注データ取引処理部11が機能する。そして、上記商品ファイル21,商品予約ファイル22,店舗ファイル23,店舗予約ファイル24及び仕入先ファイル25にそれぞれ記憶されているパラメータを参照して、その受信した商品発注データの正当性を判定する。
【0041】
具体的には、先ず、発注商品が発注元の店舗で販売対象となる商品か否かが判断される(図3ST1〜ST5)。そして販売対象の商品であった場合には、次に、発注商品の取扱期間がチェックされる(図3ST6〜ST11)。そして取扱期間内であれば、次に、商品発注データで指定された発注日に発注が可能か否かが判断される(図4ST13〜ST15)。そして発注が可能であった場合には、次に、商品発注データで指定された納品日に納品が可能か否かが判断される(図4ST16〜ST17)。そして納品が可能であった場合には、次に、商品発注データで指定された便番号での配送が可能か否かが判断される(図4ST18〜ST19)。そして指定便番号での配送が可能であった場合には、次に、商品発注データで指定された発注数の発注が可能か否かが判断される(図4ST20〜ST21)。
【0042】
かくして、指定発注数の発注が可能であった場合には、受信した商品発注データは正当であると判断される。そして、この正当であると判断された商品発注データは発注データファイル12に登録される。
【0043】
なお、受信した商品発注データの正当性判定処理において、不当であると判定された商品発注データは、その不当な項目を示すエラーコードとともにエラーデータファイル13に登録される。例えば、発注商品が発注元の店舗で販売対象でなかった場合には、未取り扱いエラーのエラーコードとともに該当する商品発注データがエラーデータファイル13に登録される。また、発注商品が取扱期間外の場合には、取扱期間外エラーのエラーコードとともに該当する商品発注データがエラーデータファイル13に登録される。また、商品発注データで指定された発注日に発注が不可能であった場合、または納品日に納品が不可能であった場合、または指定便番号での配送が不可能であった場合、または指定発注数の発注が不可能であった場合には、それぞれ発注日エラーや納品日エラーなどのエラーコードとともに該当する商品発注データがエラーデータファイル13に登録される。
【0044】
こうして、エラーデータファイル13に登録された商品発注データは、発注データメンテナンス部15の機能によりエラーリスト14としてプリントアウトまたは表示出力される。これにより、本部の発注担当者は、エラーリスト14に基づき発注データメンテナンス部15を機能させて、商品発注データの誤りを修正する。
【0045】
さて、本実施の形態の商品発注管理装置1は、発注伝票作成部16の機能により、発注データファイル12に登録された商品発注データと、発注データメンテナンス部15によって修正された商品発注データとに基づいて、仕入先別に発注伝票が作成される。この場合において、仕入先ファイル25に設定されている仕入先ファイルレコードの発注区分に従い、オンラインで仕入れ伝票を発行する仕入先に対しての発注伝票データについてはオンライン伝送用のデータに変換されてオンライン発注データファイル17に格納される。また、ファクシミリ通信により仕入れ伝票を発行する仕入先に対しての発注伝票データについてはファクシミリ通信用のデータに変換されてFAX発注データファイル18に格納される。また、手渡しで仕入れ伝票を発行する仕入先に対しての発注伝票データについてはプリントアウト用のデータに変換されて伝票発行データファイル18に格納される。そして、オンライン発注データファイル17に格納された発注伝票データは、公衆電話回線あるいはISDN等のネットワークを介して該当する仕入先に伝送されて、商品発注が行われる。また、FAX発注データファイル18に格納された発注伝票データは、ファクシミリ回線を介して該当する仕入先に伝送されて、商品発注が行われる。また、伝票発行データファイル18に格納された発注伝票データはプリンタでプリントアウトされて、発注伝票の手渡しによる商品発注が可能となる。
【0046】
このように、本実施の形態によれば、発注用端末2にて入力された商品発注データが正当なものか否かを自動的に判別できるとともに、正当性のある商品発注データを基に商品発注を行うことができるので、発注用端末2にて入力された商品発注データの煩雑なチェック作業を不要にできる。また、発注日,納品日,便番号,発注数などを誤ったデータのまま仕入先に発注してしまう不具合を無くすことができるので、仕入先とのトラブルを未然に防止でき、発注業務を効率良く行うことができる。
【0047】
さらに、エラーのあった商品発注データはどの部分がエラーなのかが分かる情報(エラーコード)とともにエラーデータファイル13に一旦蓄えられ、後で修正されるので、修正が容易である。また、どの店からの発注データに誤りが多いかなども容易に診断できる。
【0048】
なお、商品発注データのチェック項目が前記一実施の形態のものに限定されないのはいうまでもないことである。また、チェックの順序も前記一実施の形態の順序に限定されないのは勿論である。
【0049】
【発明の効果】
以上詳述したように本発明によれば、発注用端末にて入力された商品発注データが正当なものか否かを自動的に判別できるとともに、正当性のある商品発注データを基に商品発注を行うことができ、商品発注データチェック作業の軽減化及び発注誤りの低減化を図り得る商品発注管理装置を提供できる。
【図面の簡単な説明】
【図1】 本発明の一実施の形態の機能構成を示すブロック図。
【図2】 同実施の形態で用いる商品発注データ及び各種データファイルのレコード構成を示す図。
【図3】 同実施の形態における発注データ取引処理部の処理手順前半部を示す流れ図。
【図4】 同発注データ取引処理部の処理手順後半部を示す流れ図。
【符号の説明】
1…商品発注管理装置
2…発注用端末
11…発注データ取込み処理部
12…発注データファイル
13…エラーデータファイル
15…発注データメンテナンス部
16…発注伝票作成部
21…商品ファイル
22…商品予約ファイル
23…店舗ファイル
24…店舗予約ファイル
25…仕入先ファイル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a merchandise ordering management apparatus that supports merchandise ordering operations at mass merchandisers.
[0002]
[Prior art]
For example, at the headquarters that oversees and manages multiple stores, product orders generated from each store are organized by suppliers such as wholesalers and wholesalers, and at mass merchandising stores that place orders from headquarters to each supplier, A product order management system using a network connecting the store and the headquarters system has been established.
[0003]
A conventional merchandise order management system has a merchandise order management apparatus mainly composed of a host computer at the headquarters, and a POS (Point Of Sales) system constructed at each merchandise order management apparatus and each store. Are connected to a store computer via a network such as ISDN (Integrated Services Digital Network). Each store is provided with an ordering terminal. This ordering terminal has an input means for inputting data of items necessary for ordering products such as a product code of the product to be ordered, the number of orders, and delivery schedule information, and product ordering data from the data input through this input means. This is a portable type having a data transmission means for generating and transmitting data, and is generally called a handy terminal.
[0004]
At each store, the product order data input using the ordering terminal is once collected by the store computer and transmitted to the headquarters via the network. At the headquarters, the product ordering data collected from each store is totaled for each supplier by the product order management device, and an order slip is created. Then, the order slip is issued to each supplier by online or facsimile communication means or by handing to place a product order.
Recently, there has been developed a product in which a modem is incorporated in an ordering terminal so that product ordering data can be transmitted directly from the ordering terminal to a product ordering management apparatus in the headquarters via a public telephone line.
[0005]
By the way, in general, in this kind of mass merchandising store, the headquarters knows the sales situation of each product for each store, and based on that, optimize the assortment of goods for each store, that is, what products should be handled at each store In addition, it manages how much each product is ordered to reduce the parting loss. Each time there is a product order from each store, it is checked whether a product that is no longer being handled has been ordered at that store, or whether an unreasonably large number of orders have been placed.
[0006]
For example, among products such as foods, there are products that are sold for a limited time, such as seasonal products, and the handling period of the limited-time sales products is determined in advance between the manufacturer and the headquarters. For this reason, every time there is a product order from each store, the headquarters has to check whether a product has been ordered after the handling period.
[0007]
Further, in general, considering the holidays of suppliers such as wholesalers and wholesalers, it is possible to place an order for each product, the day of the week, the period from ordering to delivery, the time of delivery flights, and the like. For this reason, every time there is a product order from each store, the headquarters has to check whether there is an error in the order date or delivery schedule information.
Therefore, conventionally, an ordering person in charge of the headquarters checks the above-mentioned various items based on an order slip created for each supplier by the product order management apparatus, thereby preventing an illegal order from being placed.
[0008]
[Problems to be solved by the invention]
As described above, conventionally, product ordering data generated from each store has been checked artificially, so that the work load of the person in charge of the ordering is large and ordering errors are likely to occur.
The present invention has been made based on such circumstances, and the purpose of the present invention is to automatically determine whether or not the product ordering data input at the ordering terminal is valid, and to verify the validity. An object of the present invention is to provide a merchandise order management apparatus that can perform merchandise ordering based on certain merchandise ordering data, and can reduce merchandise ordering data check work and reduce ordering errors.
[0009]
[Means for Solving the Problems]
The invention described in
In this, like the invention of
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
In this embodiment, at the headquarters that manages and manages multiple stores, product ordering data generated from each store is compiled by supplier such as wholesalers and wholesalers, and orders are placed from the headquarters to each supplier. The case where this invention is implemented in the mass sales store to perform is demonstrated.
[0011]
FIG. 1 is a block diagram showing a functional configuration of the present embodiment. In FIG. 1,
[0012]
The order data fetch processing unit 11 refers to parameters relating to order conditions for each product set in a
[0013]
Further, the product
[0014]
The order
[0015]
Then, when appropriate, an order is placed by transmitting the order slip data stored in the online
[0016]
The order
[0017]
As shown in FIG. 2 (b), the
[0018]
The
[0019]
As shown in FIG. 2 (d), the
[0020]
As shown in FIG. 2 (e), the
[0021]
As shown in FIG. 2 (f), the
[0022]
In the present embodiment having the product
[0023]
On the other hand, when the product
That is, when the order data fetch processing unit 11 reads the product order data having the record structure shown in FIG. 2A as a processing target from the received file, first, as ST (step) 1, the store code of the product order data The
[0024]
On the other hand, when the corresponding store file record cannot be detected from the
[0025]
On the other hand, when the corresponding store reservation file record cannot be detected from the
[0026]
In ST6, the
[0027]
On the other hand, when the corresponding product file record cannot be detected from the
[0028]
In ST11, it is determined whether or not the delivery date of the product order data to be processed is within the handling period of the detected product file record or product reservation file record. If it is outside the handling period, the product ordering data to be processed is the ordering data for the goods outside the handling period, and therefore the product ordering data to be processed is stored in the error data file 13 together with the error code of the outside handling period as ST12. The registration and the processing for the product ordering data are finished.
[0029]
If the corresponding product reservation file record cannot be detected from the
[0030]
If the delivery date of the product ordering data to be processed in ST11 is within the handling period of the product file record or product reservation file record detected from the
[0031]
When the corresponding supplier file record is read from the
Here, if the order date is a day designated as an orderable day, the delivery date of the ordered product is calculated from the delivery day corresponding to the orderable day as ST16. For example, when the orderable day is Monday and the corresponding delivery date is Tuesday, if the order date is Monday of the 16th, the delivery date is calculated as the 17th day of the next day. Similarly, if the orderable day is Saturday and the corresponding delivery date is Monday, if the order date is Saturday of the 21st, the delivery date is calculated as the 23rd day after that.
[0032]
If the delivery date is calculated in ST16, next, in ST17, it is determined whether or not the delivery date of the product ordering data to be processed coincides with the calculated delivery date.
If the delivery dates match, the designated flight number is acquired from the product file record or product reservation file record detected from the
[0033]
If the flight numbers match, the maximum order quantity is acquired from the store file record or the store reservation file record detected from the
[0034]
As a result, if the number of orders of the product ordering data to be processed is equal to or less than the maximum number of orders, it is determined that the product ordering data to be processed is valid data without error, and the product ordering data is set as ST22. Is registered in the order data file 12. Thus, the processing for the product ordering data is finished.
[0035]
On the other hand, if the order date of the product order data to be processed in ST15 is not specified as the orderable day of the supplier file record, the product order to be processed together with the error code of the order date input error The data is registered in the error data file 13 and the processing for the product ordering data is finished.
[0036]
If the delivery date of the product ordering data to be processed in ST17 does not match the delivery date calculated in ST16, the product ordering data to be processed together with the error code of the delivery date input error is stored in the error data file 13. The registration and the processing for the product ordering data are finished.
[0037]
If the flight number of the product ordering data to be processed in ST19 does not match the specified flight number of the corresponding product file record or product reservation file record, the product to be processed together with the error code of the flight number input error The order data is registered in the error data file 13, and the processing for the product order data is finished.
[0038]
Further, when the number of orders of the product ordering data to be processed in ST21 exceeds the maximum order number of the corresponding store file record or store reservation file record, the product order to be processed together with the error code of the order quantity input error. The data is registered in the error data file 13 and the processing for the product ordering data is finished.
[0039]
As described above, in the present embodiment, the product
[0040]
Therefore, in the product
[0041]
Specifically, first, it is determined whether or not the ordered product is a product to be sold at the ordering store (ST1 to ST5 in FIG. 3). If it is a product to be sold, the handling period of the ordered product is checked (ST6 to ST11 in FIG. 3). If it is within the handling period, it is next determined whether or not ordering is possible on the ordering date specified by the product ordering data (ST13 to ST15 in FIG. 4). If the order can be placed, it is next determined whether or not delivery is possible on the delivery date designated by the product order data (ST16 to ST17 in FIG. 4). If delivery is possible, it is next determined whether delivery using the flight number specified by the product ordering data is possible (ST18 to ST19 in FIG. 4). If delivery using the designated flight number is possible, it is next determined whether or not an order with the number of orders designated by the product ordering data is possible (ST20 to ST21 in FIG. 4).
[0042]
Thus, when the designated number of orders can be placed, it is determined that the received product order data is valid. Then, the product ordering data determined to be valid is registered in the ordering
[0043]
Note that the merchandise ordering data determined to be invalid in the legitimacy determination process of the received merchandise ordering data is registered in the error data file 13 together with an error code indicating the illegal item. For example, when the ordered product is not sold at the ordering store, the corresponding product ordering data is registered in the error data file 13 together with the error code of the unhandled error. If the ordered product is outside the handling period, the corresponding product ordering data is registered in the error data file 13 together with the error code of the outside handling period error. In addition, if the order cannot be placed on the order date specified in the product order data, the delivery is not possible on the delivery date, or the delivery with the designated flight number is impossible, or If the specified number of orders cannot be placed, the corresponding product order data is registered in the error data file 13 together with an error code such as an order date error or a delivery date error.
[0044]
Thus, the product ordering data registered in the error data file 13 is printed out or displayed as an
[0045]
The product
[0046]
As described above, according to the present embodiment, it is possible to automatically determine whether or not the product ordering data input at the ordering
[0047]
Further, the product ordering data having an error is temporarily stored in the error data file 13 together with information (error code) for identifying which part is an error, and is corrected later, so that the correction is easy. In addition, it is possible to easily diagnose from which store the ordering data has many errors.
[0048]
Needless to say, the check items of the product ordering data are not limited to those of the one embodiment. Needless to say, the order of checking is not limited to the order of the embodiment.
[0049]
【The invention's effect】
As detailed aboveMain departureAccording to Ming, it is possible to automatically determine whether or not the product order data entered at the ordering terminal is valid, and to place a product order based on the valid product order data. We can provide a product order management device that can reduce order data check work and reduce order errors.The
[Brief description of the drawings]
FIG. 1 is a block diagram showing a functional configuration of an embodiment of the present invention.
FIG. 2 is a diagram showing a record configuration of product ordering data and various data files used in the embodiment.
FIG. 3 is a flowchart showing the first half of the processing procedure of the ordering data transaction processing unit in the embodiment;
FIG. 4 is a flowchart showing the latter half of the processing procedure of the ordering data transaction processing unit.
[Explanation of symbols]
1. Product order management device
2 ... Ordering terminal
11 ... Order data acquisition processing section
12 ... Order data file
13 ... Error data file
15. Order data maintenance department
16 ... Order slip creation department
21 ... Product file
22 ... Product reservation file
23 ... Store file
24 ... Store reservation file
25 ... Supplier file
Claims (2)
各種商品の商品コードに対応して仕入先コード,取扱期間等を記憶した商品ファイルと、
各種仕入先の仕入先コードに対応して、発注可能曜日、発注可能曜日別納品曜日等を記憶した仕入先ファイルと、
前記通信手段を介して前記発注用端末より商品発注データを受信すると、前記商品ファイルを検索して当該商品発注データに組み込まれた商品コードが登録されているか否かを判断する商品判断手段と、
この商品判断手段により当該商品コードが登録されていると判断されると、前記商品ファイルから当該商品コードに対応する取扱期間を取得し、この取扱期間内に当該商品発注データに組み込まれた納品日が含まれるか否かを判断する納品日判断手段と、
この納品日判断手段により取扱期間内に納品日が含まれると判断されると、前記商品ファイルから当該商品コードに対応する仕入先コードを取得し、前記仕入先ファイルを検索して当該仕入先コードに対応する発注可能曜日を取得し、当該商品発注データに組み込まれた発注日の曜日が当該発注可能曜日であるか否かを判断する発注日判断手段と、
を具備し、
前記発注日判断手段により発注日の曜日が発注可能曜日であると判断された商品発注データを基に各商品の発注を行うようにしたことを特徴とする商品発注管理装置。Create the product order data from the input means to input the data of the items necessary for ordering the product such as the product code, order quantity, order date, delivery date, etc. A merchandise ordering management apparatus that connects to an ordering terminal having a data transmission means for transmission and output via a communication means and places an order for each merchandise based on the merchandise ordering data received from the ordering terminal via the communication means In
A product file that stores the supplier code, handling period, etc. corresponding to the product code of various products,
In correspondence with the supplier codes of various suppliers, a supplier file that stores the days of the order that can be ordered, the days of delivery by orderable days of the week, and the like,
Product determining means for receiving product ordering data from the ordering terminal via the communication means and searching the product file to determine whether or not a product code embedded in the product ordering data is registered; ,
When it is determined that the product code is registered by the product determination means, a handling period corresponding to the product code is acquired from the product file, and the delivery date incorporated in the product ordering data within the handling period Delivery date judgment means for judging whether or not included,
If it is determined by the delivery date determination means that the delivery date is included in the handling period, a supplier code corresponding to the product code is obtained from the product file, and the supplier file is searched to search for the supplier. An order date determination means for obtaining an orderable day corresponding to the destination code and determining whether or not the order date embedded in the product ordering data is the orderable day;
Comprising
A product order management apparatus characterized in that an order is placed for each product based on the product order data determined by the order date determination means that the day of the order date is an orderable day of the week .
この納品日算出手段により算出された納品日が前記商品発注データに含まれる納品日と一致するか否かを判断する納品日正当性判断手段と、をさらに具備し、
前記納品日正当性判断手段により納品日が一致すると判断された商品発注データを基に各商品の発注を行うようにしたことを特徴とする請求項1記載の商品発注管理装置。 A delivery date calculating means for calculating a delivery date from a delivery day of each orderable day, a date of the order date and a day of the week when the order day judging means judges that the order day is an orderable day; ,
Delivery date validity judgment means for judging whether the delivery date calculated by the delivery date calculation means coincides with the delivery date included in the product ordering data;
2. The product order management apparatus according to claim 1 , wherein an order for each product is placed based on the product order data determined by the delivery date validity judgment means to match the delivery date .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33593198A JP4015306B2 (en) | 1998-11-26 | 1998-11-26 | Product order management device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP33593198A JP4015306B2 (en) | 1998-11-26 | 1998-11-26 | Product order management device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000163466A JP2000163466A (en) | 2000-06-16 |
JP4015306B2 true JP4015306B2 (en) | 2007-11-28 |
Family
ID=18293957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP33593198A Expired - Fee Related JP4015306B2 (en) | 1998-11-26 | 1998-11-26 | Product order management device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4015306B2 (en) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003173418A (en) * | 2000-09-25 | 2003-06-20 | Everyd.Com:Kk | Door-to-door delivery system and method by franchise system |
JP2002203019A (en) * | 2000-12-28 | 2002-07-19 | Fuji Xerox System Service Co Ltd | System and method for managing product identifying tag |
JP4664847B2 (en) * | 2006-03-29 | 2011-04-06 | 富士通株式会社 | How to prevent incorrect orders |
JP5262745B2 (en) * | 2009-01-21 | 2013-08-14 | カシオ計算機株式会社 | Order management device, terminal device and program |
JP5423012B2 (en) * | 2009-01-27 | 2014-02-19 | カシオ計算機株式会社 | Information management device, terminal device, and program |
JP2015153113A (en) * | 2014-02-13 | 2015-08-24 | 東芝テック株式会社 | Order placement data processing server and order placement data processing program |
JP5975136B2 (en) * | 2015-04-06 | 2016-08-23 | カシオ計算機株式会社 | COMMUNICATION TERMINAL DEVICE, COMMUNICATION PROCESSING DEVICE, AND PROGRAM |
-
1998
- 1998-11-26 JP JP33593198A patent/JP4015306B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000163466A (en) | 2000-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4992940A (en) | System and method for automated selection of equipment for purchase through input of user desired specifications | |
US7341186B2 (en) | Proof of presence and confirmation of parcel delivery systems and methods | |
JP3639188B2 (en) | Article delivery information management system and management method | |
US7024382B2 (en) | System and method for managing retail and wholesale operations | |
US6470323B1 (en) | Goods sales management system | |
US20020077937A1 (en) | Apparatus and method for ensuring availability of inventory for electronic commerce | |
US7324960B2 (en) | POS system | |
US20040054607A1 (en) | Distribution system | |
WO2001093435A2 (en) | Distribution system | |
JPH08500201A (en) | An integrated computer network that guides customer orders to various suppliers through a centralized computer | |
JP2002515993A (en) | Invoice purchase order system | |
JP4015306B2 (en) | Product order management device | |
US20030115104A1 (en) | Internet-based method and system for managing delivery of goods | |
JP2005535976A (en) | Handheld inventory tracking / automatic order sending system | |
US20040167819A1 (en) | Gift notification method | |
JP2001344531A (en) | Merchandise order reception and delivery processing system, order processing method and delivery processing method | |
JP2005025598A (en) | Pos system and receipt printing method | |
JP6805394B1 (en) | Data processing equipment, data processing methods and programs | |
JP2003157378A (en) | Periodic purchasing support system in commodity sales system using network | |
JPH1196240A (en) | Method for ordering merchandise | |
JP4927150B2 (en) | Trade settlement related data management system and method | |
JP3703294B2 (en) | Proxy order processing apparatus and recording medium | |
JP2888203B2 (en) | Incoming inspection product allocation method with JAN code different from incoming data | |
JP2004168433A (en) | System, method, and program for order-receiving and selling commodity | |
JP4132015B2 (en) | Article delivery support system, article delivery support method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040916 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070515 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070712 |
|
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: 20070911 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070913 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100921 Year of fee payment: 3 |
|
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: 20110921 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120921 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130921 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |