JP2003337614A

JP2003337614A - 生産予約システム

Info

Publication number: JP2003337614A
Application number: JP2002147069A
Authority: JP
Inventors: Tomoko Maie; 智子真家; Kiyomitsu Ogawa; 清光小川; Hiroshi Miyamoto; 博宮本
Original assignee: Hitachi Industries Co Ltd
Current assignee: Hitachi Plant Technologies Ltd
Priority date: 2002-05-22
Filing date: 2002-05-22
Publication date: 2003-11-28

Abstract

(57)【要約】【課題】営業部門が見積予約、又は受注予約した情報か
ら生産計画を立てて部品の発注等を行う場合、納期の長
い部品に関して受注が確定する前に発注する場合があ
る。【解決手段】主生産工場と遠隔地の副生産工場及び各部
品を供給する部品供給会社とがインターネットで接続さ
れ、前記主生産工場及副生産工場で多品種で少ない生産
量の受注品を生産するに当たり、前記主生産工場では、
見積情報や受注情報に基づいてそれぞれの工場における
生産計画を立て、前記生産計画に基づいて今後の受注を
予測し、その予測結果に基づいて部品調達計画を立案
し、その計画に基づいて部品の発注を行うようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多品種少量製品の
生産を予約する生産予約システムに係り、特に受注生産
における部品の円滑な供給を図る上で好適な生産予約シ
ステムに関する。

【０００２】

【従来の技術】顧客の要求仕様が多岐にわたる受注生産
においては、受注が決定してから部品や資材等を発注
し、その後製作を始める生産体制になっている。このた
め、受注から納入までに要するリードタイムをいかに短
縮するが大きな課題となっている。そこで、このリード
タイムを短縮する方法の例が、特開２００１−１００８
３２号公報や特開２００１−５１７１０号公報に記載さ
れている。

【０００３】特開２００１−１００８３２号公報では、
実際の生産の工程負荷を計算に入れながら、実行可能な
納期を速やかに計算するために、納期算出システムが、
顧客からオーダされた受注品を管理する受注品オーダ管
理部と、生産ライン毎の生産能力を把握する生産ライン
の能力枠管理部と、受注量に対して納期までの生産能力
が足りているかどうかを判定する納入予定日計算部とを
備えている。

【０００４】また、特開２００１−５１７１０号公報で
は、生産段階の在庫の最適利用を図るために、生産管理
システムにおいて、設計からの要求部品使用量が在庫量
より少ないときは、その要求量を引き当て、要求部品使
用量が在庫量より多いときは、設計の要求時期に基づい
て要求時期の早いものを遅いものと振り替えて引き当て
るようにしている。

【０００５】

【発明が解決しようとする課題】上記特開２００１−１
００８３２号公報に記載の受注品の納期算出システムに
おいては、各生産ラインのそのときの能力を把握して、
実行可能な要求期限を速やかに計算しているので、受注
において要求期限をすぐに返答できる。しかしながら、
この公報に記載のものは、受注量の増減の波については
考慮されていない。一般に受注生産では、仕様が多岐化
していること、大量生産品のように精度の高い受注予測
法が確立していないこと等のために、受注量が変動す
る。そのため、生産の平準化(equalize)を図ることがで
きないし要求期限を回答することが難しいという不具合
を生じていた。また、特殊な部品に関しては受注してか
らの生産となるため、その部品が納品される期間も考慮
した生産計画を立てる必要が有り、この分のロス時間も
実行可能日程に含まれ、どうしても時間短縮のネックと
なる場合もある。

【０００６】また、特開２００１−５１７１０号公報に
記載の生産管理システムでは、在庫品を使用緊急度の高
い製品から順に使用することにより、過剰在庫を防止し
リードタイムを短縮している。しかしこの公報に記載の
ものも、受注量が変化して生産量に不均衡を生じる不具
合を解消することについての考慮が不十分である。

【０００７】本発明は、上記従来技術の不具合に鑑みな
されたものであり、その目的は、在庫部品の適正化を図
ると共に、受注生産において生産予約を即座に行えるよ
うにすることにある。本発明の他の目的は、受注生産に
おいて、生産の平準化を図ることにある。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、主生産工場と遠隔地の副生産工場及び
各部品を供給する部品会社とがインターネットで接続さ
れ、前記主生産工場及副生産工場で多品種で少ない生産
量の受注品を生産するに当たり、前記主生産工場では、
見積もり情報や受注情報に基づいてそれぞれの工場にお
ける生産計画を立て、前記生産計画に基づいて今後の受
注を予測し、その予測結果に基づいて部品調達計画を立
案し、その計画に基づいて部品の発注を行うようにし
た。

【０００９】

【発明の実施の形態】図１に本発明の生産予約システム
の全体構成を示す。

