JP4015306B2 - Product order management device - Google Patents

Product order management device Download PDF

Info

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
Application number
JP33593198A
Other languages
Japanese (ja)
Other versions
JP2000163466A (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.)
Toshiba TEC Corp
Original Assignee
Toshiba TEC 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 Toshiba TEC Corp filed Critical Toshiba TEC Corp
Priority to JP33593198A priority Critical patent/JP4015306B2/en
Publication of JP2000163466A publication Critical patent/JP2000163466A/en
Application granted granted Critical
Publication of JP4015306B2 publication Critical patent/JP4015306B2/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】
従来の商品発注管理システムは、本部にホストコンピュータを主体とした商品発注管理装置を設置するとともに、この商品発注管理装置と各店舗にそれぞれ構築される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 claim 1 of the present application is the product code of the product to be ordered, the number of orders,Order date, delivery dateAn ordering terminal and a communication means having an input means for inputting data of items necessary for ordering goods, etc., and a data transmission means for creating and transmitting product ordering data from the data inputted through the input means In the product order management apparatus for placing an order for each product based on the product order data received from the ordering terminal via this communication means,Product files that store supplier codes, handling periods, etc. corresponding to the product codes of various products, and the days that can be ordered, delivery days by orderable days, etc. corresponding to the supplier codes of various suppliers Remembered supplier file,Receive product ordering data from ordering terminal via communication meansA product determination unit that searches the product file and determines whether or not a product code embedded in the product ordering data is registered, and the product determination unit determines that the product code is registered. A delivery date determination means for acquiring a handling period corresponding to the product code from the product file, and determining whether or not a delivery date embedded in the product ordering data is included in the handling period, and the delivery date If the decision means determines that the delivery date is included in the handling period, the supplier code corresponding to the product code is obtained from the product file, the supplier file is searched and the supplier code is handled Order date determining means for determining whether or not the day of the order date embedded in the product ordering data is the orderable day of the order. Goods orders data which day of the week for more order date has been determined to be orderable day of the weekBased on the above, each product is ordered.
  In this, like the invention of claim 2 of the present application,When the order date judging means determines that the order day is an orderable day, the delivery date calculating means for calculating the delivery date from the delivery day, the order date and the day of each order available day, and this A delivery date validity judgment means for judging whether or not the delivery date calculated by the delivery date calculation means matches the delivery date included in the product ordering data, and the delivery date validity judgment means determines the delivery date. Order each product based on the product order data determined to matchConvenient.
