JP2001348108A

JP2001348108A - 製品認証システム

Info

Publication number: JP2001348108A
Application number: JP2000173354A
Authority: JP
Inventors: Hisashi Watanabe; 久渡辺
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2000-06-09
Filing date: 2000-06-09
Publication date: 2001-12-18

Abstract

(57)【要約】【課題】受注製品と受注情報とを管理することによ
り、製品の的確な製造及び販売を可能とするとともに、
適正在庫を維持すること。【解決手段】製造部門４は、見込生産依頼１２ｂに基
づきウエハー製造工程６を開始し、内示生産依頼１２ａ
に基づき組立工程７を開始する。ウエハー製造工程６に
て製造されたシリコンウエハー３１ａは、ストックポイ
ント９にて保管される。販売部門２のコンピュータ２ａ
に、ユーザ、セールス担当、製品名別にＩＤコードを設
定する設定部２ｆを設ける。ＩＤコードを、注文１１に
基づいて、プライオリティに基づいて区分された生産依
頼１２、各製造工程ごとの仕掛品に対する生産実績１
４、在庫実績１５，１９等に設定する。これにより、販
売部門２のセールス担当は、ＩＤコードを標識として製
造状況を把握することができ、バーチャル的に管理する
ことが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、受注製品と受注情
報とを管理する製品認証システムに関するものである。

【０００２】

【従来の技術】近年、技術の飛躍的革新や顧客ニーズの
多様化などにより、企業などにおいては顧客主導型の商
取引が求められている。このため、企業などは個々のユ
ーザのニーズに適合した製品の開発に尽力し、その結
果、多種多様な製品が製造されている。一方、顧客ニー
ズの変化は激しく、また、技術革新の加速化に伴い製品
のライフサイクルが短縮化し、極めて早期に陳腐化して
しまうという実態がある。

【０００３】また、商取引において製品の欠品は信用問
題に直結するため、企業は製品の在庫を確保することに
より、欠品問題が生じないように対応している。そし
て、製品のライフサイクルが短縮化傾向にあるという現
状の下では、過剰在庫は企業の経営基盤を揺るがす事態
となるため、適正在庫を維持することが求められてい
る。

【０００４】そして、インターネットや情報電子機器端
末などの普及に伴い、受発注、輸送、決済などのビジネ
ス文書などを、コンピュータ・ネットワークを介して電
子的に送受信するＥＤＩ（ＥｌｅｃｔｒｏｎｉｃＤａ
ｔａＩｎｔｅｒｃｈａｎｇｅ）を利用して行い、製造
業者から消費者の手に製品が渡るまでの製造・物流・販
売過程の情報や製品流通などを管理することにより、企
業活動の効率化が図られている。その手段として、例え
ば、Ｅメールやインターネット、ＬＡＮ（Ｌｏｃａｌ
ＡｒｅａＮｅｔｗｏｒｋ）、ＶＡＮ（ＶａｌｕｅＡ
ｄｄｅｄＮｅｔｗｏｒｋ）などが知られている。

【０００５】上記手段を実現したシステムとして、例え
ば、半導体製造業における従来の管理システムについて
説明する。図１０に示すように、ユーザ１は、販売部門
２に対してＶＡＮなど利用して注文８１を行い、これを
受けた販売部門２は、その注文８１に基づいて３ヵ月先
までの受注予測を立てて設定した生産依頼８２を、ＬＡ
Ｎなどを利用して製造部門４に行なう。製造部門４は、
製造部門４が保有する在庫８３を確認し在庫調整を行い
ながら、この生産依頼８２に基づき製造計画を立案し、
製品８５を製造する。そして、このようにして製造され
た製品８５は物流センタ５に納品され、物流センタ５か
らユーザ１に出荷される。

【０００６】半導体製品は、ウエハーに回路を焼き付け
るウエハー製造工程６と、完成品としてのＩＣパッケー
ジを組み立てる組立工程７を経て製造される。そして、
半導体製品を製造するには、ウエハー製造工程６におい
て約２ヶ月程度、組立工程７において約１週間程度の製
造期間を要する。

【０００７】

【発明が解決しようとする課題】しかし、上述した半導
体製造業などにおいては、個々のユーザ１のニーズに応
じた個別対応の製品８５が製造されるため、製品８５の
種類が数千種類にのぼり、個々の製品８５について適切
に製品管理・在庫管理をすることが困難であった。ま
た、製品８５の種類が増すにつれ、その融通性または汎
用性が乏しくなるため、例えば、ユーザ１が注文８１を
キャンセルした場合などにおいては、その製品８５の受
け取り先が実質的になくなり、消化される予定のない在
庫として計上されてしまい、適正在庫を維持することが
困難であった。

【０００８】これらの問題を解決するために、ユーザ１
の注文８１が確定した時点で製品８５の製造を開始する
ようにすることも可能であるが、製造期間が長期間にわ
たる製品８５の場合、ユーザ１の注文８１に迅速に対応
することができなくなる。

【０００９】一方、ユーザ１の情報を最も把握している
販売部門２に在庫管理責任がなく、製造部門４が在庫管
理を行っていたため、ときに、販売部門２においては、
欠品問題を引き起こさないように在庫を十分に確保しよ
うと、過剰の生産依頼８２を行なう場合がある。そし
て、製造部門４においては、ユーザ１の注文８１及び販
売部門２の販売計画を把握することができなかったた
め、この販売部門２からの生産依頼８２を受けてその依
頼どおりに製品８５を製造することにより、在庫の増加
に拍車をかけることとなる。

【００１０】本発明は、上記問題を鑑みてなされたもの
であり、その目的は、受注製品と受注情報とを管理する
ことにより、製品の的確な製造及び販売を可能とすると
ともに、適正在庫を維持することを可能とする製品認証
システムを提供することにある。

【００１１】

【課題を解決するための手段】上記問題点を解決するた
めに、請求項１に記載の発明は、受注製品に対応する製
造工程における仕掛品に対し、受注情報の認証データを
設定する設定手段を設けたことを特徴とする。

【００１２】受注製品に対応する製造工程における仕掛
品に対し、受注情報の認証データを設定することによ
り、製造工程における仕掛品とその受注情報とを対応さ
せることができるため、製品管理・在庫管理を適切に行
なうことができ、在庫の増加を抑制することができるこ
ととなり、適正在庫の維持を図ることができる。

【００１３】請求項２に記載の発明は、請求項１におい
て、前記受注情報は、少なくとも、製品の種類及び生産
依頼者を含むことを特徴とする。製造工程における仕掛
品に対し、少なくとも、製品の種類及び生産依頼者を含
む受注情報の認証データを設定することにより、製造工
程における仕掛品と受注情報とを対応させることができ
るとともに、製造工程において製品の受取り先を確保し
た状態で製品の製造することができる。これにより、適
切に製品管理・在庫管理を行なうことができるため、在
庫の増加を抑制することができ適正在庫の維持を図るこ
とができる。