【００１０】図において、製造工場(本社工場または主
生産工場という場合もある)１と、製造工場１に対して
遠隔地に設けられ、遠隔地のユーザ対応で製品を生産す
る製造工場（以下外部工場又は副生産工場と言う場合も
ある）２（この外部工場は国内のみならず海外であって
もよい）がある。また、本社工場1及び外部工場２に対
して複数の部品メーカ３がある。これらの本社工場１と
外部工場２及び部品メーカ３は、インターネット５にて
情報のやり取りが可能となっている。さらに、ユーザか
らの注文を受け付ける営業部門４が本社工場１と社内Ｗ
ＡＮ１５にて接続されている。

【００１１】また、本社工場１は工場内ＬＡＮ（Local
Area Network）１４にて製造部門１１と管理部門１２と
生産予約システム１３とが接続されている。また、この
社内ＷＡＮ１５、工場内ＬＡＮ１４、及びインターネッ
ト５は信号ケーブルにて接続されている。なお、外部工
場２も同様のシステム構成となっている。

【００１２】このように、それぞれ製品を製造する本社
工場１と外部工場２とは遠隔地にあるため、予約生産を
行う場合、受注してから納品までの日程を略同じにする
ためには、それぞれの工場で製造するための部品の調達
を略同じにする必要が有る。本発明においては、本社工
場１から遠隔地にある製造工場（外部工場２）において
も部品調達による生産の遅れの発生を抑制するため、生
産予約システム１３にて部品調達計画を自動的に生成す
るようにしたものである。

【００１３】ところで、従来量産品の部品発注において
は、一般に下記に示す週間の発注サイクルの時の公式が
使われる。月曜の必要発注量＝｛入荷までのリードタイム(日数)＋
発注サイクルタイム（日数）｝x（1日あたりの売上予測
数―発注点時の有効在庫数＋安全在庫数）しかし、多品種少量生産においては、この公式には当て
はまらない。そこで、多品種少量生産に適用でき、さら
に遠隔地の外部工場への部品調達を精度よく実現するた
めのシステムを構築した。

【００１４】本発明の生産予約システムは、生産予約カ
レンダー作成部と呼ぶ管理システムを用いている。生産
予約システムの一実施例を、以下図面を用いて説明す
る。本実施例では、冷凍機の生産予約をしている。冷凍
機のような受注製品では、冷房需要や暖房需要の始まる
前の時期に納期が集中することが多かった。この納期に
間に合わせるために、生産部門では操業時間の延長等で
対応していたが、受注量が多過ぎるときには、当然のこ
とながら一部製品に納期の遅れが発生し、また生産部門
の過剰負荷によるコスト増を誘因していた。さらに生産
拠点も１箇所ではなく遠隔地にも工場(外部工場２)を設
け、受注した地域に応じてどちらの工場で生産するかを
決定すると共に、遠隔地の外部工場２に所定の納期で納
入できるように、生産計画作成すると共に、生産のため
の部品調達計画も自動で作成する必要が有る。

【００１５】そこで本実施例では、図２及び図３に示す
生産予約システムを用いている。図２は生産予約システ
ムの全体のソフト構成のブロック図であり、図３は特に
生産予約システム中の納期カレンダーや製作日カレンダ
ーを等を示したものである。

【００１６】ここでは、中大型の冷凍機を例にとり具体
的実施例を説明する。中大型の冷凍機の場合、営業部門
は、実際の受注前に受注活動として見積営業活動を行
う。この見積営業時点の情報(以下見積情報と呼ぶ)に基
づいて、生産をシステムが自動的に予約する。その詳細
を以下に示す。

【００１７】図２において、見積支援システム３０や受
注管理システム３１を用いて、営業部門４が見積営業活
動を行い、受注した場合や受注可能性が大きくなった場
合に受注管理システム３１にその状況を入力する。生産
予約システム１３にはカレンダー作成部１３Ｃを備えて
おり、図３に示すように見積支援システム３０や受注管
理システム３１の情報やマスターデータ群３５を用い
て、納期カレンダー３２や製作日カレンダー４３を自動
作成する。尚ここで、マスターデータ群３５は、標準納
期データベース３６や、輸送時間データベース３７や、
オプション納期データベース３９や生産能力データベー
ス３８等が収納されたデータベースである。

【００１８】生産予約システム１３では、更に工場内工
程展開機能１６や、部品納入日展開機能１７や外部工場
生産管理システム１８を備えている。

【００１９】この工場内展開機能１６では、図４に示す
工場内工程カレンダーを作成する。工場内では、製品の
製作を１日単位の工程に振り分けて管理できるようにし
ている。例えば、１台／１日の生産能力を設定するため
に、１台／２日しかできない工程についは並列に工程を
消化できるよう輻輳ラインを設けている。また、輻輳ラ
インを設けることが不可能な場合は、部品メーカで作っ
て納品してもらうことも可能としている。例えば、図４
に示すような場合について説明する。

【００２０】製品ａ、ｂ、ｃの製作を１工程ずつ別の場
所に移して、流れ作業を行うことにした。この場合、図
に示すようにＤ工程には１台当たり２日掛かるとする
と、Ｄ工程の場所には常に２台製品があることになる。
すなわち、Ｄ工程は１台当たり２日掛かるため、２台の
内１台は製作できずに、流れ作業が滞留することにな
る。そこで、Ｄ工程については製作ラインを２つにし
て、２台を平行に製作できるようにした。なお、製作ラ
インが追加できない場合は、部品メーカ３に作ってもら
い納入してもらうことにより、２台を平行して製作でき
るようにした。

