JP4961640B2 - Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program - Google Patents

Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program Download PDF

Info

Publication number
JP4961640B2
JP4961640B2 JP2001206113A JP2001206113A JP4961640B2 JP 4961640 B2 JP4961640 B2 JP 4961640B2 JP 2001206113 A JP2001206113 A JP 2001206113A JP 2001206113 A JP2001206113 A JP 2001206113A JP 4961640 B2 JP4961640 B2 JP 4961640B2
Authority
JP
Japan
Prior art keywords
item
data
product
expansion
items
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
JP2001206113A
Other languages
Japanese (ja)
Other versions
JP2003022120A (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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2001206113A priority Critical patent/JP4961640B2/en
Publication of JP2003022120A publication Critical patent/JP2003022120A/en
Application granted granted Critical
Publication of JP4961640B2 publication Critical patent/JP4961640B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • General Factory Administration (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は,資材の手配から製品の完成までの物の流れの時間,量,生産性を管理する資材所要量計画(MRP:Material Requirement Planning)の処理技術に係り,特に所要量の展開を高速に行うことを可能にした資材所要量計画処理システムに関するものである。
【0002】
【従来の技術】
ある製品を製造する際に,その製品を製造するのに必要な資材とその資材の総所要量,正味所要量,納期等を,その製品の構成情報,在庫情報等から算出する資材所要量計画処理システムが用いられている。
【0003】
一般に,このような資材所要量計画処理システムでは,ある製品を構成する個々の品目をツリー(木)構成の階層構造を持つデータで管理している。
【0004】
従来の典型的な資材所要量計画(以下,MRPという)では,製品の手配を指示する計画データに対して,レベル・バイ・レベル(Level by Level)によるMRP展開処理を行っており,製品構成の横の広がりを管理するためのアクティビティチェーンおよび製品構成の深さを管理するためのレベルテーブルを用いて,一段階展開とチェーンの登録,抽出の繰り返しを行っていた。MRP展開データは,オーダーごとの品目,納期,親オーダー,最終製品など,多次元の情報であるにもかかわらず,2次元のテーブルで保持されていた。
【0005】
従来のMRP展開処理を具体例に従って説明する。図23は,サンプル製品A,Oの品目構成の例を示している。製品の構成は,階層構造になっている。製品は最上位階層にあり,中間組立品,部品,原材料などはその下位の階層にある。製品構成の深さは,構成レベル(Structure Level)と呼ばれる。
【0006】
図23に示す品目構成のデータは,図24(A)に示す品目マスタと,図24(B)に示す構成マスタとによって管理される。ローレベルとは,品目構成の中で,その品目が使われている最も下位の製品レベルのことである。一つの製品だけに限らず,すべての部品を対象として考慮される。図23に示す品目構成において,品目Cは,レベル1およびレベル2に存在する。そこで,品目Cのローレベルは「2」となる。
【0007】
品目マスタにおけるアクテビティチェーンは,初期状態では空欄であり,展開処理における作業領域として使用される。このアクテビティチェーンは,MRPをレベル・バイ・レベルに実行するために,各レベルごとの展開された品目のつながりを管理するために用いられる。後述するレベルテーブルが製品構成の深さを管理するのに対し,アクテビティチェーンは製品構成の横の広がりを管理する。下位品目を一段階展開するときに,アクテビティチェーンの登録を行い,MRPロジック計算(総所要量計算,正味所要量計算,ロットまとめ,リードタイム計算)を行うときに,次に処理する品目をアクテビティチェーンから抽出して行う。
【0008】
図24(B)に示す構成マスタにおける原単位は,親品目と子品目の構成数量比を表し,分母は親品目の構成数量,分子は子品目の構成数量を表している。すなわち,原単位がn/mのとき,m個の親品目に対してn個の子品目が必要であることを表している。
【0009】
図25は,従来のMRP展開処理のフローチャートである。ステップS100では,計画データを入力する。図26に計画データの一例を示す。計画データは,生産日程を指示するものであり,計画データとして,生産する製品ごとに,自社製番,品目コード,計画数,計画納期などの情報が入力される。
【0010】
ステップS101では,一段階展開を行う。図27に最初の一段階展開処理の例を示す。レベルテーブルは,所要量計算をローレベルの小さなものから順に実行するための管理用のテーブルである。最初の品目Aは計画品目であるため,ここではアクテビティチェーンの登録処理のみを行う。まず,品目マスタから品目コードAを検索し,Aのローレベルコードが0であるため,レベルテーブルのローレベル0の欄に品目コードAを記憶し,品目マスタの品目コードAのアクテビティチェーンには,レベルテーブルの初期値「*」を登録する。
【0011】
ステップS102では,計画データが終了したかどうかを判定し,未処理の計画データがあればステップS100,S101を繰り返す。2回目の一段階展開(S101)では,計画品目Oについての処理が品目Aと同様に行われることになる。品目マスタから品目コードOを検索すると,品目Oのローレベルも0であるため,図28に示すように,レベルテーブルのローレベル0の欄に品目コードOを登録し,これまで登録されていた品目コードAを品目Oのアクテビティチェーンに登録する。
【0012】
すべての計画データ(生産日程)を処理した後,続けて,レベル・バイ・レベルに処理対象となる品目をアクテビティチェーンから抽出し(ステップS103),MRPロジック計算(総所要量計算,正味所要量計算,ロットまとめ,リードタイム計算)を行い,下位品目へ一段階展開する(ステップS104〜S108)。
【0013】
例えば,現在,レベルテーブルのローレベル0の欄に登録されている品目Oを抽出し(S103),総所要量:150個,正味所要量:150個(在庫量を0とする),着手日:2001/02/27をそれぞれ計算する(S105,S106)。次に,構成マスタから品目Oの下位品目を検索し,品目Oに対して下位品目へ一段階展開する(S107,S108)。
【0014】
図29に,計画品目Oの下位品目Pへの展開イメージを示す。品目マスタから品目コードPを検索し,品目Pのローレベルが1であるため,レベルテーブルのローレベル1の欄に登録されていた初期値「*」と品目コードPのアクテビティチェーンとを入れ替える。なお,品目Oのリードタイムが1日であるため,品目Oの着手日つまり下位品目Pの納期は,2001/02/27となる。
【0015】
品目Pへの展開が終了した後,品目Pと同じく計画品目Oの下位である品目Qへの展開を行う。品目マスタから品目コードQを検索し,品目Qのローレベルが1であるため,レベルテーブルのローレベル1の欄に登録されていた品目Pと品目コードQのアクテビティチェーンを入れ替える。これによって,展開データの途中経過は,図30に示すような状態になる。
【0016】
以下,同様に展開処理を図25に示すフロー(ステップS103〜S108)に従って繰り返す。ローレベル1への展開処理が終了した後,次にローレベル2,ローレベル3に対しても処理を繰り返す。ローレベル3の品目Tには,下位構成が存在せず,かつ品目Tのアクテビティチェーンには,初期値「*」が登録されているので,品目Tの展開の後,図25のステップS104の判定により,すべての展開処理が終了となる。この最終の状態を図31に示す。
【0017】
この図31に示す最終状態の展開データに,製番や親品目などの必要な情報を加え,製番によってソーティングして整理したものが,図32(A)に示す展開データである。従来,このような2次元形式の展開データのテーブルから,例えば品目Cの手配一覧を作成する場合,図32(A)に示す全展開データの中から品目Cを検索し,展開結果を抽出することによって,図32(B)に示すような品目Cの手配一覧を作成していた。
【0018】
【発明が解決しようとする課題】
上記従来の資材所要量計画では,品目マスタ,品目の構成マスタ,レベルテーブルなど,複数テーブル間の結合演算を頻繁に行わなければならないため,展開処理の効率が悪いという問題があった。
【0019】
また,計画変更があった場合,または下位オーダーの日程異常が発生した場合などには,最初からMRP展開処理をやり直す必要があるため,計画シミュレーションに時間がかかるという問題があった。
【0020】
また,MRP展開データが,2次元のテーブルで保持されるため,品目の手配一覧,製品(計画)の子オーダー一覧などを参照するときには,2次元のテーブルから再集計する必要があるという問題があった。
【0021】
本発明は上記問題点の解決を図り,資材所要量計画処理を効率的に高速に実行できるようにすることを目的とする。
【0022】
【課題を解決するための手段】
本発明は上記課題を解決するため,部品表(品目マスタ)をあらかじめローレベル順でソートする。つまり,各品目に対して同じレベルであれば,品目コード昇順で,異なるレベルであれば,上位レベルから下位レベルへ順番を付ける。品目に付けられた順番を品目序数と呼ぶ。このように,ある製品を構成する個々の品目それぞれに,品目序数という番号を付与し,これを用いて製品(計画品目)から親品目,親品目から子品目へリンクを張って紐付けする。これにより,資材所要量計算に必要なマスタ情報を,最上位品目をルート(根)ノードとした木構造のデータ構造に変換することができる。この新しいデータ構造を持つデータを,ここでは統合品目構成マスタと呼ぶ。統合品目構成マスタは,製品オーダー,品目マスタ,品目構成情報などの資材所要量計画に必要な基礎情報から作成することができる。
【0023】
さらに,本発明では,従来2次元のテーブル形式で管理されてきた資材所要量計算元データである最上位品目の部品展開データを,上記品目序数と,日程と,製品手配指示データである製番とをそれぞれ軸とした多次元空間形式で保存する。これにより,資材所要量展開データのより現実に近い形式での記録を可能にし,資材所要量計算段階ないしその計算結果算出に至る過程における計画シミュレーションでの計算の効率化を実現する。具体的には,縦軸(Y軸)に品目序数を,横軸(X軸)に日程(各オーダーの納期)を,奥行き方向の軸(Z軸)に製番(同じ納期の複数子オーダーを識別するための番号)を持たせる。
【0024】
以上の手段は,コンピュータと,そのコンピュータにインストールされ実行されるソフトウェアプログラムとによって実現することができ,そのプログラムは,コンピュータが読み取り可能な可搬媒体メモリ,半導体メモリ,ハードディスク等の適当な記録媒体に格納することができる。
【0025】
【発明の実施の形態】
図1は,本発明に係る資材所要量計画処理システムの構成例を示す。処理装置1は,CPUおよびメモリ等のハードウェアと資材所要量計画処理のためのソフトウェアプログラムとから構成される装置である。
【0026】
統合品目構成マスタ作成処理部12は,品目マスタ10と構成マスタ11とから,統合品目構成マスタ13を作成する。統合品目構成マスタ13が持つ統合品目構成のイメージを図2に示す。
【0027】
製品の構成は,階層構造になっている。製品は最上位階層にあり,中間組立品,部品,原材料などはその下位の階層にある。製品構成の深さは,構成レベル(Structure Level)と呼ばれる。図2(A)は,製品A(品目A)と製品O(品目O)の品目構成の例を示しており,品目Aは,品目B,Cから構成され,品目Bは,品目D,Cから構成されることを示している。品目Oも同様に,品目P,Qから構成され,品目Pは,品目R,Cから,さらに品目Rは,品目Tから構成されることを示している。各品目を結ぶリンクにおける分数n/mは,原単位(構成数量比)を表し,分母は親品目の構成数量,分子は子品目の構成数量を表している。すなわち,m個の親品目に対してn個の子品目が必要であることを表している。階層の深さから見ると,品目A,Oがレベル0,品目B,C,P,Qがレベル1,品目D,C,Rがレベル2,品目Tがレベル3にある。
【0028】
図2(A)に示す品目構成のデータは,図3に示す品目マスタ10と,図4に示す構成マスタ11とによって管理される。品目マスタ10は,各品目に一意に付けられた品目コードと,その品目の属性(図示省略)と,リードタイムとの対応情報を管理する。リードタイムは,その品目を製造するのに必要な日数・時間の情報である。また,構成マスタ11は,各品目の構成情報を管理するテーブルであり,各親品目がどのような子品目によって構成されるかを示すデータを保持する。また,原単位の情報も保持する。
【0029】
このような製品構成には,次のような特徴が挙げられる。
(1) 一つの製品は,一通りの構成手法しか有効でない。
(2) 同一品目は,複数の製品または親品目で利用できる。すなわち,共通子品目としての使用を許可される。例えば,品目Cは,品目A,B,Pの共通子品目である。
(3) 共通子品目の構成レベルは,すべての製品において必ずしも一致しておらず,製品により異なる。例えば品目Cの構成レベルは,品目Aの製品ではレベル1,レベル2で使われ,品目Oの製品では,レベル2で使われている。
【0030】
従来技術では,品目A,Oの製品は,共通子品目があるにもかかわらず,図2(A)に示すような形式の別々の構成データを用いている。よって,共通子品目の構成レベルは製品ごとに違う。そこで,本発明では,製品ごとの品目構成データを用いずに,それらを統合した図2(B)に示すような統合品目構成のデータを用いる。
【0031】
図2(B)に示すような統合品目構成のデータを用いることは,次のような利点がある。
(1) 統一した構成レベルを用いることができる。これをローレベルと呼ぶ。一般に,製品は最上位レベル(レベル0)にあるが,製品(サービス・パーツ)が他の製品の部品として利用される場合には,該当製品の構成レベルを適当な下位レベルに変更すべきである。当然,該当製品の下位品目もさらに下位レベルに変更すべきである。
(2) データ構造の中に一つの品目を一つのオブジェクトとしてしか保存されないため,メモリの使用領域を小さく抑えることができる。
【0032】
図2(B)に示す統合品目構成のデータを格納したのが,統合品目構成マスタ13である。図5に,統合品目構成マスタ13のデータ構造の例を示す。統合品目構成マスタ13は,図5に示されるように,品目間の関係定義に品目序数を用いたマスタ構造になっている。すなわち,各品目序数ごとに,品目コードと,ローレベルと,親品目および子品目への品目序数を用いたリンク情報とを持つ。
【0033】
品目序数とは,品目コード順およびローレベル順に並べ変えられた各品目に対して,一意に振り当てられたインデックス(索引)番号である。これにより,各品目の親子関係を品目オブジェクトの位置関係に置き換えることが可能になり,展開処理における親品目および子品目の検索をきわめて高速に行うことが可能になっている。なお,品目序数は,ローレベル順に付与されれば必ずしも品目コード順でなくてもよいが,品目コードについても順序を考慮して付与したほうが,実際の管理の上で便利である。
【0034】
統合品目構成マスタ作成処理部12は,品目マスタ10および構成マスタ11から,図5に示したような統合品目構成マスタ13を作成する。統合品目構成マスタ作成処理部12の処理は,要求された資材所要量展開の前に一度だけ行えばよい。
【0035】
図6に,統合品目構成マスタ作成処理部12の処理フローチャートを示す。まず,ステップS1では,品目マスタ10を一括して読み込み,品目コードの昇順でソートをかける。次に,ステップS2では,品目序数の配列を作成し,品目コードの順番を品目序数の初期値として設定する。図7は,ステップS2の処理により,品目序数の配列に,ソートされた品目コードを対応づけた例を示している。
【0036】
次に,ステップS3では,構成マスタ11を読み込み,各構成レコードの親品目,子品目の品目序数配列における添え字(位置)を探索する。図8に,その探索の様子を示す。
【0037】
ステップS4では,ステップS3で探索した子品目の位置を親品目の子品目リスト(子品目序数)に登録し,親品目の位置を子品目の親品目リスト(親品目序数)に登録する。続いて,ステップS5では,各品目のローレベルを計算し,各品目に設定する。ステップS4,S5によって,図9に示すような新しいデータ構造のマスタ情報が作成されることになる。
【0038】
ステップS6では,図9に示すようなデータの品目序数に対して,再度,ローレベル昇順でソートをかける。その結果を図10に示す。
【0039】
最後に,ステップS7では,各品目の親品目リストおよび子品目リストに保存された品目序数の配列の添え字を更新する。以上の処理により,最終的に図2(B)に示すような統合品目構成を示すものとして,図5に示すような統合品目構成マスタ13が作成されることになる。
【0040】
次に,多次元空間形式展開処理部14の処理について説明する。多次元空間形式展開処理部14は,統合品目構成マスタ作成処理部12によって作成された統合品目構成マスタ13をもとに,少なくとも品目序数と,納期に関する日程と,製品手配指示データである製番とをそれぞれ軸とした多次元空間形式で部品データを展開した資材所要量展開データを作成し,多次元空間形式展開データ記憶部15に保存し,その多次元空間形式で作成された資材所要量展開データをもとに,要求された資材所要量情報を出力する。
【0041】
すなわち,従来の資材所要量展開処理では,資材所要量展開データを2次元形式のテーブルに展開していたのに対し,多次元空間形式展開処理部14では,3次元以上の多次元空間形式で展開するのが大きな特徴の一つである。ここでは,多次元空間形式展開データとして,縦軸(Y軸)に品目序数を,横軸(X軸)に日程(各オーダーの納期)を,奥行き方向の軸(Z軸)に製番(同じ納期の複数子オーダーを識別するための番号)を持たせた3次元空間形式の例を説明するが,他に製造元情報,着手日等の他の要素を次元に加え,4次元以上の形式で展開データを作成する実施も可能である。
【0042】
図11に,多次元空間形式展開処理部14の処理フローチャート,図12ないし図17に,展開処理の例を示す。また,図18に,多次元空間に配置される展開品目(エレメント)のデータ構成の例を示す。以下,これらの図に従って,多次元空間形式展開処理部14の処理を具体的に説明する。
【0043】
多次元空間形式展開処理部14は,資材所要量の展開を統合品目構成マスタ13から品目序数順に行う。ここでは,計画データとして,図12に示すように,自社製番=001,品目コード=A,計画数=100,計画納期=2001/02/10と,自社製番=002,品目コード=O,計画数=150,計画納期=2001/03/01が与えられたとする。
【0044】
まず,ステップS10では,各製品オーダーをルートノードとしたツリー構成の初期化を行う。ここでは,図12に示すような3次元空間のデータの初期化が行われる。なお,3次元空間のデータは,コンピュータ内部では3次元配列のデータとして容易に管理できることは言うまでもない。
【0045】
次に,すべての品目(Y軸)について,ステップS11〜S18を繰り返す。すなわち,品目数がNであるとすると,品目序数の0からN−1まで,順番に以下の処理を行う。
【0046】
また,すべての日程(X軸)について,ステップS12〜S17を繰り返す。すなわち,該当品目の日程配列の要素がT個あったとすると,日程配列の0からT−1まで,以下の処理を行う。
【0047】
ステップS13では,必要な総所要量計算,正味所要量計算,ロットまとめ,リードタイム計算などを行う。例えば,ロットまとめでは,一回の製造単位数(最低製造個数)が決まっている場合に,必要な単位数分を製造し,余った分は在庫数に加算するなどの処理を行う。これらの計算内容については,一般的な資材所要量計画において周知の事項であるので,ここでの詳しい説明を省略する。
【0048】
次に,すべての製番(Z軸)について,ステップS14〜S16を繰り返す。すなわち,該当日程の製番配列の要素がM個あったとすると,製番配列の0からM−1まで,順番に以下の処理を行う。
【0049】
ステップS15では,子オーダーをツリー構成の下位ノードとして生成する。その後,ステップS16では,製番に関する処理のループ変数zを+1して,ステップS14以下を繰り返す。ステップS17では,日程に関する処理のループ変数xを+1して,ステップS12以下を繰り返す。ステップS18では,品目序数に関する処理のループ変数yを+1して,ステップS11以下を繰り返し,すべて終了したならば,処理を終了する。
【0050】
図12は,ステップS10において,計画データとして与えれた品目A,Oの各製品のオーダーを品目構成ツリーのルート(根)ノードとして初期化し,日程をX軸,品目序数をY軸,製番をZ軸とする3次元空間に配置した状態を示している。品目Aのノードは,日程(納期)が2月10日,品目序数が0,製番が001の位置に配置され,品目Oのノードは,日程(納期)が3月1日,品目序数が1,製番が002の位置に配置される。
【0051】
図13は,品目序数=0の品目Aに対して,日程ごとにステップS13のMRPロジック計算を行い,ステップS15において子オーダーをツリー構成の子ノードとして生成した状態を示している。なお,同一日程に複数製番がある場合には,ステップS15において製番ごとに子オーダーがツリー構成の子ノードとして生成される。その際,生成される子オーダーは,品目序数=0の子品目リストから参照できる。図13の例では,日程=2001/02/10に製番=001の品目Aしかないが,子オーダーB(品目序数=2),子オーダーC(品目序数=6)が作成されている。
【0052】
図14は,品目序数=1の品目Oに対して,図13と同様な処理を行った状態を示している。品目Oに対して,子オーダーP(品目序数=3),子オーダーQ(品目序数=4)が作成されている。
【0053】
以上の処理を品目序数の順番に繰り返す。図15は,さらに品目序数=2の品目Bに対して,同様な処理を行い,品目Bに対して,子オーダーD(品目序数=5),子オーダーC(品目序数=6)が作成された状態を示している。
【0054】
品目序数=3の品目Pに対しても同様な処理を続けることにより,図16に示すような展開データが作成される。その次に,さらに品目序数=4の品目Qに対して処理を継続するが,品目Qの子品目リストは空であるので,処理はスキップされる。
【0055】
同様な処理を繰り返した後,品目序数=7の品目Rに対して子オーダーT(品目序数=8)を展開した状態を,図17に示す。品目序数=8の品目Tは,子品目リストが空であるので,ここで展開処理終了となる。以上の処理によって作成された展開データは,多次元空間形式展開データ記憶部15に格納される。
【0056】
図18は,図17に示すような多次元空間に配置される展開品目(各ノードに配置されるエレメント)のデータ構成の例を示している。品目A,品目Bといった多次元空間に展開された各展開品目は,展開品目序数(Y軸),展開品目製番(Z軸),親品目へのリンク,子品目へのリンクリスト,展開数,必要数,ロットまとめ数,着手日,完了日(X軸),…などのデータを持つ。
【0057】
多次元空間形式展開処理部14による展開処理によって,多次元空間形式展開データ記憶部15には,上述のように,図17に示されるような展開データが格納される。この多次元空間形式の展開データから,各種の手配一覧を非常に高速に,簡単に作成することができる。例えば品目Cの手配一覧を作成する要求があった場合,品目Cの品目序数を統合品目構成マスタ13から計算し,品目序数=6を得る。多次元空間形式展開データ記憶部15における多次元空間形式の展開データにおいて,品目序数(Y軸)=6のデータを抽出すれば,品目Cは2月5日に200個,2月8日に100個,2月24日に150個必要であることが直ちにわかり,高速にかつ効率よく手配一覧を作成することが可能になる。
【0058】
同様に,ある日程または製番に関して,手配が必要な品目の一覧を作成する場合には,その日程(X軸)または製番(Z軸)に存在する品目ノードのデータを抽出すればよい。
【0059】
図19は,本システムを利用するときの出力装置3に表示される表示画面の例を示す。本システムは,図19に示すような表示画面40を介した入出力により利用することができる。表示画面40には,マスタ取込,計画取込,計画破棄,(MRP)ロジック実行,日程調整,結果出力,計画修正,計画追加,計画削除,展開ビュー,ガントチャート,計画属性,その他のアイコンボタンが表示され,その下方に計画一覧・品目一覧表示画面41と,データ表示画面42とが設けられている。
【0060】
図20(A)は,計画一覧・品目一覧表示画面41において品目一覧が選択されて表示されている状態を示している。ここで,検索したい品目を入力することにより,その選択された品目に関するマスタ情報や展開データなどのデータが,画面右側のデータ表示画面42に表示される。
【0061】
図20(B)は,計画一覧・品目一覧表示画面41において計画一覧が選択されて表示されている状態を示している。ここでは,生産計画が製番別に表示されている。ここで,検索したい製番を入力することにより,その選択された製番に関する計画データや展開データなどのデータが,画面右側のデータ表示画面42に表示される。
【0062】
図21は,データ表示画面42へのマスタ情報の表示例を示している。例えば,図20(A)に示す品目一覧において,品目Aを選択し,マスタ情報の表示を指示すると,図5に示した統合品目構成マスタ13をもとに,品目Aに関するツリー構成が図21のように表示される。
【0063】
図22(A)は,データ表示画面42に表示された計画データの例を示している。この例では,品目Aを100個,社内調達する計画内容が示されている。このような生産計画をインポートすることにより,図12で説明した製品のオーダーを品目構成ツリーのルートノードとして初期化することが行われる。
【0064】
図22(B)は,データ表示画面42に表示された展開結果の例を示している。この例では,図20(B)に示す計画一覧において,製番002が選択され,多次元空間形式展開データ記憶部15に格納された図17に示すMRPの処理結果から,製番002の展開結果が抽出されて表示されている。
【0065】
図22(C)は,データ表示画面42において,ある製番(製番001)中のある品目(品目C)の手配計画が表示されたときの例を示している。図20(B)に示す計画一覧から,製番001の中にある品目Cが選ばれると,[製番001+品目C]をキーとして,多次元空間形式展開データ記憶部15が参照され,その品目の手配計画が図22(C)に示すように表示される。
【0066】
図22(D)は,データ表示画面42において,MRPの処理結果うちある品目(品目C)の手配計画が一括して表示されたときの例を示している。図20(A)に示す品目一覧から品目Cが選ばれ,結果出力が指示されると,[品目C]をキーとして,多次元空間形式展開データ記憶部15が参照され,その品目Cの手配計画が図22(D)に示すように表示される。ここでは,品目Cが品目A,B,Pの共通部品として使用されることが製番別に表示されている。
【0067】
図22(B)〜(D)のような展開結果の表示は,多次元空間形式展開データ記憶部15に,日程,品目序数,製番を軸とする多次元空間形式で展開データが保存されているため,きわめて高速にデータを抽出することができ,表示要求の指示に対して瞬時に行うことが可能になっている。
【0068】
以上の実施の形態から明らかなように,本システムは,次のような特長がある。
【0069】
(1)資材所要量計画立案に品目序数という概念を導入することにより,複雑な資材所要量計算処理が製品オーダーをルート(根)ノードとする木構成の作成に置き換えられ,資材所要量計画処理が簡略化される。
【0070】
資材所要量計画処理が簡略化されることにより,本処理をシステム上で行う場合,従来処理方法を実現していたシステムと比べて,処理時間を大きく短縮することが可能になる。また,本計算処理に必要な計算機資源の削減が可能になり,業務効率化ないし省力化が大きく推進される。
【0071】
(2)データ構造が従来形式より現実に近い構造で構成されることから,資材所要量計画立案における製品計画に変更がある場合でも,関連するツリー構成のデータのみの更新で済み,高速に資材所要量を算出することで,利用者が製品計画のシミュレーションを効率的に行うことが可能になる。
【0072】
例えば図17に示した展開処理終了後に,製品Oの生産計画が変更になった場合,製品Oのルートノードからたどって製品Oを構成する品目の計画のみを変更すればよい。このとき,計画の変更されていない製品Aも含めて再計算する必要はない。
【0073】
(3)ある製品を構成する下位品目の製造工程ないし手配工程において,納期に間に合わないなどの日程異常が生じた場合に,上記データ構造により,関連する木構成のデータのみを修正すれば,日程を正しく簡易に修正することができる。例えば,図17に示す展開データにおいて,製品Aの下位品目C,Dに日程異常が生じた場合,製品Aについてのみ日程調整を実行すればよく,日程異常の生じていない製品Oも含めて再計算する必要はない。
【0074】
厳密に,上記の(2),(3)において,計画の変更により共有品目の在庫引当数が変わった場合には,該当共有品目より下位品目の木構造データも修正する必要があるが,従来技術のように全製品について最初から展開処理をやり直す必要がない。
【0075】
(4)ある品目の手配一覧を作成するときには,該当品目の品目序数から納期ごとの子オーダーをそのまま出力でき,従来のような2次元形式のテーブルからの再集計が不要である。また,ある製品の子オーダー一覧を参照するときには,該当製品のツリー構成をたどればよく,MRP展開結果の参照を効率的に行うことができる。
【0076】
【発明の効果】
以上説明したように,本発明によれば,各マスタ間の結合演算が必要なく,高速な資材所要量計画処理に適している。また,計画変更があった場合でも,関連するツリー構成のデータのみの更新で済むため(ネットチェンジ),リアルタイムな計画シミュレーションができる。
【0077】
製品から最下位資材まですべて紐付けられているため,製番管理やフルペギング機能にも容易に対応することができる。
【0078】
MRP展開データは,多次元のデータ構造であるため,ある品目の手配一覧を作成するときには,該当品目の品目序数をもとに納期ごとの子オーダーをそのまま出力することができる。また,ある製品の子オーダー一覧を参照するときには,該当製品のツリー構成をたどればよい。いずれもリアルタイムなレスポンスが期待できるため,例えばWebブラウザからの展開データの参照や,さらに生産管理システムのASP(Application Service Provider)サービスの提供が可能になる。
【図面の簡単な説明】
【図1】本発明に係る資材所要量計画処理システムの構成例を示す図である。
【図2】製品ごとの品目構成と統合品目構成のイメージを示す図である。
【図3】品目マスタの例を示す図である。
【図4】構成マスタの例を示す図である。
【図5】統合品目構成マスタのデータ構造の例を示す図である。
【図6】統合品目構成マスタ作成処理部の処理フローチャートである。
【図7】統合品目構成マスタを作成する手順を説明するための図である。
【図8】統合品目構成マスタを作成する手順を説明するための図である。
【図9】統合品目構成マスタを作成する手順を説明するための図である。
【図10】統合品目構成マスタを作成する手順を説明するための図である。
【図11】多次元空間形式展開処理部の処理フローチャートである。
【図12】多次元空間形式展開処理部による展開処理の例を説明するための図である。
【図13】多次元空間形式展開処理部による展開処理の例を説明するための図である。
【図14】多次元空間形式展開処理部による展開処理の例を説明するための図である。
【図15】多次元空間形式展開処理部による展開処理の例を説明するための図である。
【図16】多次元空間形式展開処理部による展開処理の例を説明するための図である。
【図17】多次元空間形式展開処理部による展開処理の例を説明するための図である。
【図18】多次元空間に配置される展開品目のデータ構成の例を示す図である。
【図19】本システムを利用するときの表示画面の例を示す図である。
【図20】計画一覧・品目一覧表示画面の表示例を示す図である。
【図21】データ表示画面へのマスタ情報の表示例を示す図である。
【図22】データ表示画面への計画データ,展開結果の表示例を示す図である。
【図23】従来技術を説明するためのサンプル製品A,Oの品目構成の例を示す図である。
【図24】従来技術を説明するための品目マスタと構成マスタの例を示す図である。
【図25】従来のMRP展開処理のフローチャートである。
【図26】従来技術を説明するための計画データの例を示す図である。
【図27】従来の展開処理の例を説明するための図である。
【図28】従来の展開処理の例を説明するための図である。
【図29】従来の展開処理の例を説明するための図である。
【図30】従来の展開処理の例を説明するための図である。
【図31】従来の展開処理の例を説明するための図である。
【図32】従来の手配一覧作成の例を説明するための図である。
【符号の説明】
1 処理装置
2 入力装置
3 出力装置
10 品目マスタ
11 構成マスタ
12 統合品目構成マスタ作成処理部
13 統合品目構成マスタ
14 多次元空間形式展開処理部
15 多次元空間形式展開データ記憶部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to material requirement planning (MRP) processing technology for managing the flow, time, and productivity of material flow from material arrangement to product completion. The present invention relates to a material requirement planning processing system that can be performed.
[0002]
[Prior art]
A material requirements plan that calculates the materials required to manufacture a product and the total requirements, net requirements, and delivery times for that product from the product's configuration information, inventory information, etc. A processing system is used.
[0003]
In general, in such a material requirement planning processing system, individual items constituting a certain product are managed by data having a hierarchical structure of a tree structure.
[0004]
In the conventional typical material requirement plan (hereinafter referred to as MRP), the planning data for instructing the product arrangement is subjected to MRP expansion processing by Level by Level (Level by Level). Using the activity chain for managing the horizontal spread of the product and the level table for managing the depth of the product structure, one-stage development, chain registration, and extraction were repeated. The MRP expansion data is held in a two-dimensional table, although it is multidimensional information such as items for each order, delivery date, parent order, and final product.
[0005]
A conventional MRP expansion process will be described according to a specific example. FIG. 23 shows an example of the item configuration of the sample products A and O. The product structure is hierarchical. Products are at the highest level, and intermediate assemblies, parts, raw materials, etc. are at lower levels. The depth of the product structure is called the structure level.
[0006]
The item configuration data shown in FIG. 23 is managed by the item master shown in FIG. 24A and the configuration master shown in FIG. The low level is the lowest product level at which the item is used in the item structure. It is considered for all parts, not just one product. In the item structure shown in FIG. 23, item C exists at level 1 and level 2. Therefore, the low level of item C is “2”.
[0007]
The activity chain in the item master is blank in the initial state, and is used as a work area in the expansion process. This activity chain is used to manage the linkage of deployed items for each level in order to perform MRP level by level. The level table described later manages the depth of the product configuration, whereas the activity chain manages the horizontal spread of the product configuration. Register the activity chain when deploying subordinate items in one stage, and calculate the next item to be processed when performing MRP logic calculation (total requirement calculation, net requirement calculation, lot summary, lead time calculation) Extract from the chain.
[0008]
The basic unit in the composition master shown in FIG. 24B represents the composition quantity ratio between the parent item and the child item, the denominator represents the composition quantity of the parent item, and the numerator represents the composition quantity of the child item. That is, when the basic unit is n / m, n child items are required for m parent items.
[0009]
FIG. 25 is a flowchart of a conventional MRP expansion process. In step S100, plan data is input. FIG. 26 shows an example of plan data. The plan data indicates the production schedule, and as the plan data, information such as the company serial number, item code, number of plans, and planned delivery date is input for each product to be produced.
[0010]
In step S101, one-stage development is performed. FIG. 27 shows an example of the first one-stage development process. The level table is a management table for executing required amount calculation in order from the lowest level. Since the first item A is a planned item, only the activity chain registration process is performed here. First, the item code A is searched from the item master, and since the low level code of A is 0, the item code A is stored in the low level 0 column of the level table, and the activity chain of the item code A of the item master is included in the activity chain. , Register the initial value “*” of the level table.
[0011]
In step S102, it is determined whether the plan data has been completed. If there is unprocessed plan data, steps S100 and S101 are repeated. In the second one-stage development (S101), the process for the planned item O is performed in the same manner as the item A. When the item code O is searched from the item master, the low level of the item O is also 0. Therefore, as shown in FIG. 28, the item code O is registered in the low level 0 column of the level table and has been registered so far. Item code A is registered in the activity chain of item O.
[0012]
After processing all the plan data (production schedule), the items to be processed are extracted from the activity chain on a level-by-level basis (step S103), and MRP logic calculation (total requirement calculation, net requirement) (Calculation, lot summarization, lead time calculation) and develop one step to lower items (steps S104 to S108).
[0013]
For example, the item O currently registered in the low level 0 column of the level table is extracted (S103), the total required quantity: 150, the net required quantity: 150 (the inventory quantity is set to 0), and the start date : 2001/02/27 are calculated respectively (S105, S106). Next, a subordinate item of the item O is searched from the configuration master, and the item O is expanded to a subordinate item in one step (S107, S108).
[0014]
FIG. 29 shows an expansion image of the planned item O to the lower item P. The item code P is retrieved from the item master, and since the low level of the item P is 1, the initial value “*” registered in the low level 1 column of the level table is replaced with the activity chain of the item code P. Since the lead time of the item O is 1 day, the delivery date of the item O, that is, the delivery date of the lower item P is 2001/02/27.
[0015]
After the expansion to the item P is completed, the expansion to the item Q, which is the subordinate of the planned item O, is performed as with the item P. The item code Q is searched from the item master, and since the low level of the item Q is 1, the activity chain of the item P and the item code Q registered in the low level 1 column of the level table is exchanged. As a result, the progress of the expanded data becomes as shown in FIG.
[0016]
Thereafter, the expansion process is similarly repeated according to the flow (steps S103 to S108) shown in FIG. After the expansion processing to low level 1 is completed, the processing is repeated for low level 2 and low level 3 next. Since the low level 3 item T has no subordinate structure and the activity chain of the item T has an initial value “*” registered, after the expansion of the item T, step S104 in FIG. As a result of the determination, all the expansion processes are completed. This final state is shown in FIG.
[0017]
The developed data shown in FIG. 32A is obtained by adding necessary information such as a product number and a parent item to the developed data in the final state shown in FIG. Conventionally, for example, when creating an arrangement list of an item C from such a two-dimensional expansion data table, the item C is searched from all the expansion data shown in FIG. 32A, and the expansion result is extracted. Thus, an arrangement list of the item C as shown in FIG.
[0018]
[Problems to be solved by the invention]
In the above-described conventional material requirement plan, there is a problem that the efficiency of the expansion process is low because a join operation between a plurality of tables such as an item master, an item configuration master, and a level table must be frequently performed.
[0019]
In addition, when there is a plan change or when an abnormality in the schedule of the lower order occurs, it is necessary to restart the MRP development process from the beginning, which causes a problem that it takes time for the plan simulation.
[0020]
In addition, since the MRP expansion data is held in a two-dimensional table, there is a problem that it is necessary to re-aggregate from the two-dimensional table when referring to an item arrangement list, a product (plan) child order list, or the like. there were.
[0021]
SUMMARY OF THE INVENTION An object of the present invention is to solve the above-described problems and to efficiently execute a material requirement planning process at high speed.
[0022]
[Means for Solving the Problems]
In order to solve the above problems, the present invention sorts the parts table (item master) in advance in the low level order. That is, if the level is the same for each item, the item code is in ascending order, and if it is different, the order is assigned from the upper level to the lower level. The order given to the item is called the item ordinal number. In this way, each item that constitutes a product is assigned a number, ordinal number, and is used to link the product (planned item) to the parent item and link from the parent item to the child item. As a result, the master information necessary for the material requirement calculation can be converted into a tree-structured data structure with the highest item as a root node. Data having this new data structure is referred to herein as an integrated item configuration master. The integrated item structure master can be created from basic information necessary for material requirement planning such as product order, item master, and item structure information.
[0023]
further In the present invention, the part expansion data of the highest level item, which is the material requirement calculation source data that has been conventionally managed in a two-dimensional table format, includes the item ordinal number, the schedule, and the product number that is the product arrangement instruction data. Are stored in a multidimensional space format with each as the axis. This makes it possible to record the material requirement development data in a more realistic format, and realizes efficient calculation in the planning simulation in the material requirement calculation stage or in the process leading to the calculation result calculation. Specifically, the vertical axis (Y axis) is the item ordinal number, the horizontal axis (X axis) is the schedule (delivery date for each order), and the depth axis (Z axis) is the product number (multiple child orders with the same delivery date). To identify the number).
[0024]
The above means can be realized by a computer and a software program that is installed and executed on the computer, and the program is a computer-readable portable medium memory, semiconductor memory, hard disk, or other suitable recording medium. Can be stored.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
FIG. 1 shows a configuration example of a material requirement plan processing system according to the present invention. The processing device 1 is a device composed of hardware such as a CPU and a memory, and a software program for material requirement planning processing.
[0026]
The integrated item configuration master creation processing unit 12 creates an integrated item configuration master 13 from the item master 10 and the configuration master 11. An image of the integrated item configuration possessed by the integrated item configuration master 13 is shown in FIG.
[0027]
The product structure is hierarchical. Products are at the highest level, and intermediate assemblies, parts, raw materials, etc. are at lower levels. The depth of the product structure is called the structure level. FIG. 2 (A) shows an example of the item structure of product A (item A) and product O (item O). Item A is composed of items B and C, and item B is items D and C. It is composed of. Similarly, the item O includes items P and Q. The item P includes items R and C, and the item R includes item T. The fraction n / m in the link connecting each item represents the basic unit (ratio of constituent quantities), the denominator represents the constituent quantity of the parent item, and the numerator represents the constituent quantity of the child item. That is, n child items are required for m parent items. When viewed from the depth of the hierarchy, items A and O are at level 0, items B, C, P, and Q are at level 1, items D, C, and R are at level 2, and item T is at level 3.
[0028]
The data of the item configuration shown in FIG. 2A is managed by the item master 10 shown in FIG. 3 and the configuration master 11 shown in FIG. The item master 10 manages correspondence information between the item code uniquely assigned to each item, the attribute (not shown) of the item, and the lead time. The lead time is information on the number of days and hours necessary to manufacture the item. The configuration master 11 is a table for managing the configuration information of each item, and holds data indicating what kind of child item each parent item is configured. It also holds basic unit information.
[0029]
Such a product configuration has the following characteristics.
(1) Only one configuration method is effective for one product.
(2) The same item can be used by multiple products or parent items. In other words, use as a common child item is permitted. For example, the item C is a common child item of the items A, B, and P.
(3) The composition level of common child items is not necessarily the same for all products, and varies from product to product. For example, the configuration level of item C is used at level 1 and level 2 for the product of item A, and is used at level 2 for the product of item O.
[0030]
In the prior art, the products of items A and O use separate configuration data in the format as shown in FIG. 2A even though there are common child items. Therefore, the composition level of common child items varies from product to product. Therefore, in the present invention, instead of using item configuration data for each product, integrated item configuration data as shown in FIG.
[0031]
Using the integrated item configuration data as shown in FIG. 2B has the following advantages.
(1) A unified configuration level can be used. This is called a low level. Generally, a product is at the highest level (level 0), but if the product (service parts) is used as a part of another product, the configuration level of the product should be changed to an appropriate lower level. is there. Of course, the sub-items of the product should also be changed to a lower level.
(2) Since only one item is stored as one object in the data structure, the memory usage area can be kept small.
[0032]
The integrated item configuration master 13 stores the data of the integrated item configuration shown in FIG. FIG. 5 shows an example of the data structure of the integrated item configuration master 13. As shown in FIG. 5, the integrated item configuration master 13 has a master structure that uses item ordinal numbers for defining relationships between items. That is, each item ordinal number has item code, low level, and link information using item ordinal numbers to the parent item and the child item.
[0033]
The item ordinal number is an index number uniquely assigned to each item rearranged in the item code order and the low level order. As a result, the parent-child relationship of each item can be replaced with the positional relationship of the item object, and the retrieval of the parent item and the child item in the expansion process can be performed very quickly. The item ordinal numbers may not necessarily be in the order of the item codes if they are given in the low level order. However, it is more convenient in terms of actual management to give the item codes in consideration of the order.
[0034]
The integrated item configuration master creation processing unit 12 creates an integrated item configuration master 13 as shown in FIG. 5 from the item master 10 and the configuration master 11. The processing of the integrated item configuration master creation processing unit 12 may be performed only once before the requested material requirement development.
[0035]
FIG. 6 shows a processing flowchart of the integrated item configuration master creation processing unit 12. First, in step S1, the item master 10 is collectively read and sorted in ascending order of item codes. Next, in step S2, an array of item ordinal numbers is created, and the order of item codes is set as the initial value of the item ordinal number. FIG. 7 shows an example in which the sorted item codes are associated with the array of item ordinal numbers by the processing of step S2.
[0036]
Next, in step S3, the configuration master 11 is read, and a subscript (position) in the item ordinal array of the parent item and child item of each configuration record is searched. FIG. 8 shows the state of the search.
[0037]
In step S4, the position of the child item searched in step S3 is registered in the child item list (child item ordinal number) of the parent item, and the position of the parent item is registered in the parent item list (parent item ordinal number) of the child item. In step S5, the low level of each item is calculated and set for each item. Through steps S4 and S5, master information having a new data structure as shown in FIG. 9 is created.
[0038]
In step S6, the item ordinal numbers of the data as shown in FIG. 9 are sorted again in ascending order of the low level. The result is shown in FIG.
[0039]
Finally, in step S7, the subscript of the array of item ordinal numbers stored in the parent item list and child item list of each item is updated. With the above processing, an integrated item configuration master 13 as shown in FIG. 5 is created as a final indication of the integrated item configuration as shown in FIG.
[0040]
Next, processing of the multidimensional space format expansion processing unit 14 will be described. The multi-dimensional spatial format expansion processing unit 14 is based on the integrated item configuration master 13 created by the integrated item configuration master creation processing unit 12, and at least the item ordinal number, the schedule regarding the delivery date, and the product number which is product arrangement instruction data. The material requirement expansion data in which the part data is expanded in the multi-dimensional space format with each axis as the axis is created, stored in the multi-dimensional space format expansion data storage unit 15, and the material requirement amount created in the multi-dimensional space format The requested material requirement information is output based on the expanded data.
[0041]
That is, in the conventional material requirement expansion processing, the material requirement expansion data is expanded into a two-dimensional table, whereas the multidimensional spatial format expansion processing unit 14 uses a multidimensional space format of three or more dimensions. One of the major features is to develop it. Here, as the multi-dimensional spatial format development data, the vertical axis (Y axis) is the item ordinal number, the horizontal axis (X axis) is the schedule (delivery date of each order), and the depth direction axis (Z axis) is the product number ( An example of a three-dimensional spatial format with a number for identifying multiple child orders with the same delivery date) will be explained. However, other elements such as manufacturer information and start date are added to the dimension, and the format is more than four dimensions. It is also possible to create deployment data with.
[0042]
FIG. 11 shows a processing flowchart of the multidimensional spatial format expansion processing unit 14, and FIGS. 12 to 17 show examples of expansion processing. FIG. 18 shows an example of the data structure of expanded items (elements) arranged in a multidimensional space. Hereinafter, the processing of the multidimensional spatial format expansion processing unit 14 will be specifically described with reference to these drawings.
[0043]
The multidimensional spatial format expansion processing unit 14 performs the material requirement expansion from the integrated item configuration master 13 in the order of the items. Here, as the plan data, as shown in FIG. 12, in-house product number = 001, item code = A, plan number = 100, plan delivery date = 2001/02/10, in-house product number = 002, item code = O. Suppose that the plan number = 150 and the plan delivery date = 2001/03/01.
[0044]
First, in step S10, the tree structure with each product order as a root node is initialized. Here, initialization of data in a three-dimensional space as shown in FIG. 12 is performed. Needless to say, data in the three-dimensional space can be easily managed as data in a three-dimensional array inside the computer.
[0045]
Next, steps S11 to S18 are repeated for all items (Y axis). That is, if the number of items is N, the following processing is performed in order from 0 to N-1 of the item ordinal number.
[0046]
Steps S12 to S17 are repeated for all schedules (X axis). That is, if there are T elements of the schedule array for the corresponding item, the following processing is performed from 0 to T-1 of the schedule array.
[0047]
In step S13, necessary total requirement calculation, net requirement calculation, lot summarization, lead time calculation, and the like are performed. For example, in lot summarization, when the number of production units (minimum production number) at one time is determined, the necessary number of units are produced, and the remainder is added to the inventory quantity. Since these calculation contents are well-known matters in general material requirements planning, a detailed description thereof is omitted here.
[0048]
Next, steps S14 to S16 are repeated for all the product numbers (Z-axis). That is, if there are M elements of the production number array for the relevant schedule, the following processing is performed in order from 0 to M-1 of the production number array.
[0049]
In step S15, a child order is generated as a lower node of the tree structure. Thereafter, in step S16, the loop variable z of the process relating to the production number is incremented by 1, and the steps after step S14 are repeated. In step S17, the loop variable x of the process related to the schedule is incremented by 1, and the steps after step S12 are repeated. In step S18, the loop variable y of the process relating to the item ordinal is incremented by 1 and the processes in step S11 and subsequent steps are repeated.
[0050]
In FIG. 12, in step S10, the order of each product of items A and O given as plan data is initialized as the root node of the item structure tree, the schedule is the X axis, the item ordinal is the Y axis, and the product number is A state in which the Z-axis is arranged in a three-dimensional space is shown. The node of item A is placed at the position where the schedule (delivery date) is February 10, the item ordinal is 0, and the product number is 001. The node of item O is the schedule (delivery date) is March 1 and the item ordinal is 1, the product number is arranged at the position of 002.
[0051]
FIG. 13 shows a state in which the MRP logic calculation of step S13 is performed for each schedule for the item A with the item ordinal = 0, and the child order is generated as a child node of the tree structure in step S15. If there are a plurality of product numbers in the same schedule, a child order is generated as a child node of the tree structure for each product number in step S15. At that time, the generated child order can be referred from the child item list of item ordinal = 0. In the example of FIG. 13, there is only item A with production number = 001 on schedule = 2001/02/10, but child order B (item ordinal number = 2) and child order C (item ordinal number = 6) are created.
[0052]
FIG. 14 shows a state in which the same processing as in FIG. 13 is performed on the item O with the item ordinal number = 1. For item O, child order P (item ordinal number = 3) and child order Q (item ordinal number = 4) are created.
[0053]
The above processing is repeated in the order of the item ordinal numbers. In FIG. 15, the same processing is further performed for item B with item ordinal = 2, and child order D (item ordinal = 5) and child order C (item ordinal = 6) are created for item B. Shows the state.
[0054]
The same processing is continued for the item P with the item ordinal number = 3, so that expanded data as shown in FIG. 16 is created. Next, the processing is continued for the item Q with the item ordinal = 4, but the processing is skipped because the child item list of the item Q is empty.
[0055]
FIG. 17 shows a state in which the child order T (item ordinal number = 8) is expanded for the item R having the item ordinal number = 7 after the same processing is repeated. For the item T with the item ordinal = 8, the child item list is empty, and the expansion process ends here. The expanded data created by the above processing is stored in the multidimensional spatial format expanded data storage unit 15.
[0056]
FIG. 18 shows an example of the data structure of the development items (elements arranged at each node) arranged in the multidimensional space as shown in FIG. Each expanded item expanded in a multi-dimensional space such as item A and item B is expanded item ordinal (Y axis), expanded item serial number (Z axis), link to parent item, link list to child item, number of expansions , Necessary number, number of batches, start date, completion date (X axis), etc.
[0057]
As a result of the expansion processing by the multidimensional spatial format expansion processing unit 14, the multidimensional spatial format expansion data storage unit 15 stores expansion data as shown in FIG. Various arrangement lists can be created very quickly and easily from this multidimensional spatial format. For example, when there is a request to create an arrangement list for item C, the item ordinal number of item C is calculated from integrated item configuration master 13 to obtain item ordinal number = 6. If the data of the item ordinal number (Y axis) = 6 is extracted from the development data in the multidimensional spatial format in the multidimensional spatial format development data storage unit 15, 200 items C are obtained on February 5th, and February 8th. As soon as 100 pieces and 150 pieces are needed on February 24, it is possible to create an arrangement list quickly and efficiently.
[0058]
Similarly, when creating a list of items that need to be arranged for a certain schedule or product number, data of item nodes existing in the schedule (X axis) or product number (Z axis) may be extracted.
[0059]
FIG. 19 shows an example of a display screen displayed on the output device 3 when using the present system. This system can be used by input / output via a display screen 40 as shown in FIG. The display screen 40 includes master capture, plan capture, plan discard, (MRP) logic execution, schedule adjustment, result output, plan correction, plan addition, plan deletion, expanded view, Gantt chart, plan attribute, and other icons. A button is displayed, and a plan list / item list display screen 41 and a data display screen 42 are provided below the buttons.
[0060]
FIG. 20A shows a state in which the item list is selected and displayed on the plan list / item list display screen 41. Here, by inputting an item to be searched, data such as master information and expanded data relating to the selected item is displayed on the data display screen 42 on the right side of the screen.
[0061]
FIG. 20B shows a state in which the plan list is selected and displayed on the plan list / item list display screen 41. Here, production plans are displayed by product number. Here, by inputting a product number to be searched, data such as plan data and expanded data relating to the selected product number is displayed on the data display screen 42 on the right side of the screen.
[0062]
FIG. 21 shows a display example of master information on the data display screen 42. For example, when the item A is selected in the item list shown in FIG. 20A and the display of master information is instructed, the tree structure related to the item A is changed based on the integrated item configuration master 13 shown in FIG. Is displayed.
[0063]
FIG. 22A shows an example of the plan data displayed on the data display screen 42. In this example, the plan content for 100 items A to be procured in-house is shown. By importing such a production plan, the product order described in FIG. 12 is initialized as the root node of the item configuration tree.
[0064]
FIG. 22B shows an example of the expansion result displayed on the data display screen 42. In this example, the production number 002 is selected in the plan list shown in FIG. 20B, and the development of the production number 002 is determined from the processing result of the MRP shown in FIG. 17 stored in the multidimensional spatial format development data storage unit 15. Results are extracted and displayed.
[0065]
FIG. 22C shows an example when an arrangement plan for a certain item (item C) in a certain product number (product number 001) is displayed on the data display screen 42. When the item C in the product number 001 is selected from the plan list shown in FIG. 20B, the multi-dimensional spatial format expanded data storage unit 15 is referred to using [product number 001 + item C] as a key. The item arrangement plan is displayed as shown in FIG.
[0066]
FIG. 22D shows an example when an arrangement plan for a certain item (item C) among the MRP processing results is collectively displayed on the data display screen 42. When item C is selected from the item list shown in FIG. 20 (A) and the result output is instructed, using [item C] as a key, the multi-dimensional spatial format expanded data storage unit 15 is referenced to arrange the item C. The plan is displayed as shown in FIG. Here, the fact that item C is used as a common part for items A, B, and P is displayed for each product number.
[0067]
In the display of the expansion results as shown in FIGS. 22B to 22D, the expansion data is stored in the multidimensional space format expansion data storage unit 15 in a multidimensional space format centered on the schedule, item ordinal number, and product number. Therefore, it is possible to extract data at a very high speed and instantly respond to a display request instruction.
[0068]
As is clear from the above embodiment, this system has the following features.
[0069]
(1) By introducing the concept of item ordinal number in material requirements planning, the complicated material requirement calculation process is replaced with the creation of a tree structure with the product order as the root node. Is simplified.
[0070]
By simplifying the material requirement planning process, when this process is performed on the system, the processing time can be greatly shortened compared to a system that has realized the conventional processing method. In addition, the computer resources required for this calculation process can be reduced, and work efficiency or labor saving is greatly promoted.
[0071]
(2) Since the data structure is more realistic than the conventional format, even if there is a change in the product plan in the material requirements planning, it is only necessary to update the data in the related tree structure, and the material can be processed at high speed. By calculating the required amount, the user can efficiently simulate the product plan.
[0072]
For example, when the production plan of the product O is changed after the expansion process shown in FIG. 17 is completed, it is only necessary to change the plan of the items constituting the product O following the root node of the product O. At this time, it is not necessary to re-calculate including the product A whose plan has not been changed.
[0073]
(3) In the manufacturing process or the arrangement process of subordinate items that make up a product, if a schedule abnormality such as not being in time for delivery occurs, if only the data of the related tree structure is corrected by the above data structure, the schedule Can be corrected correctly and easily. For example, in the expanded data shown in FIG. 17, when a schedule abnormality occurs in the subordinate items C and D of the product A, the schedule adjustment may be executed only for the product A, and the product O including no schedule abnormality may be reproduced. There is no need to calculate.
[0074]
Strictly speaking, in (2) and (3) above, if the number of inventory reserves for a shared item changes due to a change in the plan, it is necessary to modify the tree structure data of the subordinate items from that shared item. There is no need to redo the deployment process from the beginning for all products like technology.
[0075]
(4) When creating an arrangement list for a certain item, a child order for each delivery date can be output as it is from the item ordinal number of the corresponding item, and re-tabulation from a conventional two-dimensional table is not required. Further, when referring to a child order list of a certain product, it is only necessary to follow the tree structure of the corresponding product, and the MRP expansion result can be referred to efficiently.
[0076]
【Effect of the invention】
As described above, according to the present invention, it is not necessary to perform a join operation between masters and is suitable for high-speed material requirement planning processing. Even if there is a plan change, it is only necessary to update the data of the related tree structure (net change), so a real-time plan simulation can be performed.
[0077]
Since everything from the product to the lowest level material is linked, it is possible to easily handle production number management and full pegging functions.
[0078]
Since the MRP expansion data has a multi-dimensional data structure, when creating an arrangement list for a certain item, a child order for each delivery date can be output as it is based on the item ordinal number of the item. In addition, when referring to a child order list of a product, the tree structure of the corresponding product may be followed. In any case, since a real-time response can be expected, for example, it is possible to refer to development data from a Web browser and to provide an ASP (Application Service Provider) service of a production management system.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of a material requirement plan processing system according to the present invention.
FIG. 2 is a diagram illustrating an image of an item configuration for each product and an integrated item configuration.
FIG. 3 is a diagram illustrating an example of an item master.
FIG. 4 is a diagram illustrating an example of a configuration master.
FIG. 5 is a diagram illustrating an example of a data structure of an integrated item configuration master.
FIG. 6 is a processing flowchart of an integrated item configuration master creation processing unit.
FIG. 7 is a diagram for explaining a procedure for creating an integrated item configuration master.
FIG. 8 is a diagram for explaining a procedure for creating an integrated item configuration master.
FIG. 9 is a diagram for explaining a procedure for creating an integrated item configuration master.
FIG. 10 is a diagram for explaining a procedure for creating an integrated item configuration master.
FIG. 11 is a processing flowchart of a multidimensional spatial format expansion processing unit.
FIG. 12 is a diagram for explaining an example of expansion processing by a multidimensional spatial format expansion processing unit;
FIG. 13 is a diagram for explaining an example of expansion processing by a multidimensional spatial format expansion processing unit;
FIG. 14 is a diagram for explaining an example of expansion processing by a multidimensional spatial format expansion processing unit;
FIG. 15 is a diagram for explaining an example of expansion processing by a multidimensional spatial format expansion processing unit;
FIG. 16 is a diagram for explaining an example of expansion processing by a multidimensional spatial format expansion processing unit;
FIG. 17 is a diagram for explaining an example of expansion processing by a multidimensional spatial format expansion processing unit;
FIG. 18 is a diagram illustrating an example of a data configuration of development items arranged in a multidimensional space.
FIG. 19 is a diagram showing an example of a display screen when using the present system.
FIG. 20 is a diagram showing a display example of a plan list / item list display screen.
FIG. 21 is a diagram showing a display example of master information on a data display screen.
FIG. 22 is a diagram showing a display example of plan data and development results on a data display screen.
FIG. 23 is a diagram showing an example of the item configuration of sample products A and O for explaining the prior art.
FIG. 24 is a diagram illustrating an example of an item master and a configuration master for explaining a conventional technique.
FIG. 25 is a flowchart of conventional MRP expansion processing.
FIG. 26 is a diagram showing an example of plan data for explaining a conventional technique.
FIG. 27 is a diagram for explaining an example of conventional expansion processing;
FIG. 28 is a diagram for explaining an example of a conventional expansion process.
FIG. 29 is a diagram for explaining an example of a conventional expansion process.
FIG. 30 is a diagram for explaining an example of a conventional expansion process.
FIG. 31 is a diagram for explaining an example of conventional expansion processing;
FIG. 32 is a diagram for explaining an example of conventional arrangement list creation;
[Explanation of symbols]
1 Processing device
2 input devices
3 Output device
10 Material master
11 Configuration master
12 Integrated item structure master creation processing part
13 Integrated material structure master
14 Multidimensional spatial format expansion processing unit
15 Multidimensional spatial format expansion data storage

Claims (4)

コンピュータ資材の所要量を計画し立案する資材所要量計画処理方法において,
製品を階層的に構成する品目を,少なくとも品目の階層構造におけるローレベル順でソートする過程と,
前記ソートした品目の順番に従って,各品目に一意に品目序数を付与する過程と,
前記品目序数をインデックスとして,各品目ごとに親品目リストと子品目リストとをリンクしたデータ構造を持つ統合品目構成マスタを作成する過程と,
前記統合品目構成マスタをもとに,少なくとも前記品目序数と,納期に関する日程と,製品手配指示データである製番とをそれぞれ軸とした多次元空間形式で品目のデータを展開した資材所要量展開データを作成し,多次元空間形式で作成された資材所要量展開データをもとに,要求された資材所要量情報を出力する過程とを有する
ことを特徴とする資材所要量計画処理方法。
In material requirements planning processing method by a computer drafting planning the required amount of materials,
Sorting the items that make up the product hierarchically, at least in the low-level order of the item hierarchy;
A step of uniquely assigning an item ordinal number to each item according to the order of the sorted items;
Creating an integrated item structure master having a data structure in which a parent item list and a child item list are linked for each item using the item ordinal number as an index;
Based on the integrated item structure master, material requirement expansion that expands item data in a multidimensional space format with at least the item ordinal number, delivery schedule, and product arrangement instruction data as the product number A material requirements planning processing method comprising: a step of generating data and outputting requested material requirement information based on material requirement expansion data created in a multidimensional spatial format .
コンピュータを用いて資材の所要量を計画し立案する資材所要量計画処理システムにおいて,
製品を階層的に構成する品目を,少なくとも品目の階層構造におけるローレベル順でソートし,そのソートした品目の順番に従って,各品目に一意に付与した品目序数をインデックスとして,各品目ごとに親品目リストと子品目リストとをリンクしたデータ構造を持つ統合品目構成マスタを作成する統合品目構成マスタ作成処理部と,
前記統合品目構成マスタをもとに,少なくとも前記品目序数と,納期に関する日程と,製品手配指示データである製番とをそれぞれ軸とした多次元空間形式で品目のデータを展開した資材所要量展開データを作成し,多次元空間形式で作成された資材所要量展開データをもとに,要求された資材所要量情報を出力する多次元空間形式展開処理部とを備える
ことを特徴とする資材所要量計画処理システム。
In a material requirements planning processing system that plans and formulates material requirements using a computer,
The items that make up the product hierarchically are sorted at least in the low-level order in the item hierarchy, and according to the order of the sorted items, the ordinal number uniquely assigned to each item is used as an index, and the parent item for each item. An integrated item configuration master creation processing unit for creating an integrated item configuration master having a data structure in which a list and a child item list are linked;
Based on the integrated item structure master, material requirement expansion that expands item data in a multidimensional space format with at least the item ordinal number, delivery schedule, and product arrangement instruction data as the product number A material requirement characterized by comprising a multidimensional spatial format expansion processing unit that generates data and outputs the required material requirement information based on the material requirement expansion data created in the multidimensional spatial format Quantity planning processing system.
コンピュータを用いて資材の所要量を計画し立案するための資材所要量計画処理プログラムであって,
製品を階層的に構成する品目を,少なくとも品目の階層構造におけるローレベル順でソートし,そのソートした品目の順番に従って,各品目に一意に付与した品目序数をインデックスとして,各品目ごとに親品目リストと子品目リストとをリンクしたデータ構造を持つ統合品目構成マスタを作成する処理と,
前記統合品目構成マスタをもとに,少なくとも前記品目序数と,納期に関する日程と,製品手配指示データである製番とをそれぞれ軸とした多次元空間形式で品目のデータを展開した資材所要量展開データを作成し,多次元空間形式で作成された資材所要量展開データをもとに,要求された資材所要量情報を出力する処理とを,
コンピュータに実行させるための資材所要量計画処理プログラム。
A material requirements planning processing program for planning and planning material requirements using a computer,
The items that make up the product hierarchically are sorted at least in the low-level order in the item hierarchy, and according to the order of the sorted items, the ordinal number uniquely assigned to each item is used as an index, and the parent item for each item. Creating an integrated item structure master with a data structure that links the list and child item list;
Based on the integrated item structure master, material requirement expansion that expands item data in a multidimensional space format with at least the item ordinal number, delivery schedule, and product arrangement instruction data as the product number A process of generating data and outputting requested material requirement information based on the material requirement expansion data created in a multidimensional spatial format,
Material requirements planning processing program to be executed by a computer.
コンピュータを用いて資材の所要量を計画し立案するための資材所要量計画処理プログラムを記録した記録媒体であって,
製品を階層的に構成する品目を,少なくとも品目の階層構造におけるローレベル順でソートし,そのソートした品目の順番に従って,各品目に一意に付与した品目序数をインデックスとして,各品目ごとに親品目リストと子品目リストとをリンクしたデータ構造を持つ統合品目構成マスタを作成する処理と,
前記統合品目構成マスタをもとに,少なくとも前記品目序数と,納期に関する日程と,製品手配指示データである製番とをそれぞれ軸とした多次元空間形式で品目のデータを展開した資材所要量展開データを作成し,多次元空間形式で作成された資材所要量展開データをもとに,要求された資材所要量情報を出力する処理とを,
コンピュータに実行させるためのプログラムを記録した
ことを特徴とする資材所要量計画処理プログラムの記録媒体。
A recording medium recording a material requirements planning processing program for planning and planning material requirements using a computer,
The items that make up the product hierarchically are sorted at least in the low-level order in the item hierarchy, and according to the order of the sorted items, the ordinal number uniquely assigned to each item is used as an index, and the parent item for each item. Creating an integrated item structure master with a data structure that links the list and child item list;
Based on the integrated item structure master, material requirement expansion that expands item data in a multidimensional space format with at least the item ordinal number, delivery schedule, and product arrangement instruction data as the product number A process of generating data and outputting requested material requirement information based on the material requirement expansion data created in a multidimensional spatial format,
A recording medium for a material requirement planning processing program characterized in that a program for causing a computer to execute is recorded.
JP2001206113A 2001-07-06 2001-07-06 Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program Expired - Fee Related JP4961640B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001206113A JP4961640B2 (en) 2001-07-06 2001-07-06 Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001206113A JP4961640B2 (en) 2001-07-06 2001-07-06 Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program

Publications (2)

Publication Number Publication Date
JP2003022120A JP2003022120A (en) 2003-01-24
JP4961640B2 true JP4961640B2 (en) 2012-06-27

Family

ID=19042300

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001206113A Expired - Fee Related JP4961640B2 (en) 2001-07-06 2001-07-06 Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program

Country Status (1)

Country Link
JP (1) JP4961640B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5023714B2 (en) * 2007-01-23 2012-09-12 富士通株式会社 Production plan information output device, production plan information output method, and production management system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0430953A (en) * 1990-05-23 1992-02-03 Fujitsu Ltd Manufacturing/purchasing control process
JPH07254023A (en) * 1994-03-14 1995-10-03 Kyokuto Kaihatsu Kogyo Co Ltd Planning method for required amount of item
JP2001005984A (en) * 1999-06-21 2001-01-12 Hitachi Eng Co Ltd Device and method for displaying multidimensional graph

Also Published As

Publication number Publication date
JP2003022120A (en) 2003-01-24

Similar Documents

Publication Publication Date Title
US7783678B2 (en) Method for automating software manufacturing process based on user interface form design, and computer readable medium recording computer executable instruction for performing the same
CN1961288B (en) Methods and apparatus for accessing process control data
US20170286454A1 (en) Data retrieval apparatus, program and recording medium
JP3458728B2 (en) Component data management device and computer readable storage medium storing component data management program
US7043408B2 (en) Computer-aided design neutral graphical data interface
JP5157282B2 (en) Equipment information collection management system
CN108959353B (en) Object data organization method
CN102736915A (en) Automatic program generation device, method, and computer program
JP4369082B2 (en) Component selection support system, component selection support method, component selection support program, and component selection support storage medium
JP2010123105A (en) Method of automatically creating working sequence, and system for automatically creating documented work instruction
JP6684233B2 (en) Test input information retrieval device and method
JP2008009590A (en) Production management system, production management method, and storage medium for storing production management program for executing production management method
JP4084229B2 (en) Product data management system and program
JP4961640B2 (en) Material requirements planning processing method, material requirements planning processing system, material requirements planning processing program, and recording medium for the program
EP1555609A1 (en) Data processing method and data processing program
JP2012159998A5 (en)
Peng et al. CAD-integrated engineering-data-management system for spring design
JP4624870B2 (en) Demo creation system
JP5007609B2 (en) Production order creation program and production order creation device
Tu et al. A WWW-based integrated product development information management system
JP5820324B2 (en) Design support system, design support method and program
US11216486B2 (en) Data retrieval apparatus, program and recording medium
WO2023199871A1 (en) Information management system and option management device
JP2000259664A (en) Manufacturing technology information management database constituting method, manufacturing technology information management system, and recording medium recorded with program of manufacturing technology information management database constituting method
US7076319B2 (en) Method and database structure for managing technology files for semiconductor manufacturing operations

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080526

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110117

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110215

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110415

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20110415

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20110415

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110816

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: 20120228

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120312

R150 Certificate of patent or registration of utility model

Ref document number: 4961640

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150406

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees