11．統合化BOM

　　

統合化BOM（統合部品表）という言葉が出てきてかなり時間が経ちます。先に書いたようなE-BOM、M-BOMやP-BOM（Procurement：購買部品表）、S-BOM（サービス部品表）、それぞれ部門別にバラバラで運用されている部品表の非効率を何とかして改善したいという流れです。最近はそれも含めてPLM（Products Lifecycle Management）と呼ばれたりもしています。ただ、これも、完全に全ての部品表が一つに統一されて動いているという訳ではありません。言うまでも無く、部品の素材ごとに番号を追加したり、どの生産ラインで作るか、などのデータを追加したりするのは、生産部門がM-BOM上で行わなければなりませんし、P-BOMには秘匿性の高い原価データや複数の仕入れ先のデータなどを入れておかなければなりませんので、これら部品表が完全に一つになることはないのではないかと思います。

それら全てのデータを一元管理して、各種閲覧権限などを管理しながら、そこからのデータ取り出し方法（見せ方）をいろいろ変えられるようにしておくというイメージなのでしょう。取り出し方の規則性さえ決めておけば、E-BOMのデータをベースにしてM-BOMやP-BOM、S-BOMも、かなり省力化してできる可能性はあると思います。

それにしてもお互いの「歩み寄り」がなければなかなか統合化は進みません。前にも書いたように、自分としては、設計時のE-BOMはやはりできるだけ生産や購買の構成に合わせていくべきと思っています。ただ、この「歩み寄り」はまったく新しい（従来製品と構造や機能が大きく異なる）製品の開発設計時には、なかなか難しいことかもしれません。生産ラインのレイアウトや工程は、生産（あるいは試作）をやってみないとわからないこともあるからです。新製品の開発時には、まず開発設計に都合の良い形でアセンブリを作っておき、ほぼ構造が固まった時点で生産の都合に合わせるといった流れも必要になります。場合によっては、「生産ラインに合わせた新規のサブアセンブリ」を新しく作ることが有効な手段になることもあります。（従来から、サービスパーツの供給単位での仕組などはこういったことが行われていましたね）

設計の順序と生産の順序はまったく逆なので、E-BOMをM-BOMの形にすることは絶対に無理、と力説する設計者もおられますが、考え方次第ではないでしょうか。