【００２１】次に、部品納入展開機能１７では図５に示
すように部品カレンダーを作成し、その部品を納入予定
の部品メーカ３がそのメーカが請け負う部分の部品カレ
ンダー(完成日カレンダー)を閲覧できるようになってい
る。そのため、部品メーカ３は自分の受注予定の部品の
納入時期を事前に知り、発注前に生産計画を立て、納入
時期に間に合わすことが可能となる。すなわち、部品メ
ーカ３は製品を製造する工程の１日前に部品を納入でき
るよう計画を立てることにより、工場も流れ作業を行う
ことが可能となる。なお、外部工場の生産管理システム
１８に関しては後述する。

【００２２】図６に、営業部門が見積活動時に用いる見
積支援システムの概要を示す。営業部門４は受注活動に
おいて見積支援システム３０から、管理部門１２が見積
もり支援システム３０に登録した見積に必要な技術的情
報を入手する。その際営業部門４は、顧客の要求仕様を
入力部３０Iより入力する。また営業部門４は、必要な
オプションを選択・入力する。見積支援システム３０は
その顧客の要求仕様等を用いて、顧客の要求された型式
に最も近い型式を選択するために演算処理する。その演
算結果に基づいて、顧客の引き合いに適合する製品の型
式を見積支援システムが自動選択する。さらに、顧客が
要求している納入日あるいは冷凍機を収納する建造物の
竣工時期等を入力して、顧客の要求期限を満足するか否
かを把握する。そして、見積支援システム３０は、それ
らの結果を出力部３０Ｄより出力する。

【００２３】その他、図７に示すように、見積した引き
合い品が、どの程度受注できるかを示す指標として受注
の確実度レベルを営業部門３が判断して見積支援システ
ム３０に入力する。受注の確実度レベルは、例えば、低
い順に”不明”、”受注有望”、”受注確実”、・・な
どである。この受注の確実度は、受注活動の進行と共に
当然変化するので、逐次変更修正を加えることが可能に
なっている。

【００２４】図７に示すように、見積支援システム３０
の受注確実度が「受注有望」以上の高い指標が入力され
ると、その高い指標の見積情報が、生産予約システム１
３のカレンダー作成部１３Ｃに取り込まれる。受注確実
度が「不明」などの低い指標のときには、見積情報を生
産予約システム１３のカレンダー作成部１３Ｃに取り込
まない。その理由は、営業部門４が受注確実度のメンテ
ナンスを促進して、需要予測の精度を高めるためであ
る。

【００２５】生産予約システム１３に取り込まれた見積
情報は、生産の予約候補データとして、納期順に並べ替
えられる。なお、冷凍機の納期が正確に分からない場合
には、営業部門４がその建造物の竣工時期を見積支援シ
ステム３０に推定して入力する。竣工時期が入力される
と、生産予約カレンダー作成部１３Ｃは竣工時期の２ヶ
月前を仮の納期として自動登録する。受注案件及び受注
予定案件は、システムが備えるディスプレイ装置に表示
される。表示の際には、どれくらい同じ日に要求納期・
あるいは納期が集中しているかを視覚的に分かり易くす
るため、図８に示したようなカレンダー形式で表示す
る。これを納期カレンダー３２と呼ぶ。この納期カレン
ダー３２では、見積番号と設置場所、納入機の型式等が
示される。なお、この納期カレンダー３２では予め生産
部門(工場)の生産能力に応じて同一日に書き込める数が
制限されている。

【００２６】納期カレンダー３２には、見積支援システ
ム３０の受注確実度を「受注有望」以上に絞り込んだデ
ータを表示する。この受注確実度レベルまで絞っても、
データが多いときには、データの抽出条件を付加して表
示できる。付加する抽出条件によって、営業員毎のカレ
ンダー、営業部署毎のカレンダー、機種毎のカレンダ
ー、などが得られる。これにより、大量のデータの中か
ら予約したいデータを速く探すことができる。納期カレ
ンダー３２には、見積支援システム３０からの見積段階
のデータだけでなく、受注情報システム３１とのシステ
ム連繋により、受注情報も合わせて表示している。

【００２７】見積案件を受注したときの流れを図９に示
す。図９は受注時に用いる各システムの関連図である。
見積案件を受注すると、営業部門３は見積支援システム
３０を介して受注情報システム３１に受注番号と製造の
ための各情報を入力する。受注情報システム３０受注情
報が入力されると、受注情報システム３１では受注番号
を採番する。見積支援システム３０の受注番号と受注情
報システム３１の受注番号とを統一することにより、デ
ータが連繋される。この受注情報システム３１に受注情
報が登録されると、工場の生産統括担当者及び資材担当
者は、製品に必要な部品の手配や発注を開始する。