【００１４】請求項３に記載の発明は、請求項１または
２において、前記受注情報は、少なくとも、製品数量及
び納期が未確定の第１情報と、製品の納期は確定してい
ないが数量が確定している第２情報とに区分されるプラ
イオリティが設定されていることを特徴とする。

【００１５】受注情報に、少なくとも、製品数量及び納
期が未確定の第１情報と、製品の納期は確定していない
が数量が確定している第２情報とに区分されるプライオ
リティが設定されていることにより、製品の数量が確定
しているか否かについて確認することができ、これによ
り、製造工程における製品の需給調整を適切に行なうこ
とができる。また、受注した製品に関する受注情報をよ
り詳細に確認することができることにより、より適切に
製品管理・在庫管理を行なうことができ、適正在庫の維
持を図ることができる。

【００１６】請求項４に記載の発明は、請求項３におい
て、前記製造工程は、複数の製造工程からなるととも
に、前記受注情報の認証データは、前記プライオリティ
に基づいて、特定の製造工程の仕掛品に設定されること
を特徴とする。

【００１７】受注情報の認証データが、プライオリティ
に基づいて、複数の製造工程のうち、特定の製造工程の
仕掛品に設定することにより、受注した製品について製
造工程の特定工程の仕掛品と受注情報とを対応させるこ
とができ、これにより、より適切に製品管理・在庫管理
を行なうことができ、適正在庫の維持を図ることができ
る。

【００１８】請求項５に記載の発明は、請求項４におい
て、前記製品の製造工程は、少なくとも、資材から中間
製品を製造する第１製造工程と、中間製品から完成品を
製造する第２製造工程とに区分されるとともに、前記第
１情報に関する受注情報の認証データは、第１製造工程
の仕掛品に対して設定され、前記第２情報に関する受注
情報の認証データは、第２製造工程の仕掛品に対して設
定されることを特徴とする。

【００１９】第１情報に関する受注情報の認証データ
を、第１製造工程の仕掛品に対して設定し、第２情報に
関する受注情報の認証データを、第２製造工程の仕掛品
に対して設定した。これにより、中間製品の段階から、
プライオリティに基づいて各製造工程の仕掛け品と受注
情報とを対応させることができ、より適切に製品管理・
在庫管理を行なうことができる。

【００２０】請求項６に記載の発明は、請求項５におい
て、前記第２情報に関する認証データの第２製造工程の
仕掛品への設定は、前記第１情報に関する認証データを
書き換えることにより行なうことを特徴とする。

【００２１】第２情報に関する認証データの第２製造工
程の仕掛品への設定を、第１情報に関する認証データか
ら書き換えて行なうことにより、それぞれの製造工程に
おける工程毎の需給調整を行なうとともに、製造工程全
体としての製品の需給調整を行なうことが可能となる。
これにより、より適切に製品管理・在庫管理を行なうこ
とができる。

【００２２】請求項７に記載の発明は、請求項５または
６において、前記第１製造工程と第２製造工程との間
に、中間製品を保管するストックポイントを設けたこと
を特徴とする。

【００２３】第１製造工程と第２製造工程との間に、中
間製品を保管するストックポイントを設けたことによ
り、完成品と比較して融通性または汎用性に富む中間製
品を在庫として保管させておくことができる。これによ
り、生産依頼の変動に機動的に対応することが可能とな
る。また、受け取り先が確定した生産依頼に対し、新た
に資材から製品の製造を開始する場合と比較して、この
中間製品から完成品を製造することにより、より迅速に
対応することが可能となる。

【００２４】請求項８に記載の発明は、請求項５〜７の
いずれかにおいて、前記第２情報に基づいて、第２製造
工程への中間製品の投入を判断することを特徴とする。
第２情報に基づいて第２製造工程への中間製品の投入を
判断することにより、受け取り先の確定していない受注
製品に対しては、中間製品をストックしておくことによ
り、その後の迅速な対応を確保することができることと
なる。また、受取り先の確定した製品の生産依頼に対し
ては、そのストックされている中間製品から完成品の製
造を行なうことにより、より迅速に製品の製造を行なう
ことができるとともに、より適切に製品管理・在庫管理
を行なうことができることとなる。

【００２５】

【発明の実施の形態】以下、この発明を具体化した実施
形態を図１〜図９に従って説明する。（全体構成）図１に示すように、ユーザ１との間で受注
情報及び製品の受け渡しを行なう販売部門２は、予想在
庫演算システムを構成するコンピュータ２ａを備えてい
る。また、外部システムとしてのコントロールセンタ３
はコンピュータ３ａを、製造部門４はコンピュータ４ａ
を、物流センタ５はコンピュータ５ａをそれぞれ備えて
いる。

【００２６】コントロールセンタ３のコンピュータ３ａ
は、イントラネットサーバとして機能する。そして、販
売部門２、製造部門４及び物流センタ５のコンピュータ
２ａ，４ａ，５ａは、イントラネットを介してコントロ
ールセンタ３のコンピュータ３ａへアクセス可能となっ
ており、コントロールセンタ３のコンピュータ３ａを共
通データベースとして利用可能となっている。

【００２７】販売要求者としてのユーザ１は、購入を希
望する特定の製品について、販売部門２に注文１１を送
付する。ユーザ１の注文１１は、注文書やＦＡＸなどの
非電子データによるものや、ＶＡＮやインターネットな
どを利用して電子データを送信するものなどが利用可能
である。

【００２８】生産依頼者としての販売部門２は、セール
ス担当などがユーザ１と取引を行い、主として製品の販
売、マーケティング、在庫管理などを行なう。ここで、
販売部門２の営業形態としては、一般的な商取引や、イ
ンターネット販売などの種々の形態が知られているが、
その形態に制限されるものではない。

【００２９】この実施形態において、製造部門４は、製
品３１ｃとしてのＩＣパッケージを製造し、第１製造工
程としてのウエハー製造工程６及び第２製造工程として
の組立工程７を有するとともに、パーツセンタ８及びス
トックポイント９を有している。ウエハー製造工程６に
おいてはシリコンウエハー３１ａに回路を焼き付け、中
間製品としてのシリコンウエハー３１ａを作成し、この
シリコンウエハー３１ａはストックポイント９へ納品さ
れる。組立工程７においては、ストックポイント９へ納
品されたシリコンウエハー３１ａから製品３１ｃとして
のＩＣパッケージを組み立てられ、完成品としての製品
３１ｃが物流センタ５へ納品される。また、パーツセン
タ８は、製造部門４の管理下におかれ、組立工程７にて
製造された製品３１ｃのサンプルや、保守パーツ、歩留
まり製品（歩留まりの向上などに伴って余分に製造され
る完成品）などのパーツ３１ｂが納品される。なお、製
造工程の製造途中にあるものを仕掛品という。

