サービス＆ソリューション

出図するまでBOMがない、MRP用のBOMしかない、様々なBOMが部門、事業所別にバラバラに存在する、BOMの精度が悪い、BOMに纏わる悩みは絶えないものです。では、あらゆる業務ニーズを満たす統合BOMデータベース をモデリングでき、BOMの一元管理ができればこうした課題は解決できるのでしょうか？―確かに、BOMのデータ構造を一つにして統合管理すれば、業務のコンカレント化やコラボレーションも可能となります。

しかし、BOMシステムの一元化は以前から話題になっているにもかかわらず、実現できている企業は殆ど有りません。その理由の一つは、BOMを活用する各局面において、それぞれ必要となるデータの切り口や単位・くくり、粒度が本質的に異なっていることです。営業として認識すべき製品の単位・くくりと設計や、製造、調達の認識するBOMのくくりは、それぞれ全く異なります。

それらの関連を一元的に管理することは至難の技だし現実的ではないでしょう。一口にBOMといっても、その目的や状況によって、設計変更を反映すべきタイミングが異なるケースもあります。同一製品を複数の工場で製造するような場合においては、それぞれの工場が備えている生産設備や取引を行っているサプライヤの状況によって製造の工順や内外作の区分が異なります。

こうした点もBOMの一元化が難しい理由の１つです。あらゆる業務のニーズを満たしながらBOMを統合していくことは非常に難しいことなのです。大事な基幹システムであるBOM構築に、失敗するか？成功するか？というようなギャンブル的な取組みができますか？

まずはBOMデータの用途と使用目的といった論理構造の定義をしっかりと行い、これらが物理的に統合可能であればデータベースを統合するというアプローチが適切であるとネクステック(株)は考えます。ネクステック(株)が推奨する目的別BOMは、BOMデータの用途と使用目的別にデータ構造を定義したものです。それぞれのビジネスのニーズを満たせるように目的別にBOMを定義し、それらを相互に連携させ整合性を確保することで、組織全体を1本で通った背骨となるクロスファンクショナルBOMが機能します。目的別BOMの数やそれぞれが持つ情報は、業種・業態や対象とする製品によって異なります。凡そ7つに分類されます。目的別ＢＯＭの役割詳細図を下図に示します。

構想BOM
仕様のバリエーション企画、及び、販売時の構成検討やコストシミュレーション等を支援。

技術BOM
開発・設計段階で使う製品構成をツリー状に表現された部品表で管理。また、過去の類似仕様の検索機能を提供し、流用設計、標準化を支援。

販売BOM
製品構成を基本部分とオプション部分に分けて管理。コンフィグレータ導入により仕様の組み合わせ制約をコントロールする。迅速且つ正確な製品仕様の確定と見積りを支援。

受注BOM
顧客の契約情報、受注情報を管理。売れ筋商品等の分析等に活用。

購買BOM
部品やユニットの実勢原価。サプライヤ情報等を管理する。集中購買等を支援。部品ユニット及びサプライヤ情報が一元管理されるため、共通部品やユニットの分析が可能で結果、標準化、モジュール化も支援。

製造BOM
設計情報に、部品の内外製区分や工程情報、製造加工実績等製造サイドの都合で表した製品構成。文字通り製造準備（製造手配）、製造そものを支援。

メンテナンスBOM
顧客ごとの納入製品構成および、そのメンテナンス後の履歴を製番別に管理。不具合発生時の原因特定やトラッキングや交換部品情報等を支援。