製造BOM・設計BOMの違いと連携で変わる生産管理の精度

製造BOM・設計BOMの違いと連携で変わる生産管理の精度

設計BOMと製造BOMを「同じもの」として扱うと、製造コストが最大30%増加することがある。

製造BOMと設計BOMの基本：BOMとは何かを正確に理解する

BOM（Bill of Materials）とは、製品を構成する部品・材料・中間組付品などの品目と、それぞれの必要数量・親子関係を定義した構造化データのことです。日本語では「部品表」や「部品構成表」と呼ばれます。製造業でカレーライスを作るとすれば、レシピがBOMにあたり、「じゃがいも3個・人参2本・牛肉200g」という材料と数量の一覧そのものです。

BOMが重要な理由は、製品に関わるすべての部門がこのデータを起点に動いているからです。設計部門は仕様の定義に、購買部門は発注計画に、生産管理部門はMRP（資材所要量計算）に、製造部門は組立指示に、原価管理部門はコスト積算に、それぞれBOMを活用します。この「背骨」となるデータが崩れると、企業活動全体に連鎖的な影響が出ます。

設計BOMと製造BOMは、BOMの中でも特に重要な2種類です。設計BOM（EBOM：Engineering BOM）は設計部門がCADやPDMシステム上で作成する構成表であり、製造BOM（MBOM：Manufacturing BOM）は製造・生産技術部門がERPやMESで管理する構成表です。どちらも「同じ製品の部品表」ですが、その目的と中身は根本的に異なります。

BOMの表現形式には「サマリーBOM（一覧形式）」と「ストラクチャーBOM（階層形式）」の2種類があります。サマリーBOMは「製品1台に部品Aが合計5個必要」といったフラットな集計形式で、購買や概算見積もりに向いています。ストラクチャーBOMは「ユニットAの下に部品B・C・D」という階層構造で、製造工程の管理や原価の積み上げ計算に使われます。基本はこの2形式です。

製造BOMと設計BOMの違い：目的・構成・責任部門を比較する

設計BOM（EBOM）と製造BOM（MBOM）の最大の違いは「視点」です。EBOMは「機能的にどんな部品で構成するか」、MBOMは「実際にどう作るか（工程・組立順序）」を定義します。同じ製品でも、使う部門と目的が違えば、BOMの中身はまったく別物になります。

具体的な違いを比較してみましょう。以下の表はEBOMとMBOMの主な相違点をまとめたものです。

観点	設計BOM（EBOM）	製造BOM（MBOM）
目的	設計意図の表現・機能検証	製造実行・手配・原価計算
視点	機能・論理構成	組立順・作業指示構成
主な属性	図面番号・材料仕様・設計改訂	工程用途・代替品・置き場・治工具
責任部門	設計部門（PDM・PLM）	製造・生産技術（ERP・MES）
更新トリガー	設計変更（ECR/ECN）	工程変更・調達変更・配置変更
バージョン管理の思想	最新版が常に正（過去は参照用）	有効期間で正データを決定（適用日ベース）

特に注目したいのが「管理対象の違い」です。EBOMでは構成要素として「品目（部品）」のみを扱います。塗料・潤滑油・シール材といった補助材は、CADで形状を描かないため、EBOMには原則登録されません。一方MBOMは、補助材・副資材・工程仕掛品・梱包材まで含めたすべての製造要素を管理します。つまりEBOMだけ見ても、実際の製造に必要な情報は揃っていないということです。

階層レベルの違いも重要です。EBOMでは末端として扱う部品の下位に「材料」を表現するため、MBOMの方が階層が深くなります。また、EBOMでは「1つのアッセンブリ」として扱っていたものを、MBOMでは中間組立の指示が必要なため親子に分離するケースもあります。この階層の違いが、2つのBOMを単純に統合できない理由のひとつです。

製造BOMと設計BOMが連携しない場合に起きる3つのリスク