【００３０】物流センタ５は、完成された製品在庫を保
有・管理するためのものであって、販売部門２の管理下
に属している。そして、製造部門４にて製造された製品
３１ｃはこの物流センタ５に納品され、物流センタ５
は、ユーザ１に対して製品３１ｃを出荷する。前記パー
ツセンタ８は、主として、物流センタ５からユーザ１へ
の通常出荷以外の小口注文などへの対応を行なう。

【００３１】なお、これらの各部門、すなわち、販売部
門２、コントロールセンタ３、製造部門４及び物流セン
タ５は、同一主体（企業など）に属するものであって
も、それぞれ別個の主体に属するものであってもよい。

【００３２】（情報の流れ）販売部門２のセールス担当
は、前記ユーザ１からの受注情報としての特定の製品に
対する注文１１に基づき、生産依頼情報としての生産依
頼１２を、３ヵ月先までの受注予測を考慮して決定し、
コンピュータ２ａを用いてイントラネットを介してコン
トロールセンタ３へ転送する。また、販売部門２のセー
ルス担当は、製品の納期が確定した時点でユーザ１に注
文１１に対する納期回答１８を送付する。

【００３３】コントロールセンタ３は、販売部門２から
転送された生産依頼１２及び後述する製造部門４から転
送される生産実績１４などに基づいて生産計画を立案
し、この生産計画に基づいて需給調整や納期を調整・修
正して生産指示１７を決定する。決定された生産指示１
７は、製造部門４に転送される。また、後述する製造部
門４からの生産実績１４や販売部門２からの生産依頼１
２に基づいて、需給調整や納期調整して生産回答情報と
しての生産回答１３を決定し、販売部門２からの生産依
頼１２に対する生産回答１３として、コンピュータ３ａ
を用いてイントラネットを介して販売部門２へ転送す
る。

【００３４】製造部門４は、コントロールセンタ３から
の生産指示１７に基づいて製品を製造し、その生産実績
１４を、コンピュータ４ａを用いてイントラネットを介
してコントロールセンタ３へ転送する。ここで、生産実
績１４には、製造したシリコンウエハー３１ａ、パーツ
３１ｂ及び製品３１ｃの数量に関する情報の他、各製造
工程における仕掛品についての情報も含まれる。また、
ウエハー製造工程６にて製造され、ストックポイント９
へ納品された中間製品としてのシリコンウエハー３１ａ
の在庫情報としての在庫実績１９についても同様に、コ
ントロールセンタ３へ転送される。

【００３５】物流センタ５は、製造部門４から納品され
た製品３１ｃと、ユーザ１へ出荷された製品３１ｃに基
づいて在庫情報としての在庫実績１５を、コンピュータ
５ａを用いてイントラネットを介してコントロールセン
タ３へ転送する。

【００３６】なお、図２に示すように、販売部門２は、
実際には多数の販社などの組織を含んでいるため、多数
存在するが、ここでは、これらの多数の組織を一つの販
売部門２として取り扱う。さらに、半導体製品は、実際
には、多数の工程から製造されるが、ここでは、シリコ
ンウエハー３１ａに回路を焼き付けるまでの工程をウエ
ハー製造工程６と、回路を焼き付けた後、シリコンウエ
ハー３１ａから製品３１ｃとしてのＩＣパッケージを組
み立てるまでの工程を組立工程７として取り扱う。加え
て、製造部門４は、実際には多数の工場などからなり、
しかも、それぞれの工場においては上述した多数の半導
体製造工程のなかのいずれかの製造工程を有しているた
め、多種多様の工場が存在するが、ここではそれらをま
とめて一つとして取り扱う。さらに、物流センタ５は、
実際には、販売部門２と対応するように多数の組織が個
々に有する倉庫などであるが、ここでは、それらをまと
めて一つとして取り扱う。しかも、この物流センタ５
は、ユーザ１により指定された１種類の製品をセールス
担当ごとに扱うものとして、バーチャル的に設定された
ものである。

【００３７】また、本実施形態においては、販売部門
２、コントロールセンタ３及び製造部門４における情報
の伝達は、生産依頼１２についてはユーザ１からの注文
１１があったときに随時行なわれ、生産回答１３及び生
産指示１７については一週間に一回の頻度で行なわれ、
生産実績１４については一日一回行なわれる。

【００３８】（情報の定義）ここで、ユーザ１からの受
注情報としての特定の製品に対する注文１１は、製品の
数量及び納期の確定の有無により区分されたプライオリ
ティに基づいて、以下のように区分される。

【００３９】すなわち、製品の納期及び数量とも確定し
ていない注文１１を第１受注情報としての見込注文１１
ｃとし、製品の数量は確定しているが、納期が確定して
いない注文１１を第２受注情報としての内示注文１１ｂ
とし、製品の納期及び数量とも確定している注文１１を
第３受注情報としての確定注文１１ａとする。

【００４０】また、生産情報としては、前述したよう
に、販売部門２からの生産情報としての生産依頼情報
と、コントロールセンタ３からの生産情報としての生産
回答情報とに区分される。

【００４１】そして、販売部門２からの生産依頼情報と
して特定の製品に対する生産依頼１２は以下のように区
分される。すなわち、ユーザ１からの見込注文１１ｃに
対する生産依頼１２を第１生産依頼情報としての見込生
産依頼１２ｂとし、ユーザ１からの内示注文１１ｂに対
する生産依頼１２を第２生産依頼情報としての内示生産
依頼１２ａとする。

【００４２】また、製造部門４からの生産実績１４など
に基づいて調整されたコントロールセンタ３からの生産
回答情報としての特定の製品に対する生産回答１３は以
下のように区分される。すなわち、販売部門２からの見
込生産依頼１２ｂに対する生産回答１３を第１生産回答
情報としての見込生産回答１３ｂとし、販売部門２から
の内示生産依頼１２ａに対する生産回答１３を第２生産
回答情報としての内示生産回答１３ａとする。ここで、
内示生産回答１３ａは組立工程７から生産出荷される製
品３１ｃを対象とし、見込生産回答１３ｂはウエハー製
造工程６で生産されるシリコンウエハー３１ａを対象と
している。そして、内示生産回答１３ａは、ユーザ１に
より指定された１種類の製品に対応している。

【００４３】また、コントロールセンタ３により決定さ
れ、製造部門４へ転送される生産指示１７は、以下のよ
うに分類される。すなわち、販売部門２からの内示生産
依頼１２ａに基づいて決定される生産指示１７を内示生
産指示１７ａと、見込生産依頼１２ｂに基づいて決定さ
れる生産指示１７を見込生産指示１７ｂとする。

【００４４】更に、製造部門４における生産実績１４
は、以下のように区分される。すなわち、組立工程７に
生産投入された仕掛品に関する生産実績１４を組立工程
製造実績１４ａとし、ウエハー製造工程６に生産投入さ
れた仕掛品に関する生産実績１４をウエハー工程製造実
績１４ｂとする。