【００２８】受注情報システム３１には、生産統括管理
担当者が製作番号を受注番号に関連付けて入力する。こ
の製作番号は、製造部門１１や部品供給メーカ３の製造
管理に利用される。オプションなどの詳細なデータは見
積支援システム３０にだけ登録されているので、見積案
件を受注したら見積支援システム３０の詳細なデータを
受注データとして、受注情報システム３１に引き継ぐ。

【００２９】これらのデータが引き継がれないと、製造
部門１１への製作指示や部品メーカー３への発注を正確
に行えなくなる。見積支援システム３０から送られた要
求期限、あるいは竣工時期から２ヶ月前に設定した要求
期限とから受注情報システム３１の要求期限が自動的に
設定され、納期カレンダー３２に表示される。

【００３０】納期カレンダー３２に表示された案件を生
産予約する予約手順を、図１０に示す。納期カレンダー
３２に掲載された受注情報または未受注の見積情報の中
から、営業部門４が生産予約する案件を選択すること
で、生産予約システム１３は製作日カレンダー３４を作
成し予約する。営業部門４は、見積時から受注までの間
に要求期限が変更している場合には、更新された要求期
限を入力する。そして、表示装置であるディスプレイ画
面上に表示された予約ボタンを押す。これにより、予約
処理が実行される。その際、営業部門４は入力部４０か
ら予め付与されたＩＤとパスワードを入力する。これに
より、データのセキュリティーを確保している。

【００３１】予約ボタンが押されると、生産予約システ
ム１３を内蔵したコンピュータが要求期限を満たし、し
かも製作ラインの空いている日を探す。型式の上位カテ
ゴリとしての機種から、標準的な製作期間(以下、標準
納期と呼ぶ)を判断する。この製作期間には、工場休日
も含めるし、さらに部品調達に要する期間も含む。調達
に際して標準納期を超える期間が必要なオプション部品
の調達時間であって、標準納期を越える期間すなわちオ
プション納期と、納入先までの輸送時間が付加期間とし
て付け加えられる。もちろん、オプション部品の納期が
標準納期内であれば、オプション納期は０日となる。な
お、標準納期とは、製作期間と調整期間を表している。
予約処理では、この付加期間を含んだ期間に基づいて、
製作ラインの空いている日付を自動的に探す。

【００３２】図１１ないし図１３に、予約処理の具体例
を示す。

【００３３】図１１では、受注案件の要求期限が２月１
日であり、この受注案件を１月１日に生産予約する場合
である。機種から定まる標準納期は２０日間であり、こ
れにオプション納期が６日付加されている。この２６日
間は、部品調達と製作に要する日数である。従って、１
月１日から２６日経過する１月２７日までは、予約がで
きない期間として設定される。また、納入先までの輸送
期間として２日を要するので、要求期限から２日前まで
の期間は予約ができない。この結果、予約できる日とし
て、１月２８日、２９日、３０日が得られる。

【００３４】この１月２８〜３０日の間で、生産予約に
最適な日を、次に選択する。この様子を、図１２に示
す。要求期限に近い日付から順に調べるように決めてい
る。その理由は、要求期限より早く製作を完了すると、
完成品を未出荷のままで保管する必要が生じるためであ
る。つまり、仕掛かり状態になり、在庫を増やすことに
なるからである。なお、本実施例では予約システムの利
用を推進するため、要求期限に近い日付から予約するよ
うにして、早めの予約を進めている。これに対し、作業
のない空席を少なくするために、予約可能な期間の早い
時期から予約を埋めて行くようにしても良い。

【００３５】最初に１月３０日の製造ラインを調べる。
この１月３０日に受注案件を何個製作できるか、その製
作できる個数（空席）を調べる。空席が１個以上あれ
ば、生産予約は可能である。空席が１個もなく満席であ
れば、次に１月２９日の状態を調べる。１月２９日も満
席で空席がない場合には、１月２８日を調べる。このよ
うに、生産予約可能期間を遡及して探すようにする。生
産予約可能日が見つかったら、画面上に生産予約結果を
表示し、生産予約が完了したことを表示する。

【００３６】生産予約可能な日が予約可能期間内に見つ
からないときは、予約可能期間よりも後の日付から生産
予約可能な日を探す。この場合は、要求納期に間に合わ
なくなるので、現状の計画では要求納期から何日遅れる
かを調べる。また、標準納期等を見直し付加期間を含め
た製作期間を短縮する等の調整が可能かどうかも調べ
る。

【００３７】なお、顧客の都合で製品の納期が延期され
たり、受注がキャンセルされたり、または短納期品を飛
び入りで生産しなければならなくなった場合にも対応で
きるように、予め調整期間を設けている。例えば、標準
納期を３０日とすると、その時実際の製造期間は２０日
としたとき、調整期間は１０日となる。上記調整ができ
ないときは、製造部門１１に問い合わせて他の案件とで
製造の前後を変更できないか調整を図る。これらの調整
がすべて不可能なときには、本案件の受注を見合わせざ
るを得ない。ただし、調整期間を設けているので、この
ような事態はほとんど回避できる。

