(57)【要約】【課題】生産システムが適切に生産量を決定できるような情報を生産システムに送信して欠品や過剰在庫を防ぐ受注管理システムを提供する。【解決手段】仮注文データを受信すると、当該商品の予想製造リードタイムを取得し（Ｓ２１０）、仮注文データの中の出荷予定日から予想製造リードタイムを減算した日（仮押さえ日）になるまで待ち（Ｓ２１５）、仮押さえ日になると在庫場所Ａに当該商品の在庫があるか判定し（Ｓ２２０）、有れば仮押さえをした後（Ｓ２２１）、出荷予定日前日に在庫場所Ａから在庫場所Ｂに仮想的に移動させる（Ｓ２２５）。在庫場所Ａに当該商品の在庫がなければ、生産システムに生産指示を出し（Ｓ２３０）、生産完了後の出荷予定日前日に商品を在庫場所Ａから在庫場所Ｂに移動させる（Ｓ２４０）。【選択図】　図４
2004062736.tif 000002
【特許請求の範囲】
【請求項１】
注文を受け付ける注文受付手段と、
仮注文を受け付ける仮注文受付手段と、
前記注文受付手段が受け付けた注文と前記仮注文受付手段が受け付けた仮注文とにしたがって、外部の生産システムと外部の物流システムとに各種情報を送信して商品の在庫を管理する在庫管理手段と、
を備えた受注管理システムにおいて、
前記在庫管理手段は、前記仮注文受付手段が受け付けた前記仮注文に基づき、当該注文分が他注文によって出荷されないよう在庫されている中から該当商品を該当数量だけ仮押さえし、前記注文受付手段が注文を受け付けたときに既に前記仮注文受付手段が受け付けた前記仮注文の中から対応する仮注文を探し、対応する仮注文があればその仮注文によって仮押さえされた商品を出荷するように前記物流システムに情報を送信することを特徴とする受注管理システム。
【請求項２】
請求項１に記載の受注管理システムにおいて、
前記在庫管理手段は、前記仮押さえをする際、在庫されている商品の中に該当商品が該当数量なかった場合、前記生産システムに該当商品を少なくとも必要分生産するよう指示することを特徴とする受注管理システム。
【請求項３】
請求項１又は請求項２に記載の受注管理システムにおいて、
前記在庫管理手段は、前記仮注文受付手段が受け付けた仮注文の出荷予定日から予め定められている各商品の生産必要日数を減算した日を商品の仮押さえ日とすることを特徴とする受注管理システム。
【請求項４】
請求項１〜請求項３の何れかに記載の受注管理システムにおいて、
前記在庫管理手段は、前記仮押さえした商品を所定期間の後、仮想的に在庫移動させることを特徴とする受注管理システム。
【請求項５】
請求項１〜請求項４の何れかに記載の受注管理システムにおいて、
前記在庫管理手段は、前記仮注文受付手段が受け付けた仮注文のうち出荷予定日から予め定められた期日までに出荷されなかった仮注文について、前記仮押さえを取り消すことを特徴とする受注管理システム。
【請求項６】
請求項１〜請求項５の何れかに記載の受注管理システムの在庫管理手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、見込み生産や在庫販売を必要とする商品の受注管理システム等に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
一般に、商品を生産するには例えば数日から数週間というようなある程度の期間を要する場合がある。この場合、生産システムは、（１）前年や前月の出荷量等を基に利用者が決定した直近の見込み出荷量に合わせ、生産を行っていた。また、（２）仮注文を受け付ける仕組みを持った受注管理システムがある場合は、その受注管理システムから仮注文の情報を取得して生産量を決定していた。他にも、（３）在庫されている数量を管理し、在庫されている数量が基準数量を下回ったときに一定数量の生産を行うようにしている場合もある。
【０００３】
ところが、１つ目の場合は、利用者が様々な統計的手法等を用いても正確に出荷量を見積もることは難しく、特に急激な出荷量の変動は予測することが難しかった。このため、実際の出荷量と生産量との差異が大きくなる場合があり、欠品や過剰在庫をもたらす結果となっていた。また、２つ目の場合は、仮注文が取り消されると、通常の在庫に加えて見込み生産を行った商品が不良在庫となり、過剰に在庫を保持することになってしまうという問題があった。また、３つ目の場合は、基準数量とその基準数量を在庫数量が下回った際に生産する生産量とを決定することが難しく、これらを適切に設定しないと欠品や過剰在庫をもたらすことになっていた。
【０００４】
本発明は、このような課題に鑑みなされたものであり、生産システムが適切に生産量を決定できるような情報を生産システムに送信して欠品や過剰在庫を防ぐ受注管理システムを提供することを目的とする。
【０００５】
【課題を解決するための手段及び発明の効果】
上記課題を解決するためになされた請求項１に記載の受注管理システムは、注文受付手段が注文を受け付け、仮注文受付手段が仮注文を受け付け、在庫管理手段が、注文受付手段が受け付けた注文と仮注文受付手段が受け付けた仮注文とにしたがって在庫管理を行う。このうち在庫管理手段は、仮注文受付手段が受け付けた仮注文に基づき、当該注文分が他注文によって出荷されないよう該当商品を該当数量だけ在庫されている中から仮押さえし、注文受付手段が注文を受け付けたときに既に仮注文受付手段が受け付けた仮注文の中から対応する仮注文を探し、対応する仮注文があればその仮注文によって仮押さえされた商品を出荷するように物流システムに情報を送信する。
【０００６】
このように在庫管理手段は、仮注文の情報に基づいて在庫商品の中から仮押さえを行うため、有益な在庫を増やすことができる。なぜなら、仮押さえされた在庫商品はそうでない在庫商品に比べて格段に出荷される可能性が高いからである。そして、仮注文された商品が、予定通り本注文によって出荷されれば、不要な在庫を備える必要性が低下し、在庫量の適性化及び在庫回転率の向上を図ることができる。したがって、在庫量の適正化が図れれば在庫量の管理が容易となり、生産システムに適切な生産指示を出すこともできる。
【０００７】
ところで、在庫管理手段が仮押さえをしようとした際に在庫されている商品の中に該当商品が該当数量なかった場合は、請求項２に記載のようにするとよい。すなわち、生産システムに該当商品を少なくとも必要分生産するよう指示するようにすればよい。
【０００８】
このようになっていれば、仮押さえするときに欠品状態であっても必要分を生産させるため、その商品の生産が完了すれば、本注文に対して仮押さえ商品の出荷が可能になる。
尚、在庫管理手段は仮注文受付手段が仮注文を受け付けた直後に当該商品を仮押さえしてもよいが、仮注文を受け付けた直後に仮押さえすると、商品出荷時までその商品が確保された状態で在庫されることになり長期間在庫される。また、各商品の生産必要日数を切った状態になってから仮押さえしてもよいが、生産必要日数を切った状態になってから仮押さえすると欠品を招く可能性がある。
【０００９】
そのため、在庫管理手段が仮押さえする日は、請求項３に記載のように、仮注文受付手段が受け付けた仮注文の出荷予定日から予め定められている各商品の生産必要日数を減算した日であるとよい。尚、ここで言う生産必要日数（いわゆる生産リードタイム）は、必ずしも商品の生産にかかる厳密な日数である必要はなく、生産にかかる日数に工場から倉庫までの移動等にかかる日数を鑑みて設定された日数であるとよい。
【００１０】
このようになっていると、仮注文を受け付けた直後に仮押さえする場合と比べて商品を確保しておく期間を短くできる。また、仮注文を受け付けたときから仮押さえするまでの間に当該商品の在庫がなくなった場合でも、生産必要日数分は余裕があるためその間に生産できる。したがって、在庫の適性化を図ることができる。
【００１１】
また、請求項４に記載のように、在庫管理手段は、仮押さえした商品を所定期間の後、仮想的に在庫移動させるようにするとよい。このようにして在庫移動させることにより、仮押さえした商品の管理が容易となる。また商品を実際に移動させずに本システムのデータ上でのみ仮想的に在庫移動させるため物流費用がかからず、仮に仮注文が取り消しされた場合でも、物流費用をかけずに元の在庫場所に戻すことができる。尚、在庫移動させる時点は、仮注文が取り消された場合の修正処理をできるだけ避けるため、例えば出荷予定日の前日に行うとよい。
【００１２】
ところで、請求項５に記載のように、在庫管理手段は、仮注文受付手段が受け付けた仮注文のうち出荷予定日から予め定められた期日までに出荷されなかった仮注文について、仮押さえを取り消すようになっているとよい。尚、この処理は、仮注文毎にそれぞれの期日を過ぎると行われるようになっていもよいが、例えば１０日毎や２０日毎のようにまとめて行ってもよい。
【００１３】
このようになっていれば、仮注文によって仮押さえされた商品が本注文されなかった場合でも、その商品は所定期間経過後に元の場所に戻されるため、在庫回転率の悪化を防ぐことができる。
また、請求項６に記載のように、プログラムを用いてコンピュータを受注管理システムの在庫管理手段として機能させてもよい。
【００１４】
このようなプログラムは、磁気ディスク、光磁気ディスク、メモリカード等のコンピュータが読み取り可能な記録媒体に記録し、必要に応じてコンピュータにロードして起動することにより用いることができる。また、ネットワークを介してロードして起動することにより用いることもできる。したがって、本受注管理システムを様々な場所で必要に応じて実現させることができる。
【００１５】
【発明の実施の形態】
以下、本発明が適用された実施例について図面を用いて説明する。尚、本発明の実施の形態は、下記の実施例に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。
【００１６】
図１は受注管理システム及びその周辺装置の構成を表す概略図である。本概略図には、営業ＰＣ１、支店サーバ３、顧客ＰＣ７、支店ＰＣ９、ホストコンピュータ１１、生産ホストコンピュータ１９、在庫ＰＣ（Ａ）２１及び在庫ＰＣ（Ｂ）２３が描かれており、このうち支店サーバ３とホストコンピュータ１１が受注管理システムに相当するものである。尚、支店サーバ３が仮注文受付手段及び本注文受付手段として機能し、ホストコンピュータ１１が在庫管理手段として機能する。
【００１７】
営業ＰＣ１は、支店に設置されたパーソナルコンピュータまたは支店を拠点とする営業マンが持ち歩くことのできるパーソナルコンピュータであり、営業ＰＣ１は営業マンが作成した見積データを支店サーバ３に送信できるようになっている。
【００１８】
支店サーバ３は、支店に設置され、営業ＰＣ１から見積データを受け取りその見積データを支店サーバ３が備える見積ＤＢ５に保存する。また、顧客ＰＣ７からの要求により、保存されている見積データの中から該当顧客のものを提供する。
【００１９】
顧客ＰＣ７は、顧客の会社等に設置され、支店サーバ３から取得した見積データを顧客が閲覧できるようなっている。そして更に、顧客は見積データに対して修正等を行った後、仮注文又は本注文を行えるように構成されている。ここで言う仮注文は、顧客が見積データの内容に対して文字通り仮に注文することであり、顧客がこの仮注文をあとから取り消しても、顧客は何等ペナルティを負うことはない。一方、本注文は、顧客が見積データの内容に対して正式に注文することであり、注文した内容が取り消されることは原則ない。尚、仮注文及び本注文は営業マンが行うこともできる。
【００２０】
ホストコンピュータ１１は本社に設置され、受注ＤＢ１５と在庫ＤＢ１７とを備える。受注ＤＢ１５には仮注文及び本注文に関する情報が蓄えられている。在庫ＤＢ１７には在庫情報が蓄えられている。
生産ホストコンピュータ１９は、工場に設置され商品の生産を管理する。
【００２１】
在庫ＰＣ（Ａ）２１及び在庫ＰＣ（Ｂ）２３は同一の倉庫に設置され、ホストコンピュータ１１からの指示により在庫移動指示や出庫指示が出力される端末である。在庫商品は本システム上、実在庫商品（従来からいうところの在庫）と仮想在庫商品（仮押さえされた商品）とに分けて管理され、実在庫商品は「在庫場所Ａ」に存在するものとして在庫ＰＣ（Ａ）２１が対応し、仮想在庫商品は「在庫場所Ｂ」に存在するものとして在庫ＰＣ（Ｂ）２３が対応する。
【００２２】
次に、受注から出荷までの受注管理システムの動作を各処理毎に説明する。
（１）見積登録処理
まず、見積登録処理について図２のフローチャートを用いて説明する。本処理は、営業マンが、作成した見積データを支店サーバ３に登録するために営業ＰＣ１を用いて支店サーバ３にアクセスを行うと支店サーバ３上で実行される。
【００２３】
Ｓ１００では、営業マンによって作成された見積データを営業ＰＣ１から取得する。そして続くＳ１１０では、Ｓ１００で取得した見積データを見積ＤＢ５に保存し、本処理を終了する。
（２）注文受付処理
次に、顧客が注文を行うため顧客ＰＣ７を用いて支店サーバ３にアクセスを行った際に支店サーバ３で実行される注文受付処理について図３のフローチャートを用いて説明する。
【００２４】
まずＳ１５０では、アクセスの有った顧客の見積データを見積ＤＢ５から読み込み、顧客ＰＣ７に提供する。
次にＳ１６０では、Ｓ１５０で提供した見積データに基づいて顧客が入力した注文データを、支店サーバ３が受信したか否かによって分岐する。注文データを受信した場合はＳ１７０に進み、注文データを受信しなかった場合は本処理を終了する。尚、注文データには仮注文データと本注文データとがある。
【００２５】
Ｓ１７０では、Ｓ１６０で受信した注文データをホストコンピュータ１１に送信して本処理を終了する。
（３）仮注文処理
次に仮注文処理について図４のフローチャートを用いて説明する。仮注文処理は、（２）で説明した注文受付処理によって支店サーバ３がホストコンピュータ１１に対して仮注文データを送信し、ホストコンピュータ１１がそのデータを受信したときにホストコンピュータ１１上で実行される。
【００２６】
まずＳ２００では、受信した仮注文データを受注ＤＢ１５に保存する。尚、仮注文データは、注文番号、注文種別、商品コード、数量、出荷予定日等から構成される。
続くＳ２０５では、支店サーバ３から受信した仮注文データの商品が在庫商品であるか否かによって分岐する。在庫商品であればＳ２１０に進み、在庫商品でなければＳ２４５に進む。尚、本システムにおいて商品は、一定量の在庫が保持されている在庫商品と、在庫が全く保持されずに注文があった際に生産される受注生産品と、在庫が全く保持されず規格外の製品である特注品とに分けられる。
【００２７】
Ｓ２１０では、生産ホストコンピュータ１９から該当商品の予想製造リードタイムを取得する。
続くＳ２１５では、仮注文データの中の出荷予定日からＳ２１０で取得した予想製造リードタイムを減算した日を仮押さえ日とし、今日がその仮押さえ日であるか否かによって分岐する。仮押さえ日であればＳ２１６に進み、仮押さえ日でなければＳ２１５にとどまる。
【００２８】
Ｓ２１６では、仮押さえを行う。これは、該当商品を該当分だけ他の注文によって出荷されないよう、例えば在庫ＤＢ１７上の在庫データの中から該当商品を該当分だけ取り出し、データにフラグを立てることによって実現する。
続くＳ２２０では、Ｓ２１６で正常な仮押さえ（すなわち商品が実際に在庫場所Ａに存在する）であったか否かによって分岐する。商品が在庫場所Ａに存在した正常な仮押さえであればＳ２２２に進み、商品が実際には在庫場所Ａに存在しない状態（いわゆるマイナス在庫の状態）の仮押さえであればＳ２３０に進む。
【００２９】
Ｓ２２２では、今日が出荷予定日の前日であるか否かによって分岐する。出荷予定日の前日であればＳ２２５に進み、出荷予定日の前日でなければＳ２２２にとどまる。
Ｓ２２５では、在庫ＤＢ１７を更新して当該商品の在庫場所を在庫場所Ａから在庫場所Ｂに移動させる。尚、在庫ＤＢ１７上の情報を更新するだけで実際の商品を移動させるような指示は出さない。在庫ＤＢ１７を更新し終えると本処理は終了する。
【００３０】
一方Ｓ２３０では、生産ホストコンピュータ１９に仮注文データに基づいた少なくとも必要な数の生産指示を送信して生産設備に生産を行わせる。
続くＳ２３５では、生産ホストコンピュータ１９から生産が完了した旨の情報を取得したか否かによって分岐する。生産が完了した旨の情報を取得したのであればＳ２３７に進み、生産が完了した旨の情報を取得していないのであればＳ２３５にとどまる。尚、生産が完了した商品は在庫場所Ａに移動されることとする。
【００３１】
Ｓ２３７では、今日が出荷予定日の前日であるか否かによって分岐する。出荷予定日の前日であればＳ２３７に進み、出荷予定日の前日でなければＳ２３６にとどまる。
Ｓ２４０では、在庫ＤＢ１７を更新して当該商品の在庫場所を在庫場所Ａから在庫場所Ｂに移動させる。尚、在庫ＤＢ１７上の情報を更新するだけで実際の商品を移動させるような指示は出さない。在庫ＤＢ１７を更新し終えると本処理は終了する。
【００３２】
ところでＳ２４５では、支店サーバ３から受信した仮注文データの商品が受注生産品であるか否かによって分岐する。受注生産品であればＳ２５０に進み、受注生産品でない、すなわち特注品である場合は人的作業によって生産指示や出荷等を行うため本処理は終了する。
【００３３】
Ｓ２５０では、生産ホストコンピュータ１９に仮注文データに基づいた生産指示を送信する。
続くＳ２５５では、生産ホストコンピュータ１９から生産が完了した旨の情報を取得したか否かによって分岐する。生産が完了した旨の情報を取得したのであればＳ２５６に進み、生産が完了した旨の情報を取得していないのであればＳ２５５にとどまる。尚、生産が完了した商品は在庫場所Ａに移動されることとする。
【００３４】
Ｓ２５６では、今日が出荷予定日の前日であるか否かによって分岐する。出荷予定日の前日であればＳ２６０に進み、出荷予定日の前日でなければＳ２５６にとどまる。
Ｓ２６０では、在庫ＤＢ１７を更新して当該商品の在庫場所を在庫場所Ａから在庫場所Ｂに移動させる。また、在庫ＤＢ１７上の情報を更新するだけで実際の商品を移動させるような指示は出さない。在庫ＤＢ１７を更新し終えると本処理は終了する。
【００３５】
（４）本注文処理
次に本注文処理について図５のフローチャートを用いて説明する。本注文処理は、（２）で説明した注文受付処理によって支店サーバ３がホストコンピュータ１１に対して本注文データを送信し、ホストコンピュータ１１がそのデータを受信したときにホストコンピュータ上で実行される。
【００３６】
まずＳ３００では、受信した本注文データを受注ＤＢ１５に保存する。尚、本注文データは、注文番号、注文種別、商品コード、数量、金額、出荷希望日等から構成される。
続くＳ３０５では、受注ＤＢ１５に本注文に対応する仮注文が存在するか否かを判定する。これは注文番号を検索キーに用いて注文種別が仮注文であるデータを調べて判定する。本注文に対応する仮注文が存在する場合はＳ３１０に進み、本注文に対応する仮注文が存在しない場合はＳ３３０に進む。
【００３７】
Ｓ３１０では、本注文に対応する仮注文によって在庫場所Ｂにすでに商品が在庫されているか否かによって分岐する。本注文に対応する仮注文によって在庫場所Ｂにすでに商品が在庫されている場合はＳ３２０に進み、そうでない場合はＳ３３０に進む。尚、ここでいう仮注文されているのに在庫場所Ｂに商品が在庫されていない状態というのは、まだ仮押さえ日になっていないか、生産中の状態であるかのどちらかである。
【００３８】
Ｓ３２０では、仮押さえ済みの商品を在庫場所Ｂから出荷するように在庫ＰＣ（Ｂ）２３に出荷指示を送信し、本処理は終了する。
一方、Ｓ３０５で行った判定によって、本注文に対応する仮注文が受注ＤＢ１５に存在しないと判定されて移行したＳ３３０では、在庫場所Ａに商品が在庫されているか否かによって分岐する。在庫場所Ａに商品が在庫されていないのであればＳ３３５に進み、在庫場所Ａに商品が在庫されているのであればＳ３４５に進む。
【００３９】
Ｓ３３５では、生産ホストコンピュータ１９に本注文データに基づいた生産指示を送信する。
続くＳ３４０では、生産ホストコンピュータ１９から生産が完了した旨の情報を取得したか否かによって分岐する。生産が完了した旨の情報を取得したのであればＳ３４５に進み、生産が完了した旨の情報を取得していないのであればＳ３４０にとどまる。
【００４０】
Ｓ３４５では、仮押さえ済みの商品を在庫場所Ａから出荷するように在庫ＰＣ（Ａ）２１に出荷指示を送信し、本処理は終了する。尚、生産が完了した商品は在庫場所Ａに移動されていることとする。
ところで、Ｓ３１０で行った判定によって、本注文に対応する仮注文によって在庫場所Ｂに商品がまだ在庫されていないと判定された場合は、すでに説明したＳ３３０に合流する。
【００４１】
尚、本注文処理では、１つの仮注文を小分けして本注文で引き当てることも可能である。このような場合は、例えば顧客が１ヶ月まとめて仮注文を出すようなことが可能になり、顧客は仮注文を本注文の数だけ入力する必要がなく、顧客の入力操作を軽減することができる。
【００４２】
（５）在庫戻し処理
次に１０日毎にホストコンピュータ１１上で自動的に実行される在庫戻し処理について図６のフローチャートを用いて説明する。
まずＳ４００では、受注ＤＢ１５を参照して期限切れの仮注文（例えば予定出荷期間を過ぎたもの）によって仮押さえされた商品を在庫場所Ｂから在庫場所Ａへ戻す。具体的には、在庫ＤＢ１７の該当データの在庫場所を表す情報を変更することによって行う。
【００４３】
続くＳ４０５では、Ｓ４００にて在庫場所Ｂから在庫場所Ａへ商品の戻しを行った仮注文のデータを削除する。そして、本処理を終了する。
これまで説明したように上記（１）〜（５）の各処理を実行する本受注管理システムによれば、仮注文データに基づいて在庫商品の中から仮押さえを行うため、有益な在庫を増やすことができる。なぜなら、仮押さえされた在庫商品はそうでない在庫商品に比べて格段に出荷される可能性が高いからである。そして、仮注文された商品が、予定通り本注文によって出荷されれば、不要な在庫を備える必要性が低下し、在庫量の適性化及び在庫回転率の向上を図ることができる。したがって、在庫量の適正化が図れれば在庫量の管理が容易となり、生産システムに適切な生産指示を出すこともできる。尚、本願発明者らが行った実験によると、仮注文に対する本注文の割合が数量ベースで７０％以上あると在庫量を削減することができ、特に９０％以上では著しく在庫量を減少させることができることが確かめられている。
【００４４】
また、仮押さえをする日を、仮注文の出荷予定日から予め定められている各商品の生産必要日数を減算した日とするため、仮注文を受け付けた直後に仮押さえする場合と比べて商品を確保しておく期間を短くできる。また、仮注文を受け付けたときから仮押さえするまでの間に当該商品の在庫がなくなった場合でも、生産必要日数分は余裕があるためその間に生産できる。したがって、在庫の適性化を図ることができる。
【００４５】
また、仮押さえ後、出荷予定日前日に仮想的に在庫移動させるため、仮押さえされた商品の管理が容易となる。また、商品を実際に移動させずに本システムのデータ上でのみ仮想的に在庫移動させるため物流費用がかからない。
そして、仮注文のうち出荷予定期日までに出荷されなかった仮注文は、１０日単位で仮押さえを取り消し、在庫場所Ｂから在庫場所Ａに商品を戻すようになっているため、在庫回転率の悪化を防ぐことができる。尚、この処理は、上記実施例では１０日単位で行うようになっているが、例えば２０日毎や１ヶ月毎のように別の日数単位で行ってもよい。また、仮注文データ単位で個別に出荷予定期日を過ぎた直後に行ってもよい。
【００４６】
以下他の実施例について説明する。
（１）上記実施例では説明を簡単にするため、見積登録処理と注文受付処理を行うサーバは支店サーバ３の一つだけであったが、支店が複数ある場合は各支店毎のサーバが各処理を実行するようになっていればよく、また複数の支店が同一のサーバを利用するようになっていてもよい。
【００４７】
（２）上記実施例では説明を簡単にするため、倉庫は一つで在庫場所Ａと在庫場所Ｂに分けて管理していたが、もちろん複数の倉庫から構成されていてもよい。その場合は仮想在庫商品のための在庫場所は各倉庫共通で一つだけ用意するようになっていてもよいし、各倉庫毎に用意されていてもよい。
【００４８】
（３）上記実施例では、仮注文によって在庫場所Ｂに移動された商品は原則、対応する本注文によって出荷されるようになっているが、何らかの都合により別の注文によって在庫に欠品が生じてしまうようなときには、一時的に在庫場所Ｂの商品を割り当てて出荷するようになっていてもよい。そしてこのような通常外の在庫変化に対しては、例えば上記在庫戻し処理のようなバッチ処理の中で適正化するようになっているとよい。このようになっていれば、柔軟な対応が可能となり業務遂行上都合がよい。
【００４９】
（４）上記実施例では、支店サーバ３とホストコンピュータ１１とで受注管理システムを構成していたが、例えばホストコンピュータ１１に支店サーバ３の機能も担わせるようにして１台のコンピュータで実現させてもよい。また、３台以上の数のコンピュータに分散させて実現させてもよい。在庫ＰＣ（Ａ）２１と在庫ＰＣ（Ｂ）２３とについても同様である。
【図面の簡単な説明】
【図１】受注管理システムの概略構成図である。
【図２】見積登録処理を説明するためのフローチャートである。
【図３】注文受付処理を説明するためのフローチャートである。
【図４】仮注文処理を説明するためのフローチャートである。
【図５】本注文処理を説明するためのフローチャートである。
【図６】在庫戻し処理を説明するためのフローチャートである。
【符号の説明】
１…営業ＰＣ、３…支店サーバ、５…見積ＤＢ、７…顧客ＰＣ、１１…ホストコンピュータ、１５…受注ＤＢ、１７…在庫ＤＢ、１９…生産ホストコンピュータ、２１…在庫ＰＣ（Ａ）、２３…在庫ＰＣ（Ｂ）。
【図１】
2004062736.tif 000003
【図２】
2004062736.tif 000004
【図３】
2004062736.tif 000005
【図４】
2004062736.tif 000006
【図５】
2004062736.tif 000007
【図６】
2004062736.tif 000008