【００４５】なお、上記各情報においては、その納期ま
たは数量の確定の有無により優先順位が設定されてお
り、注文１１においては確定注文１１ａ，内示注文１１
ｂ、見込注文１１ｃの順に、生産依頼１２においては内
示生産依頼１２ａ、見込生産依頼１２ｂの順に、生産回
答１３においては内示生産回答１３ａ、見込生産回答１
３ｂの順にそれぞれ優先順位が設定されている。

【００４６】そして、コントロールセンタ３のコンピュ
ータ３ａは、各部の制御やデータの転送、種々の演算な
どを行なう演算部４１、各種のデータを格納する記憶手
段としての記憶部４２、入出力されるデータを制御する
制御手段及び受注情報を受け取る受取手段としての入出
力制御部４３、入出力制御部４３、ＣＲＴなどからなる
表示部４４などから構成されている。そして、コントロ
ールセンタ３は、主として製品の需給調整、納期管理、
生産管理、基本情報管理など、情報の一元管理を行な
う。

【００４７】コントロールセンタ３のコンピュータ３ａ
の記憶部４２は、例えば、ＲＡＭやＲＯＭ、ハードディ
スクなどの記録装置から構成される。その記憶部４２に
は、ユーザ１からの注文１１（確定注文１１ａ、内示注
文１１ｂ、見込注文１１ｃ）、販売部門２からの生産依
頼１２（内示生産依頼１２ａ、見込生産依頼１２ｂ）、
コントロールセンタ３からの生産回答１３（内示生産回
答１３ａ、見込生産回答１３ｂ）、製品の生産情報とし
ての製造部門４からの生産実績１４（ウエハー製造実績
１４ａ，組立製造実績１４ｂ）及び製品の在庫実績１５
などが、それぞれユーザ別、セールス担当別、製品別、
納期別にデータベース化された状態で格納される。

【００４８】また、販売部門２のコンピュータ２ａは、
演算手段及びシミュレーション手段としての演算部２
ｂ、メモリーなどから構成される記憶手段としての記憶
部２ｃ、表示手段としてのＣＲＴなどからなる表示部２
ｄ、制御手段としての入出力制御部２ｅ、入力される各
種情報に、認証データとしてのＩＤコードを設定する設
定部２ｆを備えている。そして、記憶部２ｃには、コン
トロールセンタ３のコンピュータ３ａから転送される各
種のデータ及び物流センタ５の現在の在庫実績１５及び
将来の所定期間（例えば１ヶ月分、２ヶ月分、３ヶ月分
など）における日毎の予想在庫１６のデータなどが記憶
される。また、演算部２ｂは、記憶部２ｃに記憶された
製品の注文１１や生産依頼１２、生産回答１３、以前に
演算された予想在庫１６などから指定時期における予想
在庫１６を演算する。

【００４９】以下、上記各情報の流れについて図１，図
３及び図４を用いて説明する。販売部門２のコンピュー
タ２ａの入力端末から見込注文１１ｃが入力されると、
製品種類、ユーザ及びセールス担当をそれぞれ示す複数
のＩＤコードとともにその内容が記憶部２ｃに記憶され
る（ステップＳ１）。そして、このデータは、コントロ
ールセンタ３のコンピュータ３ａに転送されて記憶部４
２に記憶される（ステップＳ２）とともに、製造部門４
のコンピュータ４ａに転送されて製造部門４に通知され
る（ステップＳ３）。ここで、見込注文１１ｃは、数量
及び納期が確定した受注情報ではないが、製造部門４に
おいて、ウエハー製造工程６へのウエハーの投入量及び
投入タイミングの判断に役立つ。

【００５０】一方、販売部門２のコンピュータ２ａの入
力端末から確定注文１１ａ及び内示注文１１ｂの数量が
それぞれ入力されると、製品種類、セールス担当、ユー
ザ、納期をそれぞれ示す複数のＩＤコードとともにその
内容が記憶部２ｃに記憶される（ステップＳ４）。そし
て、その内容が表示部２ｄに表示される（ステップＳ
５）。

【００５１】なお、本実施形態においては、販売部門２
のコンピュータ２ａの設定部２ｆにより、各種の情報、
つまり、内示生産依頼１２ａ、見込生産依頼１２ｂごと
に、認証データとしてのユーザ別、セールス担当別、製
品名別、納期別にコード化されたＩＤコードが設定され
る。

【００５２】次いで、後述する図８に示すフローチャー
トに従って、販売部門２のセールスにより予想在庫演算
シミュレーションが行なわれる（ステップＳ６）。この
シミュレーションにより、指定時期における予想在庫１
６が算出されるとともに、ユーザ１からの確定注文１１
ａ及び内示注文１１ｂに基づいた適正な生産依頼数が設
定された生産依頼１２が決定される（ステップ７）。そ
して、生産依頼１２が決定されると（ステップＳ７）、
上記各種データが、販売部門２のコンピュータ２ａの記
憶部２ｃに記憶されるとともに、予想在庫１６が更新さ
れる（ステップＳ８）。そして、これらの各種データ
は、コントロールセンタ３のコンピュータ３ａに転送さ
れ、記憶部４２に記憶される（ステップＳ９）。ここ
で、販売部門２のコンピュータ２ａの記憶部２ｃ及びコ
ントロールセンタ３の記憶部４２に格納される各種デー
タには、販売部門２のコンピュータ２ａの設定部２ｆに
て設定されたＩＤコードが設定される。

【００５３】コントロールセンタ３においては、指定の
期日に到達したか判断し（ステップＳ１０）、指定の期
日に到達した場合に、前述したように生産依頼１２や生
産実績１４等に基づいて需給調整や納期調整などを行
い、前記ＩＤコードに基づいて各々の生産依頼１２に対
し、それぞれ生産量及び適当な納期日が設定された生産
指示１７が決定される（ステップＳ１１）。このように
決定された生産指示１７は、コントロールセンタ３のコ
ンピュータ３ａの記憶部４２に記憶されるとともに（ス
テップＳ１２）、製造部門４のコンピュータ４ａに転送
され、製造部門４に通知される（ステップＳ１３）。こ
こで、コントロールセンタ３のコンピュータ３ａの記憶
部４２に記憶される生産指示１７及び製造部門４に通知
される生産指示１７には、前述したＩＤコードが設定さ
れる。

【００５４】一方、製造部門４は、コントロールセンタ
３からの生産指示１７に基づき、各工程へ生産投入を行
なう（ステップＳ１４）。ここで、製造部門４において
は、原則として、販売部門２の見込生産依頼１２ｂに対
応してコントロールセンタ３にて決定された見込生産指
示１７ｂに基づいてウエハー製造工程６を開始し、内示
生産依頼１２ａに対応して決定された内示生産指示１７
ａに基づいて組立工程７を開始する。従って、販売部門
２から内示生産依頼１２ａが行われない場合には、原則
としてコントロールセンタ３において内示生産指示１７
ａが決定されることはなく、そのため、この場合は原則
として組立工程７への生産投入は原則として行なわれな
い。但し、例えば、生産ラインの稼働率の低下を防止す
る場合などには、製造部門４は独自の判断にて、製品の
製造を行なうことができる。