【００３８】図１３に、要求納期までの製作ができない
場合の例を示す。生産予約候補期間の１月２８〜３０日
は全て満席だったので、１月３１日を調査する。１月３
１日は空席であるから、１月３１日に生産予約すれば納
期は２月２日まで延期される。そこで、調整期間を勘案
して納期を２月２日に変更しても顧客の要求を満足でき
るかどうかを判断し、１月３１日に予約する。

【００３９】生産を予約すると、納入期限が定まる。こ
の納入期限は納入先にすぐに回答されるとともに、納入
先への保証納期としても利用できる。これにより、営業
活動を支援しながら、効率的な生産が可能になる。

【００４０】図１１〜１３に示した予約処理では、各種
データベース（ＤＢ）を使用している。これらは、機種
毎の標準納期ＤＢ、オプション部品毎の追加納期(オプ
ション納期)ＤＢ、都道府県別の輸送時間ＤＢ、稼働日
と台数を示した生産能力ＤＢを含んでいる。なお、オプ
ション毎の納期ＤＢでは、同一のオプションを利用する
ものであっても機種により日数の違いがあるので、機種
に応じて付加納期を定めている。

【００４１】都道府県別の輸送時間ＤＢでも、機種によ
り輸送手段による輸送日数が異なるので、機種に応じて
付加納期を定めている。生産能力ＤＢでは、機種毎に生
産可能台数を設定している。また、納期カレンダー３２
と製作日カレンダー３４も機種毎に作成されている。

【００４２】生産予約の手順は上述したとおりである。
なお、営業部門４が予約を入力すると、予約状況フラグ
が「予約申請中」に設定される。この予約情報フラグを
見て製造部門１１を管理する部署（以下、管理部門１２
と呼ぶ）は、日程の調整が必要かどうかを確かめる。管
理部門１２が指定された納期に製作できると判断した
ら、その案件の予約状況フラグを「確定」に変更する。
そしてこの予約状況フラグの変更をイントラネットまた
はインターネットを介して予約を申請した営業部門４や
部品メーカ３等の関連部門に送られる。「確定」フラグ
が送られることにより、営業部門４を含む各部門が予約
の内容を把握できる。

【００４３】予約状況フラグの変更は、上述した納期カ
レンダー３２上にも表示される。管理部門１２が予約状
況フラグを「確定」に変更すると、納期カレンダー３２
上の見積番号等の情報は、表示色が例えば緑色から黒色
に変化する。これに応じて、製品の各部品及び各工程を
表示する製作日カレンダー３４の表示も変更される。

【００４４】予約案件の情報と部品毎に決められた調達
期間に基づいて、予約案件に必要な部品毎の部品納入日
カレンダー１７を作成する。部品納入日カレンダー１７
が完成すると、各部品メーカ３にその内容が提供され
る。受注予定案件も含めた受注案件の製作工程に合わせ
て、各部品メーカ３に部品の要求期限を指令する。すな
わち、どの部品が製品完成日の何日前に納入されれば最
適であるかが、部品メーカ３でも把握できるようになっ
ている。

【００４５】提供されたデータには、既に受注が取れて
発注済みのもの、受注はしていないが管理部門１２が確
定と判断し見込み発注したもの、営業部門４が予約を申
請しただけの案件が含まれる。部品メーカ３への正式発
注は、所定期限の時点で発注システムから発注される。
将来の受注案件である予約申請の段階のものも、参考デ
ータとして部品メーカ３に公開される。これにより、部
品メーカ３は自社の部品の需要を予測することが可能に
なる。

【００４６】図１４に示すように、製作日カレンダー３
４から作成され、部品メーカ３に提供された部品納入日
カレンダー（完成日カレンダー））を、各部品メーカ３
が参照する。これによりメーカＭ１は、製品納入日のＸ
日前までにＡ部品のうち、パターンＰがカレンダーに表
されたことにより判別した図面Ｑの仕様で納入する。同
一受注案件に対して、部品メーカＭ２には、製品完成日
のＹ日前までに、Ｂ部品のうち、パターンＱがカレンダ
ーに表されたことにより判別した図面Ｓの仕様で納入す
る。これらの部品はそれぞれの指定日に部品メーカＭ
１、Ｍ２への発注元である本社工場１へ送られ、本社工
場１の製造ラインにタイムリに投入される。工場は、こ
の部品メーカ３に発注した部品を運搬車を使って各部品
メーカ３に回収しに出向く。

【００４７】図１４においてパターンとは個数やオプシ
ョン使用、材質の特定等を意味する。部品メーカ３は予
めどのパターンで供給すべきかを把握できる。図面につ
いては、以前使用したことがある図面であれば、それを
使うよう指示する。新規な図面であり部品メーカ３が所
有していない場合は、セキュリティーを確保した電子的
手段、例えばインターネット経由で、工場１から部品メ
ーカ３に提供される。この新規な図面は工場１の設計者
が作成するが、以前作成したものがあれば図面データベ
ースから自動で図面が発行され、部品メーカ３に送られ
る。