「設計変更が現場に伝わらず、古い図面のまま部品を製造してしまった」——これはEBOMとMBOMの連携が取れていないときに最もよく起きるトラブルです。設計部門がEBOMを更新しても、製造現場のMBOMに自動反映されない環境では、旧仕様の部品が手配・製造され続けます。気づいた時には大量の廃棄損が発生し、最悪の場合は市場へ出荷してリコールに至るケースもあります。

2つ目のリスクは「手戻り（製造できない設計の発生）」です。設計段階でMBOMを意識せずにEBOMを作ると、「この形状では加工できない」「組み立て工具が入らない」という問題が製造段階で初めて発覚します。そのたびに設計のやり直しが発生し、プロジェクト全体のリードタイムが大幅に伸びます。これは時間とコスト両面で深刻なダメージです。

3つ目は「調達ミス（副資材の欠品）」です。EBOMに記載されないが製造に必要な補助材（接着剤・梱包箱・ラベルなど）の情報がMBOMで管理されていない場合、発注が漏れます。「組み立て開始しようとしたら箱がない」「ラベルが届いていない」という理由で出荷できず、納期遅延に直結します。副資材の欠品は些細に見えますが、ライン停止という形で経営に跳ね返ります。

これら3つのリスクは、Excelや手作業でのBOM管理が続いている現場でとくに発生しやすいと言えます。致命的な不整合です。

mcframe コラム第4回：似て非なる2つのBOM…E-BOMとM-BOMの違いを詳細解説（主幹部門・管理対象・階層レベルの違いについて）

製造BOMと設計BOMをExcelで管理し続ける場合の限界と具体的な損失

多くの中小製造業、あるいは大企業の一部門でも、BOMをExcelで管理しているケースは少なくありません。「使い慣れているから」という理由は理解できますが、Excel管理には構造的な限界があります。

最初の問題は「属人化」です。特定の担当者が独自のマクロや複雑な関数を組み込んでしまい、その人が異動・退職すると誰もメンテナンスできない「神エクセル」状態に陥ります。いわゆるブラックボックス化です。

2つ目は「バケツリレー型の更新漏れ」です。設計・製造・購買がそれぞれ自分用にExcelをコピーして管理している場合、設計変更が発生したときに全員のファイルを手動で直さなければなりません。誰かの更新が漏れた時点でデータは不整合になり、製造現場で誤った部品が使われるリスクが生まれます。これは防ぎようがありません。

3つ目は「バージョン崩壊」です。メールでやり取りすると「最新」「最新_修正」「最新_修正_最終」といったファイルが乱立し、どれが本当の最新版か誰もわからなくなります。過去の正しいバージョンに戻る「先祖返り」も頻繁に発生します。

4つ目に見落とされがちなのが「部品の重複登録問題」です。過去に設計した部品を探すのに膨大な時間がかかるため、結果的にゼロから新しい部品を登録してしまいます。これにより管理対象の品目数が雪だるま式に増え、在庫リスクと管理コストが膨らみ続けます。1社あたりの重複部品数が数千点に及ぶケースもあり、その管理コストは年間で数百万円規模になることがあります。

製造BOMと設計BOMの連携を成功させるEBOM→MBOM変換の実務フロー

EBOMからMBOMへの変換は、単純なコピーやインポートでは成立しません。「設計意図」を「製造実行のための情報」に正しく橋渡しするには、段階的なプロセスが必要です。

Step 1：CAD属性のマッピングが最初のステップです。EBOMの基になる3D CADのデータから、図面番号・材料仕様・改訂番号・部品コード・数量といった属性情報を、MBOM側が受け取れる形式（CSV・API等）に変換します。ここで形式が合っていないと、以降の作業がすべて手作業になります。

Step 2：構成の粒度調整です。設計BOMでは「機能単位」で組まれた構成を、製造BOMでは「作業単位（着座単位）」に分割し直す作業が発生します。1工程で組み立てられる最小単位に揃え、代替品ルールも付与します。粒度の設計が不一致のまま変換すると、組立指示が不完全になります。