【００５５】そして、製造部門４においては、前述した
ように設定されたＩＤコードに基づいて、生産指示１７
毎に、生産実績１４として、組立工程製造実績１４ａ及
びウエハー工程製造実績１４ｂが得られる（ステップＳ
１５）。このようにして得られた生産実績１４は、コン
トロールセンタ３に転送され、記憶部４２に記憶される
（ステップＳ１６）。ここで、コントロールセンタ３に
転送される生産実績１４、すなわち、組立工程製造実績
１４ａ及びウエハー工程製造実績１４ｂには、内示生産
指示１７ａ、見込生産指示１７ｂに設定された同一のＩ
Ｄコードが付与される。このことは、換言すれば、前記
ＩＤコードが、各製造工程における仕掛品に設定されて
いることを意味する。

【００５６】コントロールセンタ３においては、指定の
期日に到達したかを判断し（ステップＳ１７）、指定の
期日に到達した場合には、前述したように、生産依頼１
２や生産実績１４等に基づいて需給調整や納期調整など
を行い、それぞれ生産量及び適当な納期を設定して販売
部門２の生産依頼１２に対応する生産回答１３を決定す
る（ステップＳ１８）。ここで、生産回答１３は、前記
ＩＤコードに基づいて、販売部門２からの生産依頼１２
毎に対応して内示生産回答１３ａ及び見込生産回答１３
ｂがなされる。なお、生産実績１４等に基づく需給調整
や納期調整はステップＳ１１の生産指示１７を決定する
際にも反映される。

【００５７】決定された生産回答１３は、記憶部４２に
記憶される（ステップ１９）とともに、販売部門２へ転
送されて、販売部門２のコンピュータ２ａの記憶部２ｃ
に記憶される（ステップＳ２０）。ここで、販売部門２
に転送される生産回答１３及び販売部門２においてコン
ピュータ２ａの記憶部２ｃに記憶される生産回答１３に
は、前記ＩＤコードが設定される。

【００５８】販売部門２は、転送された生産回答１３に
基づいて、予想在庫１６を更新し（ステップＳ２１）、
更新された予想在庫１６のデータ及び各種の情報は販売
部門２のコンピュータ２ａの記憶部２ｃに記憶される
（ステップＳ２１）。また、更新された各種のデータ
は、コントロールセンタ３へ転送されて、コントロール
センタ３の記憶部４２に記憶される（ステップＳ２
２）。ここで、販売部門２に転送される生産回答１３及
び販売部門２においてコンピュータ２ａの記憶部２ｃに
記憶される生産回答１３には、前記ＩＤコードが設定さ
れ、また、販売部門２のコンピュータ２ａの記憶部２ｃ
に記憶される各種データ及びコントロールセンタ３のコ
ンピュータ３ａの記憶部４２に記憶される各種情報に
は、前記ＩＤコードが設定される。

【００５９】なお、販売部門２、コントロールセンタ３
及び製造部門４における情報の伝達については、生産依
頼１２についてはユーザ１からの注文１１があったとき
に随時行なわれ、生産回答１３及び生産指示１７につい
ては一週間に一回の頻度で行なわれ、生産実績１４につ
いては毎日行なわれる。

【００６０】次に、販売部門２のセールス担当の予想在
庫１６の更新手順について図５（ａ）〜（ｃ），図６及
び図７により説明する。まず、ブラウザを起動してイン
トラネットに接続し、コントロールセンタ３にアクセス
する。すると、図５（ａ）に示すように、セールス担当
名５２及びパスワード５３の入力を促す画面が表示され
ので、予め登録されたセールス担当名５２とパスワード
５３とを入力し、ログインする。ここで、入力されたセ
ールス担当名５２及びパスワード５３が予め設定された
ものと相違する場合は、コントロールセンタ３へのアク
セスが拒否される。

【００６１】ログインすると、次に、図５（ｂ）に示す
ように、セールス担当名５２及びパスワード５３により
予め付与されたユーザＩＤ５４及び部署コード５５を示
す画面が表示され、セールス担当の属する営業所５６の
入力を促されるので、セールス担当は自らが所属する営
業所５６を選択しクリックする。すると、図５（ｃ）に
示すように、得意先コード５７、製品名５８の入力及び
日単位入力５９または週単位入力６０の選択を促す画面
が表示される。そして、セールス担当は、得意先コード
５７及び製品名５８を入力し、例えば、週単位入力６０
を選択し、クリックすると、図６に示すように、週単位
の生産依頼入力画面が表示される。

【００６２】なお、セールス担当が他の製品の入力を行
なう場合は、図６に示す生産依頼入力画面において、得
意先・製品入力画面ボタン６３をクリックすると、図５
（ｃ）の画面が表示されるので、そこで再入力を行なう
ことができる。あるいは、前画面ボタン６４、次画面ボ
タン６５をクリックすることにより他の製品について入
力することも可能である。このように、生産依頼１２
は、得意先、製品、セールス担当、納期毎に管理され
る。

【００６３】そして、図６に示すように、生産依頼画面
においては、上記のように入力したセールス担当名５
２、パスワード５３、部署コード５５、営業所５６、得
意先コード５７、製品名５８に基づいて、データベース
化された各種情報がコントロールセンタ３の記憶部４２
から販売部門２のコンピュータ２ａの記憶部２ｃへ出力
され、販売部門２の２ａの表示部２ｄに表示される。

【００６４】次いで、販売部門２のセールス担当によ
り、前記ステップＳ６における予想在庫シミュレーショ
ンが行なわれる。以下、その手順について図７に従って
説明する。

【００６５】生産依頼画面には、コントロールセンタ３
から転送され、または、販売部門２の記憶部２ｃに記憶
された各種データが読み出され（ステップＳ６１）、各
種データは、それぞれ該当箇所に表示される（ステップ
Ｓ６２）。表示される情報は、以下の通りである。すな
わち、確定注文１１ａ、内示注文１１ｂ、見込注文１１
ｃ、内示生産回答１３ａ、見込生産回答１３ｂ、内示生
産依頼１２ａ、見込生産依頼１２ｂ、予想在庫１６が、
製品の納期と関連付けられて表示される（ステップＳ６
２）。更に、日付６６、カレンダー６７などが表示され
る（ステップＳ６２）。

【００６６】そして、販売部門２のセールス担当は、ユ
ーザ１から受注した注文１１について、確定注文１１
ａ、内示注文１１ｂ、見込注文１１ｃとに区分して生産
依頼画面においてユーザ希望納期毎に「ユーザ販売要
求」箇所に入力すると（ステップＳ６３）、その内容が
生産依頼画面の「ユーザ販売要求」箇所に表示される
（ステップＳ６４）。