【００４８】製造ラインの各工程（製造工程カレンダ
ー）も、製作日カレンダーに基づいて作成される。この
様子を図１５に示す。製作日カレンダーから作成された
工程カレンダーを製造ラインの製作・組立作業の従事者
またはその管理者が見て、各工程の進行具合を把握す
る。つまり、Ａ工程の従事者は、製品完成日のＺ日前ま
でに工程を完了することが必要であり、Ｂ工程の従事者
は製品完成日のＷ日前までに工程を完了することが必要
である。各工程の従事者はこの指令に基づき、指定され
た日までに工程を完了するように各工程に着手する。そ
の際、各部品メーカは部品納入カレンダーに基づいて、
発注した部品を工程の進行に対応させて、部品が納入で
きるよう部品を製造する。

【００４９】本実施例によれば、受注生産であっても部
品調達のＪＩＴ(Just in time)化と工場内の工程の平準
化が実現され、ライン作業に似た作業工程とすることが
可能になる。なお、本実施例では、部品メーカの製作着
手日や製造ラインの工程着手日については特に規定して
いないが、これを製作日カレンダーに明記しておくこと
も可能である。この場合、工程管理ミスを減らすことが
できる。

【００５０】出荷日時のデータが正確に分かった時点
で、営業部門は生産予約カレンダー作成部に、納入先の
住所や場所、担当者、納入時刻を入力する。管理部門は
営業部門が入力したこれらの情報を確認をして出荷を手
配する。製品が完成し出荷するときには、製造工場にお
いて出荷したというフラグを入力する。このフラグの入
力は発送場に設けたバーコード入力機器から、製品に付
けたバーコードを読み込むことで実行される。

【００５１】この発送データは本実施例に示した生産予
約システムの生産予約カレンダー作成部に取り込まれ、
製作日カレンダーや納期カレンダーにその情報が入力さ
れる。この情報が入力されると、出荷された製品につい
ての情報は、各カレンダー上で表示色が変更されて表示
される。営業部門は本生産予約システムから出荷情報を
得て、この情報を印刷した結果を納入先へ提出する。こ
れにより、入金が促進される。

【００５２】本実施例によれば、営業部門の見積情報の
時点で製造現場に各工程の予約が可能になるので、作業
の平準化を図ることができる。また、顧客の希望期限と
実際の納入日との乖離を減少させることができる。さら
に、部品納入の促進及び製品納入期日の厳守が図られ、
入金が促進され、効率的なサプライチェーンマネージメ
ントシステムが得られる。

【００５３】上記実施例では営業部門及び部品メーカと
発注元である工場との間はインターネットを利用し、製
造メーカ内部の工程計画をする管理部や製造部門、設計
部門との間ではイントラネットを使用している。その
際、見積支援システム、受注情報システム、生産予約シ
ステムは、工場が備えるサーバに格納しておく。これら
の各システムは同一サーバ上にあってもよいし、いくつ
かのサーバに分散させて格納していてもよい。

【００５４】工場内部と営業部門間の情報伝達は、社内
ネットワークで代表されるイントラネットの代わりにイ
ンターネットや公衆電話回線等を用いてもよく、工場と
部品メーカとの間の情報伝達は、インターネットの代わ
りに公衆電話回線等を用いてもよい。このように、公衆
に用いられている情報伝達手段を用いることにより、簡
便にかつ早期に情報を共有することができ、製造部門の
生産スケジュールを容易に作成できるとともに、生産計
画を立案するための調整時間が不要となる。

【００５５】上述した本実施例によれば、注文生産製品
の営業部門からの予約状況に基づいて、製造部門の生産
管理や部品供給メーカーへの発注の管理および生産の管
理をするサプライチェーンマネージメントにおいて、見
積から受注に至るまでの営業活動を製造部門と部品メー
カが把握でき、早期に需要予測に利用できる。また、製
造ラインの空き情報を関連部門と共有し、製造ラインの
予約を営業部門がしているので、生産の平準化を自動的
に行える。さらに、注文生産で使われる部品を、効率的
に部品メーカーより入手できる。

【００５６】本実施例によれば、営業部門では生産を予
約すると納入期限を確保できるので、受注活動が展開し
やすくなる。万一、受注できない場合でも、キャンセル
できる期間内であれば早期にキャンセル可能であり、製
造部門の無駄作業を排除できる。また、膨大な見積情報
の中から、営業部門が受注確度の高い案件のみ生産予約
するので、需要予測の確率が高くなり、製造部門にける
部品や資材等の準備、生産ラインの準備を早期に整える
ことができる。

【００５７】営業部門の予約や受注が集中する時期に
は、年間の生産能力に合わせて、前倒しで生産を行うこ
とが可能になり、作業量が平準化され経営効率が向上す
る。本実施例によれば、先々の需要予測情報により、部
品や資材を事前に調達することが可能になる。なお、関
連会社またはライセンスを受けた会社の営業部門がサー
バーを利用できるようにしてもよい。