[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, reference numeral 1 denotes a product order management apparatus installed in the headquarters. This merchandise order management apparatus 1 is mainly composed of a host computer, and orders data for fetching and processing merchandise order data 3 transmitted from the ordering terminal (handy terminal) 2 provided in each store via the network. A capture processing unit 11 is provided.
[0012]
The order data fetch processing unit 11 refers to parameters relating to order conditions for each product set in a product file 21, a product reservation file 22, a store file 23, a store reservation file 24, and a supplier file 25, which will be described later. The validity of the product ordering data received from the ordering terminal 2 is judged (validity judging means), and the product ordering data judged to be valid is registered in the ordering data file 12 as the ordering data storage unit. The product order data determined to be absent is registered in the error data file 13 serving as an error data storage unit.
[0013]
Further, the product order management apparatus 1 is determined to have a function as an error data output means for outputting the error list 14 of the product order data registered in the error data file 13 and no validity on the error list 14. From the order data maintenance unit 15 having a function as error data correction means for correcting the product order data, the product order data registered in the order data file 12 and the product order data corrected by the order data maintenance unit 15 An order slip creation unit 16 that creates an order slip for each supplier is provided.
[0014]
The order slip creation unit 16 converts the data of the order slip created for each supplier into data for online transmission with respect to the data for the supplier who issues the purchase slip online, and the online order data file 17. The data for the supplier that temporarily stores the data in the printer and issues the purchase slip by facsimile communication is converted into data for facsimile communication, temporarily stored in the FAX order data file 18, and the purchase slip issued by hand delivery. The data for the destination is converted into printout data and temporarily stored in the slip issue data file 18.
[0015]
Then, when appropriate, an order is placed by transmitting the order slip data stored in the online order data file 17 to the corresponding supplier via a public telephone line or a network such as ISDN. Further, the product ordering is performed by transmitting the ordering slip data stored in the FAX ordering data file 18 to the corresponding supplier through the facsimile line. Further, the order slip data stored in the slip issue data file 18 is printed out by a printer, and the product can be ordered by handing.
[0016]
The order slip creation unit 16 has a function of storing the order slip data created for each supplier in the delivery processing copy data file 20 for each supplier and in the order of the slip number. Thus, by inputting the supplier code and the slip number at the time of delivery processing and acquiring the data of the corresponding order slip from the delivery processing copy data file 20, complete delivery, management of missing items, management of accounts payable, etc. It is a mechanism that can be easily done.
[0017]
As shown in FIG. 2 (b), the product file 21 includes a product code, a name, a classification code, a cost, a selling price, a supplier code, and a handling period as parameters relating to ordering conditions for various products that can be sold at the present time. This is a file in which records including items such as the number of entries and designated flight number are stored in advance. The product code is a product-specific code assigned in advance to identify each product. The supplier code is a supplier-specific code assigned in advance to identify a wholesaler, a wholesaler, etc., who is the supplier of each product. The handling period is a period during which the product can be sold, and “0” is set for an indefinite period. The designated flight number is the number of a delivery flight in which the product is delivered from the supplier to each store, and a plurality of flight numbers are set for a product having a plurality of daily deliveries.
[0018]
The product reservation file 22 starts handling (sale) of the product in the record item of the product file 21, as shown in FIG. 2 (c), as parameters relating to ordering conditions for various products scheduled to be sold in the future. This is a file in which records with date items to be stored are stored in advance.
[0019]
As shown in FIG. 2 (d), the store file 23 is a store code, a product code, and a store-by-store parameter as parameters relating to the ordering conditions of each product currently sold at the store for each store that is centrally managed by the head office. This is a file in which records including items such as cost, sales price by store, and maximum order quantity are stored in advance. The store code is a store-specific code assigned in advance to identify each store. The maximum order quantity is the maximum value allowed as the order quantity of the corresponding product at the store.
[0020]
As shown in FIG. 2 (e), the store reservation file 24 is a record item of the store file 23 as a parameter relating to ordering conditions for each product scheduled to be sold in the store for each store managed centrally. Is a file in which a record with an item of a date on which the handling (sales) of the product is started is stored in advance.
[0021]
As shown in FIG. 2 (f), the supplier file 25 includes a supplier code, an address, an account closing date, and an order as parameters relating to merchandise ordering conditions for each supplier such as wholesalers and wholesalers. It is a file that pre-stores records composed of items such as classification, order day, order day, and delivery day. The order classification is information for distinguishing whether the order slip is issued to the supplier by online transmission, facsimile communication, or hand delivery. The orderable days are days that can be ordered with respect to the supplier, and a plurality of days can be set. The delivery day is a day of the week when delivery is possible at the supplier when a product is ordered on each day set as an orderable day.
[0022]
In the present embodiment having the product order management apparatus 1 having such a configuration, when the person in charge of ordering confirms a product that needs to be ordered according to the stock status of each product at each store, Enter the product code, the number of orders, the delivery date, the flight number of the delivery flight, etc. When input of the above items is completed for all products that need to be ordered, a product order data transmission operation is performed. Thereby, in the ordering terminal, as shown in FIG. 2 (a), product ordering data including items such as a store code, a product code, the number of orders, an ordering date, a delivery date, and a flight number is stored for each ordered product. A file created and stored with the product order data is transmitted to the product order management apparatus 1 at the headquarters via communication means such as ISDN or public telephone line.
[0023]
On the other hand, when the product order management apparatus 1 receives the product order data file from the ordering terminal 2 of each store, the order data fetch processing unit 11 sequentially reads the product order data from the received file, and the read product order data. The processing shown in the flowcharts of FIGS. 3 to 4 is executed.
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 store file 23 is searched using the product code as a search key. If a store file record in which the search key matches the store code and the product code is detected from the store file 23 in ST2, the process proceeds to ST6.
[0024]
On the other hand, when the corresponding store file record cannot be detected from the store file 23, the store reservation file 24 is searched with the same search key as ST3. If a store reservation file record whose search key matches the store code and the product code is detected from the store reservation file 24 as ST4, the start date of the store reservation file record and the delivery of the product ordering data to be processed are processed as ST5. Compare the day. If the start date is before the delivery date (start date ≦ delivery date), the process proceeds to ST6.
[0025]
On the other hand, when the corresponding store reservation file record cannot be detected from the store reservation file 24 in ST4, or the start date of the store reservation file record is later than the delivery date of the product ordering data (start date) in ST5. > Delivery date), the product ordering data to be processed is the ordering data for products that are not handled at least by the delivery date at the ordering store. The order data is registered in the error data file 13, and the processing for the product order data is finished.
[0026]
In ST6, the product file 21 is searched using the product code of the product ordering data to be processed as a search key. If a product file record whose search key matches the product code is detected from the product file 21 in ST7, the process proceeds to ST11.
[0027]
On the other hand, when the corresponding product file record cannot be detected from the product file 21, the product reservation file 22 is searched with the same search key as ST8. Then, if a product reservation file record whose search key matches the product code is detected from the product reservation file 22 in ST9, the start date of the product reservation file record and the delivery date of the product ordering data to be processed are determined in ST10. Compare. If the start date is before the delivery date (start date ≦ delivery date), the process proceeds to ST11.
[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 product reservation file 22 in ST9, or the start date of the product reservation file record is later than the delivery date of the product ordering data in ST10 (start date> delivery) In the same manner as described above, the product ordering data to be processed is registered in the error data file 13 together with the error code of the error outside the handling period, and the processing for the product ordering data is finished.
[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 product file 21 or product reservation file 22, the detected product is detected as ST13. Obtain the supplier code from the file record or product reservation file record. Then, in ST14, the supplier file 25 is searched using the supplier code as a search key, and a supplier file record whose search key matches the supplier code is read.
[0031]
When the corresponding supplier file record is read from the supplier file 25 in this way, the order date of the product ordering data to be processed on the day of the week designated as the orderable day of the supplier file record as ST15. It is judged whether or not.
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 product file 21 or product reservation file 22 in ST18 or ST8 as ST18. Then, in ST19, it is determined whether or not the flight number of the product ordering data to be processed matches the acquired designated flight number.
[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 store file 23 or the store reservation file 24 in ST1 or ST3 as ST20. Then, in ST21, it is determined whether or not the maximum order quantity exceeds the order quantity of the product order data to be processed.
[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 order management apparatus 1 that can receive the product order data transmitted from the ordering terminal 2 provided in each store via the communication unit has an ordering condition for each product. As parameter storage means for storing parameters in advance, a product file 21, a product reservation file 22, a store file 23, a store reservation file 24, and a supplier file 25 are provided. In the product file 21, data of items such as a product code, a supplier code, a handling period, and a designated flight number of each product currently sold is set in advance. Further, in the product reservation file 22, data of items such as a product code, a supplier code, a handling period, and a designated flight number of each product scheduled to be sold in the future are set in advance for each sales start date. Further, in the store file 23, for each store, the product code, the maximum order quantity, etc. of each product sold at that store are set in advance for each store code. In the store reservation file 24, for each store, the product code, the maximum number of orders, etc. of each product scheduled to be sold at that store are set in advance for each sales start date and each store code. Further, in the supplier file 25, data of each item such as a supplier code of each supplier such as a wholesaler or a wholesaler, an order classification, an orderable day of the week, and a delivery day of each orderable day of the week are set in advance. Yes.
[0040]
Therefore, in the product order management apparatus 1, the order data transaction processing unit 11 functions every time the product order data having the record configuration shown in FIG. 2A is received from the order terminal 1 of each store. Then, referring to the parameters stored in the product file 21, the product reservation file 22, the store file 23, the store reservation file 24 and the supplier file 25, the validity of the received product ordering data is determined. .
[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 data file 12.
[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 error list 14 by the function of the ordering data maintenance unit 15. Thereby, the person in charge of ordering at the headquarters causes the ordering data maintenance unit 15 to function based on the error list 14 and corrects the error in the product ordering data.
[0045]
The product order management apparatus 1 according to the present embodiment uses the function of the order slip creation unit 16 to convert the product order data registered in the order data file 12 and the product order data modified by the order data maintenance unit 15. Based on this, an order slip is created for each supplier. In this case, according to the order classification of the supplier file record set in the supplier file 25, the order slip data for the supplier who issues the purchase slip online is converted to data for online transmission. And stored in the online ordering data file 17. Further, order slip data for a supplier that issues a purchase slip by facsimile communication is converted into data for facsimile communication and stored in the FAX order data file 18. Order slip data for a supplier who issues a purchase slip by hand is converted to printout data and stored in the slip issue data file 18. Then, the order slip data stored in the online order data file 17 is transmitted to a corresponding supplier through a public telephone line or a network such as ISDN, and a product order is placed. Further, the order slip data stored in the FAX order data file 18 is transmitted to a corresponding supplier via a facsimile line to place a product order. Further, the order slip data stored in the slip issue data file 18 is printed out by a printer, and the product can be ordered by handing the order slip.
[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 terminal 2 is valid, and the product based on the valid product ordering data. Since it is possible to place an order, it is possible to eliminate the complicated check work of the product ordering data input at the ordering terminal 2. In addition, since it is possible to eliminate the problem of placing orders with suppliers with incorrect data such as order date, delivery date, flight number, number of orders, etc., it is possible to prevent troubles with suppliers and to make ordering work. Can be performed efficiently.
[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 .
JP33593198A 1998-11-26 1998-11-26 Product order management device Expired - Fee Related JP4015306B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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