【００６７】次いで、生産依頼画面に表示されたユーザ
１からの注文１１や、市場予測などの要因を考慮し、販
売部門２のセールス担当は、自らの判断で適宜生産依頼
数を修正した生産依頼１２を内示生産依頼１２ａ及び見
込生産依頼１２ｂとにそれぞれ区分して生産依頼画面の
「生産依頼箇所」に入力する（ステップＳ６５）。生産
依頼１２を入力した後、予想在庫演算ボタン６１をクリ
ックすると、後述する図８に示す演算式の中から該当す
る演算式が演算部２ｂにより選択されるとともに予想在
庫１６が算出され（ステップＳ６６）、その結果が生産
依頼画面に表示される（ステップＳ６７）。なお、予想
在庫１６の演算は指定期日毎に処理され、将来の所定期
日の予想在庫１６を販売部門２のセールス担当が認識で
きるようになる。

【００６８】そして、販売部門２のセールス担当は、こ
の算出された予想在庫１６に基づいて、製品の生産依頼
１２における生産依頼数が適正な生産依頼数となってい
るかを判断する（ステップＳ６８）。すなわち、適正在
庫の維持を図るためには、所定の時期における予想在庫
１６が、適正在庫量となるように生産依頼１２の生産依
頼数を決定することが望ましい。そのため、販売部門２
のセールス担当は、注文１１に応じた数量をそのまま生
産依頼１２の生産依頼量として入力するだけでなく、市
場予測などを考慮して、所定の時期における予想在庫量
が適正値となるように自ら修正して生産依頼１２の生産
依頼数を決定する。ここで、販売部門２のセールス担当
は、生産依頼数が適正でないと判断した場合は、このシ
ミュレーションを繰り返し、すなわち、内示生産依頼１
２ａ、見込生産依頼１２ｂについてそれぞれ生産依頼数
を再入力し、予想在庫１６の算出を行なう（ステップＳ
６５〜Ｓ６６）。このようにして、販売部門２のセール
ス担当は、生産依頼１２の生産依頼数が適正となるよう
に調整し、生産依頼１２が決定される（ステップＳ６
９）。そして、生産依頼１２が決定された後、生産依頼
画面において更新ボタン６２をクリックすると、予想在
庫１６のデータが更新され（ステップＳ７０）るととも
に、販売部門２のコンピュータ２ａの記憶部２ｃに、前
記各種データが、前述した得意先、製品、セールス担
当、納期毎に設定されたＩＤコードが付加された状態で
記憶される（ステップＳ７０）。また、販売部門２のコ
ンピュータ２ａの記憶部２ｃに記憶される各種データ
は、コントロールセンタ３のコンピュータ３ａへ転送さ
れ、コントロールセンタ３の記憶部４２に格納されてい
る各種データが新たなデータに更新される（ステップＳ
７１）。

【００６９】ここで、前記ステップＳ６６においては、
予想在庫演算ボタン６１をクリックして予想在庫１６を
算出した状態においては、販売部門２のコンピュータ２
ａの記憶部２ｃにおいて算出結果が記憶されるのみで、
コントロールセンタ３のコンピュータ３ａの記憶部４２
のデータの更新は行われない。そのため、販売部門２の
セールス担当は、コンピュータ２ａ上で予想在庫１６の
演算のシミュレーションを行なうこととなる。また、予
想在庫１６のシミュレーション結果は、生産依頼画面に
おいて更新ボタン６２をクリックことにより、外部シス
テムとしてのコントロールセンタ３のコンピュータ３ａ
に転送されるため、この更新ボタン６２により、シミュ
レーション結果を転送するモードと、転送しないモード
とに切替可能となっている。

【００７０】前記ステップＳ６６における予想在庫１６
の演算においては、図８に示すフローチャートに従って
以下に示す式１〜式４のいずれかの演算式が選択され
る。（式１）前日までの予想在庫１６＋内示生産依頼１２
ａ−内示注文１１ｂ（内示注文１１ｂのみで、生産回答１３がない場合）（式２）前日までの予想在庫１６＋内示生産回答１３
ａ−確定注文１１ａ（確定注文１１ａ及び生産回答１３がある場合）（式３）前日までの予想在庫１６＋内示生産回答１３
ａ−内示注文１１ｂ（内示注文１１ｂのみで、生産回答１３がある場合）（式４）前日までの予想在庫１６＋内示生産依頼１２
ａ−確定注文１１ａ（確定注文１１ａがあり、生産回答１３がない場合）ここで、確定注文１１ａ及び内示注文１１ｂは、受注情
報であるため、物流センタ５の在庫量を減少させるファ
クタであるが、内示注文１１ｂは納期が確定されていな
い情報である。従って、確定注文１１ａと内示注文１１
ｂとの関係においては、確定注文１１ａが優先される。
つまり、確定注文１１ａと内示注文１１ｂとがある場
合、及び確定注文１１ａのみの場合、演算部２ｂは、物
流センタ５における予想在庫１６の納期日の前日の予想
在庫データから確定注文１１ａの数量に合わせて減算さ
れる。また、受注情報が内示注文１１ｂのみの場合は、
その納期が任意に設定され、その納期日の前日の予想在
庫データから内示注文１１ｂの数量にあわせて減算され
る。

【００７１】一方、製造部門４から供給される製品は、
製品在庫の増加ファクタであるため、製品の供給日にお
ける供給量をそれまでの在庫量に加算する演算が行なわ
れる。すなわち、予想在庫１６の納期日の前日の予想在
庫データから内示生産回答１３ａの数量に合わせて加算
される。この場合、内示生産回答１３ａが行なわれず、
言い換えれば、供給量がゼロの場合もあり得る。このよ
うな場合には、内示生産回答１３ａの基礎データとなる
前記ステップＳ７で設定された内示生産依頼１２ａが在
庫のプラスファクタとして利用される。このことからも
明らかなように、内示生産依頼１２ａと内示生産回答１
３ａとの関係においては、内示生産回答１３ａが優先さ
れる。

【００７２】なお、上記式１〜式４において、前日まで
の予想在庫１６が演算されていない場合は、現実の在庫
実績１５が前日までの予想在庫１６として充当される。
また、図８において、確定注文受付期限とあるのは、あ
らかじめ定められた確定注文期限（例えば４週間）より
先の納期の確定注文１１ａの有無判別のことであり、こ
の期限より先の確定注文１１ａは、内示注文１１ｂとし
て扱われる。そして、以上の式１〜式４で算出された予
想在庫１６のデータは、その後の予想在庫１６の演算の
際における前日までの予想在庫１６として用いられる。

【００７３】また、販売部門２のセールス担当が依頼し
た生産依頼１２に基づいて製造された製品３１ｃについ
ては、原則として、その依頼を行なったセールス担当の
責任にて在庫管理を行なう。そして、在庫量が過剰にな
った場合は、販売部門２のセールス担当は、ユーザ１の
注文１１に対して生産依頼１２を行なうことなく、在庫
を充当して製品３１ｃを出荷する。これにより、販売部
門２の過剰な生産依頼１２を抑制することができるとと
もに、適正在庫の維持を図ることができる。