【００５８】次に、外部工場２に対する生産管理システ
ム１８について説明する。

【００５９】外部工場は先に説明したように遠隔地にあ
るため、部品の調達についても数ヶ月前に発注しなけれ
ばならないものがある。それは、部品メーカの製造期間
と外部工場への輸送期間が長いためでである。しかも納
期の数ヶ月前にはほとんど受注も予約も入っていない場
合がある。さらに、部品は製品の型式によって違うた
め、不確定でも型式の割合まで予測しなければならな
い。そのため、部品の型式毎に部品調達のためのデータ
を作成し、それが納期に間に合うように週単位で進歩状
況を管理できるようにする必要がある。また、部品の型
式も多岐に渡るが、生産量は少ない（例えば５０台／月
生産で、製品型式が３８種類あり、部品は製品の型式に
影響される）ため部品の在庫と調達に工夫したものであ
る。

【００６０】そこで、部品の手配数を下記のようにして
予測して対応できるようにした。

【００６１】これまでに発注した製品の数を合計し、発
注合計数とする。ここで、製品とは部品を組立てたもの
としている。発注合計数を求める期間は、過去から現在
の半年後程度としている。また、製品の型式によって合
計した数を型式別発注数とする。その１例を図１６に示
す。図１６（ａ）には現在２月１日として５月分までを
予測して発注済とした型式毎の月別発注台数を示したも
のである。図１６（ｂ）は受注台数を予測したものであ
る。この受注台数は過去から現在の２、３ヶ月先までの
予約をさしている。なお、製品の型式によって合計した
数を型式別受注数とする。図１６（ｂ）は現在を２月１
日とし、それまでの受注実績と３月末ぐらいまでの納期
の受注と予約が分かっているとしている。なお、３月分
は受注が未だ増える可能性がある。尚この図で型式条件
１、２とは、顧客の要求仕様から決まるもので、例えば
型式条件１をその装置の容量を、型式条件２は使用する
燃料（ガスであるか油であるか等）である。ここでは、
型式条件を２つにしているがさらに数が増えても問題は
ない。

【００６２】上記の発注済みの台数のから数ヶ月先の発
注合計数を予測して、それを新規発注数とする。その予
測の方法を図１７を用いて説明する。図１７（ａ）には
６月に月別小計をこれまでの平均値と実績の推移から１
５台を新規発注の合計数とした。新規発注数に発注製品
数から受注合計数を差引いたものを足した値を余裕数と
する。例えば図１６（ａ）、（ｂ）及び図１７（ａ）か
ら余裕数を求めると、余裕数＝１５＋（７７−４１）＝
５１となる。

【００６３】次に過去の受注の傾向と、予約、見積の傾
向で型式の比率を算出する。図１６（ａ）に示すよう
に、製品Ａ型式は２２個、Ｂ型式は２８個、Ｃ型式は２
７個であるので、Ａ：Ｂ：Ｃ＝２８．６％：３６．４
％：３５．０％となる。

【００６４】次に、型式別に新規発注数を次の式で算出
する。型式別新発注数＝余裕数×型式の比率−（型式別発注数
−型式別受注数）上記式を用いてそれぞの型式の数量を求めると、製品Ａ型式＝５１×０．２８６−（２２−１３）＝５．
５８６となり、四捨五入して新規発注台数は６台となる。同様
に製品Ｂ型式＝４．５６４となり四捨五入して５台とな
る。さらに、製品Ｃ型式＝４．８５となり四捨五入して
５台となる。上記結果を図に示すと図１７（ｂ）のよう
になる。

【００６５】図に示すように、今回の結果では当初６月
の発注合計数を１５台と予測したが、各型式毎の台数予
測の結果その合計は１６台と１台多い結果となった。こ
れは、各型式毎の台数予測を行う場合、小数点以下を四
捨五入したためであり、この誤差を解消するには、各型
式毎の台数を求めたときの誤差の絶対値の最も大きいも
のから順に１台ずつ台数を差引いて合計台数と合うよう
にする。すなわち、今回の結果では各型式の誤差は、Ａ
型式＝６−５．５８６＝０．４１４、同じくＢ型式＝
０．４３６、Ｃ型式＝０．１５となり、Ｂ型式のもを１
台減らして４台とする。

【００６６】以上のようにして、機種毎の台数が決まる
と、次に部品に展開して数量を決める。この場合、同じ
機種でも顧客の要求仕様に応じて使用する部品が異な
り、これ生産予約システムの型式毎の部品データベース
を用いて求めるものである。部品データベースは製品の
型式及び型式条件に応じて階層化されており、顧客の要
求仕様から使用部品及びそれらの発注から納品までの期
間が一意に求めることが可能となっている。生産統括担
当者は、予約カレンダーから作られた部品毎の発注及び
納期等が部品カレンダーを見て発注業務を行う。また、
外部工場２からは本社工場１に製品の生産状況及び部品
の在庫情報等本社工場に連絡して、その情報に基づい
て、生産統括担当者は生産予約システムのデータベース
等を補正する。