Step 3：工程・用途の紐付け（BOP/ルーティング）です。製造現場では「どこで・どの順番で組み立てるか」が重要です。MBOMにはBOP（Bill of Process）やルーティング情報と連携する形で、工程用途コード・着座順・使用治工具の参照情報を持たせます。ただし工程の詳細はBOP側に寄せ、MBOM側には参照コードのみを持たせる構成が望ましいです。

Step 4：差分同期と改訂管理です。EBOMとMBOMは変更のタイミングが異なるため、「設計の改訂」と「製造での適用日」を別々に管理する必要があります。たとえば在庫使い切り（ランニングチェンジ）の場合、設計上はすでに新バージョンに更新されていても、製造現場では旧部品の在庫がなくなるまで一定期間旧バージョンを使い続けることがあります。このズレを適用日ベースで管理するのがMBOMの基本原則です。

以下は変換作業の主なチェックリストです。

チェック項目	確認内容
✅ CAD属性のマッピング	図面番号・材質・数量がMBOM側に正しく転記されているか
✅ 粒度レベルの調整	着座単位・標準化対応が完了しているか
✅ 工程用途コードの設定	BOPとの参照紐付けができているか
✅ 改訂と適用日の分離定義	設計改訂（EBOM）と製造適用日（MBOM）が別管理になっているか
✅ 差分抽出ロジックの確立	手動・半自動・API連携のどれで行うかが決まっているか

BIPROGY-UEL：設計BOMと製造BOMはどう違う？EBOM⇔MBOM同期の現場運用（変換フロー・同期パターン・よくある失敗と対策を詳細解説）

製造BOMと設計BOMを統合管理するPLMシステムとDX推進への活用（独自視点）

EBOMとMBOMを別々のツールで管理している限り、連携は常に「手作業」という弱点を抱えます。PLM（Product Lifecycle Management）システムを導入することで、この課題に根本から対処できます。

PLMの本質は「製品のライフサイクル全体を1つのデータ基盤で管理すること」です。設計部門のEBOMと製造部門のMBOMを共通基盤で一元管理することで、設計変更が発生した瞬間にその差分が製造側へ通知され、反映の承認ワークフローが自動で走ります。手戻りや伝達漏れの根本的な解消につながります。

PLMと生産管理システム（ERP）の連携方式には、大きく3段階があります。①手動同期（Excel/CSVベース）は初期コストゼロで導入できますが、ヒューマンエラーが頻発しバージョン崩壊のリスクが高い。②半自動同期（ETLツール等）はスクリプトで変換・検証を挟むため精度が上がりますが、担当者依存が生まれやすい。③完全連携（PLM⇔ERP/MESをAPI接続）は即時同期・変更履歴の完全トレースが可能で、大規模製造業や多拠点運用に向いています。

見落とされやすい観点として、代替品（ALT）管理があります。半導体不足や地政学リスクにより、指定した部品が入手困難になるケースが増えています。PLMでBOMを統合管理する環境では、「この部品が不足した場合に代用できるメーカー・品番」をあらかじめBOM上で承認・登録しておくことができます。サプライチェーンが寸断された際も迅速に切り替え可能となり、BCP対策として非常に有効です。

BOM統合管理の導入ハードルについても触れておきます。最大の壁は「初期データ整備（クレンジング）」の工数です。これまで紙・Excel・担当者の頭の中に散らばっていたBOMデータを整理・統一する作業は、想像以上に時間がかかります。プロジェクトが頓挫するケースも少なくありません。成功のポイントは、まず新製品1品目・特定製品群に絞ってスモールスタートし、効果を検証しながら段階的に対象を広げることです。一度に全製品を対象にしようとするのは、失敗の典型的なパターンです。

ミスミmeviy：設計部品表（EBOM）と製造部品表（MBOM）の使い分けを学ぶ（設計変更プロセスでの管理方法とPLMシステムの活用について解説）