【００７４】以下、ＩＤコードを設定した情報の流れを
図９を用いて説明する。上述したように、販売部門２に
おいて入力される生産依頼１２について設定されたＩＤ
コードは、各種情報が販売部門２、コントロールセンタ
３、製造部門４、物流センタ５と転送される際において
も同様に設定される。これにより、この設定されたＩＤ
コードに基づいて特定の情報が、ユーザ、製品名、セー
ルス担当、納期毎に、関連付けられることとなる。すな
わち、注文１１、生産依頼１２、生産指示１７、生産実
績１４、在庫実績１５、在庫実績１９とが、相互にその
ＩＤコードにより一対一の関係で関連付けられることと
なる。

【００７５】そして、特に、生産依頼１２と生産実績１
４との関係においては、このＩＤコードに基づいて、内
示生産依頼１２ａと組立工程製造実績１４ａとが内示生
産指示１７ａを介して一対一で対応し、見込生産依頼１
２ｂとウエハー工程製造実績１４ｂとが見込生産指示１
７ｂを介して一対一で対応させることができる。また、
生産依頼１２と在庫実績１５，１９との関係において
も、生産依頼１２に対して、ストックポイント９に納品
されるシリコンウエハー３１ａ及び物流センタ５に納品
される製品３１ｃを、そのＩＤコードに基づいて、一対
一で対応させることができる。

【００７６】なお、入力された生産依頼１２が当初から
内示生産依頼１２ａである場合は、ストックポイント９
のシリコンウエハー３１ａから製品３１ｃが製造され
る。一方、当初、見込生産依頼１２ｂが入力された場合
は、原則としてウエハー製造工程６のみ行われ、見込生
産依頼１２ｂに対応するＩＤコードが設定されたシリコ
ンウエハー３１ａがストックポイント９へ納入される。
その後、その見込生産依頼１２ｂは、数量が確定したと
きに見込生産依頼１２ｂから内示生産依頼１２ａへの変
更が行われる。この場合は、既に見込生産依頼１２ｂが
入力され、その入力に基づいてシリコンウエハー３１ａ
が製造されているため、ストックポイント９に保管され
ている見込生産依頼１２ｂに基づいて製造され、ＩＤコ
ードが設定されたシリコンウエハー３１ａのＩＤコード
を書き換えて、このシリコンウエハー３１ａから製品３
１ｃを製造する。これにより、ウエハー製造工程６の仕
掛品の段階から、製品３１ｃまでの段階までの製品につ
いて、ＩＤコードを標識として、生産依頼１２に対して
一対一の関係で対応させることができる。

【００７７】これらのことから、製造部門４におけるウ
エハー製造工程６、組立工程７及びストックポイント９
における仕掛品、製造されたシリコンウエハー３１ａ及
び製品３１ｃは、バーチャル的に、ユーザ、セールス担
当、製品名毎に一対一に関係付けられることとなる。ま
た、販売部門２の各セールスは、上記ＩＤコードを標識
として、コントロールセンタ３を介してウエハー製造工
程６、組立工程７、物流センタ５の仕掛品、シリコンウ
エハー３１ａまたは製品３１ｃの状況を把握することが
でき、これにより、製造部門４または物流センタ５にお
ける製品について、販売部門２の各セールス担当などが
バーチャル的に管理することが可能となる。

【００７８】上記実施形態によれば、以下のような効果
を得ることができる。・生産依頼１２の受注情報、すなわち、プライオリテ
ィを設定し（確定注文１１ａ、内示注文１１ｂ、見込注
文１１ｃ）、このプライオリティに基づいて、製品の種
類、ユーザ名、セールス担当などのＩＤコードをバーチ
ャル的に生産実績１４、生産指示１７などに設定したこ
とにより、販売部門２のセールス担当などが、製造工程
における製造状況をコントロールセンタ３を介して確認
することができる。従って、販売部門２のセールス担当
は、製造部門４の各製造工程の段階から、個々の生産依
頼１２（内示生産依頼１２ａ、見込生産依頼１２ｂ）に
対する製品の製造状況を対応させて確認することができ
るとともに、これを利用して生産依頼１２を行なうこと
ができ、過剰の生産依頼１２を行なうことを抑制するこ
とができる。これにより、在庫の増加を抑制することが
でき、適正在庫の維持を図ることができる。

【００７９】また、製造部門４においては、製品の数量
が確定しているか否かについて確認することができ、製
品の受取り先を確保した状態で製品の製造を行なうこと
ができる。

【００８０】・ウエハー製造工程６または組立工程７
における仕掛品に対し、製品の種類及びセールス担当名
５２を含む注文１１の認証データとしてのＩＤコードを
設定したことにより、製造工程における仕掛品と注文１
１とを対応させることができ、製品の受取り先を確保し
た段階で製品を製造することができるため、在庫の増加
を抑制することができる。

【００８１】・注文１１として、内示注文１１ｂ及び
見込注文１１ｃのプライオリティを設定したことによ
り、製品の数量が確定しているか否かについてコントロ
ールセンタ３を介して確認することができ、これによ
り、製造工程における製品の需給調整を適切に行なうこ
とができる。また、生産依頼１２に関して、より詳細に
確認することができることにより、より適切に製品管理
・在庫管理を行なうことができ、適正在庫の維持を図る
ことができる。

【００８２】・製品の製造工程を、ウエハー製造工程
６と組立工程７とに区分し、ウエハー製造工程６と組立
工程７との間に、シリコンウエハー３１ａを保管するス
トックポイント９を設けたことにより、中間製品として
のシリコンウエハー３１ａをストックしておくことがで
き、生産依頼１２の変動に機動的に対応することが可能
となる。また、受け取り先が確定した生産依頼１２に対
し、新たにウエハー製造工程６から製品３１ｃの製造を
開始する場合と比較して、ユーザ１からの注文１１に対
して迅速に対応することが可能となる。さらに、内示生
産依頼１２ａにより組立工程７へのシリコンウエハー３
１ａの投入を判断することにより、受け取り先の確定し
ていない生産依頼１２に対して融通性又は汎用性の乏し
い製品３１ｃを製造することがなくなるため、適正在庫
の維持を図ることができる。

【００８３】・ユーザ１からの注文１１と、販売部門
２からの生産依頼１２と、製造部門４からの生産回答１
３及び生産実績１４と、物流センタ５の在庫実績１５と
を、コントロールセンタ３のコンピュータ３ａの記憶部
４２に記憶させたことにより、製品の情報管理を一元的
に行なうことができる。そして、コントロールセンタ３
のコンピュータ３ａを共通データベースとして利用し、
販売部門２、製造部門４のコンピュータ２ａ，３ａに各
種の情報を表示させることにより、販売部門２及び製造
部門４において、特定の製品に関する情報を閲覧するこ
とが可能となり、製品の中・長期的な販売計画（生産依
頼１２）及び製造計画（生産回答１３）をそれぞれ把握
することができる。その結果、販売部門２においては、
製造部門４の製造計画をより詳細に把握することができ
るため、より適正な生産依頼１２を行なうことができ、
適正在庫の維持を図ることができるとともに、製品納期
や数量が的確な納入を行なうことができる。