【００６７】又生産統括担当者は、発注から納期までの
期間が、予約が確定してから発注しても生産工程に遅れ
を生じない部品と、それでは、生産に間に合わない部品
とを区別して部品の発注時期を変えている。即ち、発注
から納期までの期間が長く掛かる部品に関しては、先に
述べた予測結果に基づいて予約が確定する前に先発手配
をするようにしている。このため、受注できずにその部
品が在庫となる場合も発生するが、予測精度を向上させ
ることで在庫の発生を極力低減できるようにしている。
この部品に関しても部品カレンダーとして表示できるよ
うにしているため、遠隔地の工場でもいつごろどのよう
な部品が工場に納入されるかを予め知ることが可能とな
り、工場の生産カレンダーの精度が向上する。

【００６８】また、部品供給会社に対しても、その会社
に関連する生産カレンダー、生産予約カレンダー、納期
カレンダーの一部の情報を見ることができるようにして
いるため、部品生産の予定を予め計画できるメリットが
ある。

【００６９】

【発明の効果】以上述べたように本発明によれば、納期
カレンダーや製作日カレンダーを作成すると共に、型式
毎の月別発注カレンダーを作成し、この発注カレンダー
に基づいて、型式毎に今後の受注台数を予測し、この予
測結果に基づいて製作工程カレンダーや、部品カレンダ
ーを作成することで、発注から納入まで長期間掛かる部
品の発注を、受注確定前に手配することで、製作工程カ
レンダーに合わせた部品納入ができるようにした。これ
により、顧客への製品納期を、部品納入期間に合わせる
ことなく、製作工程と、製品の搬送時間で決定できるよ
うになった。

【図面の簡単な説明】

【図１】生産予約システムの全体構成を示す図である。

【図２】本発明の生産予約システムのソフト構成のブロ
ック図である。

【図３】本発明の生産予約システムのカレンダー作成工
程を説明するための図である。

【図４】生産工程カレンダー一例を示す図である。

【図５】部品納品カレンダーの一例を示した図である。

【図６】見積支援システムを説明するための図である。

【図７】見積支援システムと生産予約カレンダー作成部
の関係を示す図である。

【図８】納期カレンダーの一例を示す図である。

【図９】見積支援システム及び受注情報システムから納
期カレンダーを作る説明図である。

【図１０】営業部門が納期カレンダーにアクセスする手
順を説明するための図である。

【図１１】営業部門が生産予約するための手順を説明す
る図である。

【図１２】図１１の他の予約の例を説明するための図で
ある。

【図１３】他の予約の状況を説明するための図である。

【図１４】製作日カレンダーから各部品メーカが部品作
成手順を説明するための図である。

【図１５】生産予約カレンダー作成部の一実施例の他の
部分構成図である。

【図１６】発注カレンダーから今後の発注予測の方法を
説明するための図である。

【図１７】図１６の続きで発注カレンダーから今後の発
注予測の方法を説明するための図である。

【符号の説明】

１…本社工場、２…外部工場、３…部品メーカ、４…営
業部門、５…インターネット、１１…製造部門、１２…
管理部門、１３…生産予約システム、１４…工場内ＬＡ
Ｎ、１５…社内ＷＡＮ、３０…見積支援システム、３１
…受注情報システム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者宮本博東京都足立区中川四丁目13番17号株式会社日立インダストリイズ内Ｆターム(参考） 3C100 AA08 BB31 BB33 BB36 BB38 BB39 EE20

Claims

【特許請求の範囲】

【請求項１】主生産工場と遠隔地の副生産工場及び各部
品を供給する部品供給会社とがインターネットで接続さ
れ、前記主生産工場及副生産工場で多品種で少ない生産
量の受注品を生産するに当たり、前記主生産工場では、
見積情報や受注情報に基づいてそれぞれの工場における
生産計画を立て、前記生産計画に基づいて今後の受注を
予測し、その予測結果に基づいて部品調達計画を立案
し、その計画に基づいて部品の発注を行うようにしたこ
とを特徴とする生産予約システム。
【請求項２】請求項１記載の生産予約システムにおい
て、発注・調達・輸送中部品調達の進歩状況を在庫情報
に反映して生産計画を立案することを特徴とする生産予
約システム。
【請求項３】請求項１記載の生産予約システムにおい
て、リアルタイムで変化する部品調達情報を主生産工
場、遠隔地生産工場、当該部品を納める部品メーカが共
有して閲覧できるように構成したことを特徴とする生産
予約システム。
【請求項４】請求項１記載の生産予約システムにおい
て、前記見積情報や受注情報は、カレンダー形式で記録
され、前記記録された情報に基づいて、生産予約カレン
ダー、及び部品調達カレンダーに展開することを特徴と
する生産予約システム。
【請求項５】請求項１記載の生産予約システムにおい
て、前記部品供給会社は該当する製品の生産予約カレン
ダー及び該当する部品調達カレンダーを閲覧できる構成
としたことを特徴とする生産予約システム。