統合化部品表への挑戦【第4回】

工程データ・物流ルートをも統合する新世代の部品表

レガシーな部品表があくまでも部品情報のためのデータベースだったのに対して、統合化部品表は部品のみならず、工程データや物流データなどさまざまな情報を取り込み、統合している。

　前回「製造業の基幹データベースへと進化を遂げた部品表」では、レガシーホスト上に構築された原初の部品表が、時間軸や仕向地・生産地といった情報の新たな切り口を備えることにより、統合化部品表という新たな情報インフラとして生まれ変わった経緯を解説した。

　現在の統合化部品表はそこからさらに発達し、製造業の統合情報インフラとなるべくさまざまな機能を備えている。今回はそれらを1つ1つ紹介していきたいと思う。

　なお、今回紹介する機能は、統合化部品表の発展段階でいうと第3世代と第4世代で新たに導入されたものである。各世代の特徴については、本連載の第1回「製造業のバイブル『部品表（BOM）』の復権」を参照されたい。

部品表と工程データの統合

　エリヤフ・ゴールドラット（※1）は1991年の著書『The Haystack Syndrome』（邦題『ゴールドラット博士のコストに縛られるな！』）の中で、「BOMとRouting（工程データ、需給ルートデータ、物流ルートデータ）は、コンピュータの草創期にメモリやHDDなどの資源的な制約があって別々のデータベースとして発達し、現在でも分離されたままになっている。これはいずれ統合化されなければならない」と予言している。

※1　小説『The Goal』の著者で、TOC（Theory of Constraints：制約理論）の提唱者。

　ゴールドラットが書いたように、部品表（BOM）と工程データは統合される必要がある。なぜなら、MRP（Material Requirements Planning：資材所要量計画）がMRP IからMRP IIへ進化するための条件であるCRP（Capacity Requirements Planning：能力所要量計画）を行うのに必要だからである。

　もう少し詳しく説明しよう。MRP Iはオーダー（製造指示、発注指示、出庫指示などの具体的な生産活動を行う指示）を生成するのにリードタイムを使用する。リードタイムとは、発注リードタイム、製造リードタイムなどのように、部品や製品を発注してから納品されるまでの総時間のことである。MRP Iという生産管理システムは、あらかじめこのリードタイムを品目ごとに設定しておき、生産計画日を起点にしてオーダーを生成する仕組みなのである。

　それに対してMRP IIというのは、そのオーダー生成の際にリードタイムだけでなく、さらに生産工程と生産能力も加味したものである。MRPで立案された計画オーダーをCRPで工程順に展開し、各工程の着手日と完了日の日程計算を行い、その結果を部門ごと（あるいはライン、ワークセンター、作業場所ごと）に積算して負荷積みをする。この計算を行う際に、工程手順や需給ルートなどの工程データが必要なのである。

　さらに、各部門ごとに積んだ負荷のオーバー分を、実現可能な計画になるようスケジューラで一定の条件の下に山崩し（※2）し、再編成するのがAPS（Advanced Planning and Scheduling）である。ここでも、工程データは必須となる。

※2　各部門に割り当てられた作業負荷を、それぞれの負荷能力に合わせて平準化すること。

　このような理由から、第3世代の統合化部品表には工程手順や需給ルートのデータが含まれるようになったのである。

この記事の著者

関連記事

• 

  製造業の基幹データベースへと進化を遂げた部品表

• 

  製造業におけるPLMの有用性は浸透、しかし本格普及はこれから

• 

  PLMの専門家が語る「円滑なPLM導入の勘所」

• 

  統合化部品表への挑戦

新着ホワイトペーパー PR

• 市場調査・トレンド
  データ侵害の被害は平均440万米ドル、Linux環境のリスクはどう軽減する？
• 製品資料
  ハイブリッドクラウド環境の管理を単純化するために知りたい「4つの方法」
• 市場調査・トレンド
  「OSの選択」が戦略的な課題に？　次世代のLinux基盤に求められる機能や要件
• 製品資料
  SaaS企業のカスタマーサクセス、少人数で成果を上げる運用体制をどう作る？
• 製品資料
  カスタマーサポートの投資効果が見えない？　実態把握から始める改善方法とは