【００８４】・注文１１を確定注文１１ａ、内示注文
１１ｂ及び見込注文１１ｃに区分し、その内示注文１１
ｂ、見込注文１１ｃに対応させて内示生産依頼１２ａ、
見込生産依頼１２ｂを行なうことにより、製造部門４に
おいて、販売部門２における販売予定状況をより詳細に
把握することができる。これにより、製造部門４におい
ては、その販売計画を考慮してより適正な製造計画を立
案することができることとなり、適正在庫の維持を図る
ことができる。

【００８５】・数量が確定している見込生産依頼１２
ｂに基づいて組立工程７における製品３１ｃの製造を開
始することにより、販売部門２のセールス担当による過
剰の生産依頼１２を行なうことに歯止めをかけることが
できる。一方、内示生産依頼１２ａにより製造部門４に
て製造された製品３１ｃについて、販売部門２において
確実にユーザ１に出荷されるため、在庫の増大を防止す
ることができる。これにより、適正在庫の維持を図るこ
とができるとともに、生産依頼１２とウエハー製造工程
６及び組立工程７とをリンクさせることができ、製品３
１ｃを的確に納入及び出荷することができる。

【００８６】・生産回答１３を内示生産依頼１２ａに
対応する内示生産回答１３ａと、見込生産依頼１２ｂに
対応する見込生産回答１３ｂとに区分したことにより、
販売部門２において、セールス担当は、その内示生産依
頼１２ａ及び見込生産回答１３ｂを把握することがで
き、これを考慮してより正確に生産依頼１２を行なうこ
とができるため、適正在庫の維持を図ることができる。

【００８７】・販売部門２、コントロールセンタ３及
び製造部門４がインターネットを介して接続される。ま
た、予想在庫１６のシミュレーション結果が、受注情報
及び生産情報に関する情報のデータベースとして機能す
るコントロールセンタ３のコンピュータ３ａの記憶部４
２に記憶される。このため、このコントロールセンタ３
のコンピュータ３ａにおいて、ユーザ１の注文１１、生
産依頼１２、生産回答１３、在庫実績１５、予想在庫１
６などの製品の情報管理を一元管理することができる。
これにより、いずれの部門においても、製品の販売及び
製造状況を把握することが可能となり、従来と比較して
中・長期的な製造計画又は販売計画を立案することがで
き、適正在庫の維持を図ることができる。

【００８８】なお、この発明は、前記実施形態に限定さ
れるものではなく、以下のような態様で具体化すること
も可能である。・この発明をＩＣパッケージ以外の製品の製造，販売
管理システムにおいて具体化すること。

【００８９】・予想在庫演算機能あるいはシミュレー
ション機能をコントロールセンタ３のコンピュータ３ａ
に持たせること。この場合は、販売部門２のコンピュー
タ２ａはデータの入出力を行なうのみで、コントロール
センタ３のコンピュータ３ａの演算結果をインターネッ
トを介して受け取ることになる。

【００９０】・さらに細分化したプライオリティを設
定すること。プライオリティを更に細分化して設定し、
より正確な情報を選択することにより、より適正に在庫
を維持することができる。

【００９１】

【発明の効果】以上説明したように、本発明によれば、
受注製品と受注情報とを管理することにより、製品の的
確な製造及び販売を可能とするとともに、適正在庫を維
持することを可能とする製品認証システムを提供するこ
とができる。

【図面の簡単な説明】

【図１】本システムの全体構成を示すブロック図。

【図２】本システムの販売部門及び製造部門を表す概
念図。

【図３】本システムにおける流れ図。

【図４】本システムにおける流れ図。

【図５】（ａ）担当者及びパスワードの入力画面、
（ｂ）営業所の選択画面、（ｃ）得意先及び製品入力画
面。

【図６】生産依頼入力画面。

【図７】予想在庫の更新手順を示すフローチャート。

【図８】予想在庫の演算式を選択するフローチャー
ト。

【図９】ＩＤコードを設定した情報の流れを示すブロ
ック図。

【図１０】従来における管理システムの構成を示すブ
ロック図。

【符号の説明】

２…生産依頼者としての販売部門、２ｆ…設定手段とし
ての設定部、４…製造部門、６…第１製造工程としての
ウエハー製造工程、７…第２製造工程としての組立工
程、９…ストックポイント、１１…受注情報としての注
文、１１ａ…第１情報としての見込注文、１１ｂ…第２
情報としての内示注文、１１ｃ…第３情報としての確定
注文、１２…生産情報としての生産依頼情報、１２ａ…
第２生産依頼情報としての内示注文生産依頼、１２ｂ…
第１生産依頼情報としての見込注文生産依頼、３１ａ…
中間製品としてのシリコンウエハー、３１ｃ…完成品と
しての製品。

Claims

【特許請求の範囲】

【請求項１】受注製品に対応する製造工程における仕
掛品に対し、受注情報の認証データを設定する設定手段
を設けたことを特徴とする製品認証システム。
【請求項２】請求項１において、前記受注情報は、少なくとも、製品の種類及び生産依頼
者を含むことを特徴とする製品認証システム。
【請求項３】請求項１または２において、前記受注情報は、少なくとも、製品数量及び納期が未確
定の第１情報と、製品の納期は確定していないが数量が
確定している第２情報とに区分されるプライオリティが
設定されていることを特徴とする製品認証システム。
【請求項４】請求項３において、前記製造工程は、複数の製造工程からなるとともに、前記受注情報の認証データは、前記プライオリティに基
づいて、特定の製造工程の仕掛品に設定されることを特
徴とする製品認証システム。
【請求項５】請求項４において、前記製品の製造工程は、少なくとも、資材から中間製品
を製造する第１製造工程と、中間製品から完成品を製造
する第２製造工程とに区分されるとともに、前記第１情報に関する受注情報の認証データは、第１製
造工程の仕掛品に対して設定され、前記第２情報に関す
る受注情報の認証データは、第２製造工程の仕掛品に対
して設定されることを特徴とする製品認証システム。
【請求項６】請求項５において、前記第２情報に関する認証データの第２製造工程の仕掛
品への設定は、前記第１情報に関する認証データを書き
換えることにより行なうことを特徴とする製品認証シス
テム。
【請求項７】請求項５または６において、前記第１製造工程と第２製造工程との間に、中間製品を
保管するストックポイントを設けたことを特徴とする製
品認証システム。
【請求項８】請求項５〜７のいずれかにおいて、前記第２情報に基づいて、第２製造工程への中間製品の
投入を判断することを特徴とする製品認証システム。