「設計が作ったBOMと、製造現場が使うBOMが食い違っている」
「手元にあるBOMが、他部署と連携しておらず手戻りが発生した。」
製造業のBOM管理でよく起こるこういった問題の背景には、主にE-BOMとM-BOMという2種類の部品表の存在があります。
両者は同じ製品を扱いながら、目的も含まれる情報も異なります。違いを理解せずに運用すると、設計変更の反映漏れや手戻りの原因になります。この記事では、E-BOMとM-BOMの違いを具体例とともに整理し、両者を正しくつなぐためのポイントを解説します。
E-BOM（設計部品表）とは
E-BOMは「Engineering BOM」の略で、設計部門が作成する部品表です。製品の設計仕様を満たすための部品構成を表し、部品の品目コード・数量・仕様、図面や技術情報などが含まれます。構成は機能単位でグルーピングされることが多く、3DCADのアセンブリ情報をもとに階層化されるのが一般的です。
E-BOMは、他のBOM（M-BOMや購買BOMなど）の土台になる、モノづくりの最上流の情報です。設計変更が発生した際に最初に更新されるのもE-BOMであり、ここでの構成や品質が、下流の製造・調達にそのまま影響します。管理システムには、CADと連動するPDM（Product Data Management）やPLM（Product Lifecycle Management）が使われることが一般的です。
M-BOM（製造部品表）とは
M-BOMは「Manufacturing BOM」の略で、製造部門・生産技術部門が作成する部品表です。E-BOMをもとに、実際に製品を組み立てるための組立順序や工程情報、中間品（仕掛品）、治工具、使用する材料などの情報を加えて再構成されます。
M-BOMの情報は、生産管理システムやERP・MESに展開され、生産計画や製造指示、部品手配、原価計算の基礎データとして使われます。「設計した通りに作るのだから同じBOMでいいはずだ」と思われがちですが、目的が異なる以上、両者の構造が完全に一致することはむしろ稀です。
具体例で見るE-BOMとM-BOMの構成の違い
両者の違いは、具体的な部品で考えると分かりやすくなります。たとえば「板金カバー」という部品を例にとります。
設計者にとっての板金カバーは、図面1枚で仕様が定義できる、ひとつの機能部品です。そのためE-BOM上では「部品番号◯◯◯-001／板金カバー」という1行の品目として登録されます。
一方、製造現場にとっては、いきなり「板金カバー」という物体が存在するわけではありません。まず鉄板という材料があり、それを切断し、曲げ加工し、穴あけ加工をし、塗装をして、ようやく板金カバーという最終形になります。M-BOMでは、この材料・加工工程・治工具・塗料までを部品や中間品として管理する必要があるため、E-BOMで1行だった部品が、M-BOM上では数行から十数行に展開されることになります。
「機能の視点（E-BOM）」と「工程の視点（M-BOM）」の違いこそが、両者が単純な1対1では対応しない根本的な理由なのです。
この「工程の視点」を体系化した工程情報がBOPです。E-BOMとM-BOMの橋渡し役としての使い方は『BOP（工程表）とは』で解説しています。
E-BOMとM-BOMの違い
両者の主な違いを整理すると、次のようになります。
| 比較軸 | E-BOM（設計部品表） | M-BOM（製造部品表） |
| 作成部門 | 設計部門 | 製造部門・生産技術部門 |
| 目的 | 設計仕様の実現 | 効率的な製造の実現 |
| 含まれる情報 | 設計上の構成、図面、技術仕様 | 上記に加え、工程・組立順序・中間品・治工具 |
| 並び順 | 機能・設計の構成順 | 製造工程順 |
| 階層の深さ | 比較的浅い（機能単位の末端まで） | 深くなりやすい（材料・中間品まで展開） |
| 品目コードの考え方 | 機能・製品系列に基づく抽象的なコード | 調達先・在庫管理に基づく具体的なコード |
| バージョン管理の思想 | 最新版が常に正、旧版は履歴として参照 | 有効開始日〜終了日で正データを判定 |
| 主な管理システム | CAD、PDM、PLM | ERP、MES（Excelで管理する現場も多い） |
| 主な利用先 | 設計レビューや他BOMの土台 | 生産管理・製造指示・原価計算 |
とくに階層の深さとバージョン管理の考え方の違いは見落とされがちです。M-BOMはE-BOMの末端部品の下にさらに材料や中間組立を追加するため、階層が1〜2レベル深くなるのが通常です。また、E-BOMは「常に最新が正しい」という考え方である一方、M-BOMは在庫の使い切り（ランニングチェンジ）や治工具の更新タイミングを考慮し、一定期間で正データを切り替える運用が必要になります。
E-BOM・M-BOMと関連するその他のBOM
BOMにはE-BOMとM-BOM以外にも、購買部門が使う購買BOM（P-BOM）や、アフターサービス部門が使うサービスBOM（S-BOM）などが存在します。たとえばサービスBOMでは、溶接済みで分解できない部品は一つのアセンブリとして扱うなど、M-BOMとも構成が異なります。E-BOMとM-BOMの連携を整えることは、こうした周辺BOMを含めた全社的な部品表統合の第一歩でもあります。
これらのBOMについては、以下の記事で触れておりますのでご確認ください。
なぜ連携が難しいのか
BOMは製造フローの上流から順に作成されるため、M-BOMはE-BOMをもとに作られますが、両者は別物として運用されることが多く、連携には次のような難しさがあります。
-
- 設計と製造で必要な情報や部品の並びが異なり、そのままでは使えない
- 品目コードや属性の管理ルールが部門で異なり、同じ部品でも呼び方・番号が違う
- 製造現場では代替部品や他製品からの転用部品を使うことがあり、設計時のコード体系とずれが生じる
- E-BOM→M-BOMへの変換が手作業（Excelでの転記など）になり、工数増大による作業の遅れや人的なミスが生じる
- 設計部門と製造部門が異なるシステム（PLM／ERP・MES）を使っているため、リアルタイムでの情報共有が難しい
- 設計変更がM-BOMに反映されず、現場が古い情報で動いてしまう
- 部門間のコミュニケーション不足により、製造上の制約が設計に伝わらない、あるいは設計意図が製造に伝わらない
連携がうまくいかないと何が起きるか
E-BOMとM-BOMの連携がとれていない状態を放置すると、現場では次のようなトラブルが具体的に発生します。
-
- 手配漏れ：設計変更で追加されたねじやブラケットなどの部品がM-BOMに反映されず、組立ラインで「部材がない」と発覚する
- 在庫の死蔵：設計変更で廃止になった部品の発注を止められず、使えない部品が倉庫に積み上がる
- 工程の矛盾：設計上は組み立て可能でも、実際の製造工程では工具が入らず組み立てられない、あるいは想定した順序で組めない
- 原価の誤差：実際に使用した部品・工数と、BOM上の情報が乖離し、正確な原価計算ができない
- 手戻りコストの増加：上記のトラブルが発生するたびに、緊急手配や再加工、ライン停止といった追加コストと納期遅延が発生する
これらは一つひとつは小さな問題に見えても、積み重なることで生産計画全体の信頼性を損ない、結果として顧客への納期回答にも影響を及ぼします。
連携を成功させるポイント
E-BOMとM-BOMをうまくつなぐには、一つの施策だけで解決しようとせず、次の5点を段階的に整えていくことが重要です。
① 品目コード・属性のルールを社内で統一する
連携の前提になる、もっとも基礎的な取り組みです。まず現状の品目コード体系を棚卸しし、設計部門・製造部門・購買部門がそれぞれどのようなルールで採番しているかを可視化するところから始めます。意味を持たせたコード（材質や工程の情報を桁の中に埋め込む方式）が足かせになっている場合は、単純な連番による「意味なしコード」への切り替えも選択肢になります。意味ありコードは一見わかりやすい反面、桁数が不足して将来的に拡張できなくなったり、部門ごとに解釈が割れて結局は別物になってしまったりするリスクを抱えているためです。
このようなルールを統一した後は、旧コードと新コードの対応表を残しておき、過去データの参照や検索に支障が出ないようにしておくことも欠かせません。
品番体系の設計（意味あり品番と無意味連番の比較）から既存データの名寄せまでの手順は、以下の記事で解説しています。
② E-BOM→M-BOMの変換ルールを明確にする
誰が変換作業を行っても同じ結果になるよう、対応表や変換テンプレートとして文書化・システム化します。具体的には、「1つの設計品目が複数の製造品目に分解されるケース（板金カバーの例のような1対多の変換）」「複数の設計品目が1つの製造単位に集約されるケース」など、変換パターンをあらかじめ類型化し、それぞれのルールを定義しておくと、担当者の経験や裁量に結果が左右されにくくなります。
これらの変換ルールは一度作って終わりではなく、新しい部品や工程が登場するたびに見直し、変更履歴を残しておくことで属人化を防げます。
③ 設計変更（ECN）のワークフローを整備する
変更が正規の手続きを経てM-BOMへ確実に反映される仕組みをつくり、「勝手に変えない」運用を徹底します。一般的なECN（Engineering Change Notice）のワークフローは、①変更内容の発行、②影響範囲の確認（関連する部品・工程・在庫への影響を洗い出す）、③関係部門の承認、④M-BOMおよび関連マスタへの反映、⑤現場への通知、という流れで構成されます。
とくに②の影響範囲確認を省略すると、手配漏れや工程の矛盾につながりやすいため、簡易的なチェックリストだけでも用意しておくと効果的です。また、量産中の部品については有効開始日・終了日を設定し、在庫の使い切りタイミングに合わせて新旧構成を切り替える運用も合わせて検討します。
ECR・ECO・ECNの役割分担や、BOMの逆展開で影響範囲を洗い出す方法は『設計変更でミスを防ぐためには？』で詳しく解説しています。
④ 上流のE-BOMの品質を高める
下流の作りやすさ（製造性）も考慮して設計段階から構成を検討することで、変換時の手戻りを減らします。具体的には、設計レビューの段階から製造部門・生産技術部門を巻き込み、DFM（Design for Manufacturability：製造しやすさを考慮した設計）の視点でコメントをもらう、部品の標準化・共通化を進めて種類を絞り込む、といった取り組みが有効です。E-BOMの品質が高いほど、M-BOMへの変換時に発生する例外処理や個別対応が減り、結果として連携全体の負荷が下がります。
⑤ システムで一元管理する
PLMやBOM管理システムを導入し、手作業の変換・二重管理をなくすとともに、設計変更が製造に与える影響範囲を可視化します。システム化のメリットは変換作業の効率化だけにとどまりません。誰がいつどこを変更したかという変更履歴（トレーサビリティ）を残せること、部門ごとにアクセス権限を設定して誤操作を防げること、変更発生時に影響を受ける部品・工程を自動的に洗い出せることも大きな利点です。いきなり全社的なシステム統合を目指すのではなく、まずは変換ルールのシステム化や品目マスタの共有といった小さな範囲から始めるのが現実的な進め方です。
近年は、E-BOM・M-BOMを含む設計情報を、図面や技術文書（ナレッジ）と統合して管理する動きも広がっています。BOMを単なる部品リストとしてではなく、図面・仕様書・品質記録などと紐づいた「製品マスタ」として扱うことで、部門をまたいだ情報検索や、過去の設計変更の経緯確認もスムーズになります。
システムを比較する際の観点は『BOM管理システムの選び方』でまとめています。
よくある質問
Q.E-BOMとM-BOMは、必ず1つのシステムに統合しなければいけませんか？
A.統合が理想ですが、必須ではありません。重要なのは、別々のシステムで管理していても、変換ルールと同期の仕組みが明確になっていることです。無理な統合を急ぐよりも、まずは変換ルールの明文化から着手する方が現実的なケースも多くあります。
Q.中小規模の製造業でも、E-BOMとM-BOMを分けて管理すべきですか？
A.内製工程が少なく、設計と製造がほぼ一体で完結する場合は、当面E-BOMのみで運用しているケースも珍しくありません。ただし、外注加工や複数工程を経る製品では、早い段階から両者を区別しておくことをお勧めします。あとから分離しようとすると、コード体系の作り直しに大きな労力がかかります。
Q.E-BOMからM-BOMへの変換は自動化できますか？
A.完全な自動化は難易度が高いものの、品目コードの対応表と変換ルールをシステム化すれば、多くの部分を自動化できます。PLMやBOM管理システムに変換テンプレート機能を持たせるのが一般的なアプローチです。
Q.設計変更はどのタイミングでM-BOMに反映すべきですか？
A.原則は即時反映です。ただし量産中の製品では、在庫の使い切りタイミングに合わせて有効開始日・終了日を設定し、期間で新旧の構成を切り替える運用が必要になる場合があります。
Q.E-BOM→M-BOMの変換作業は、設計部門と製造部門のどちらが担うべきですか？
A.変換ルールの策定は両部門の合意のもとで行うべきですが、実際の変換・維持は製造部門（生産技術部門）が主体となるのが一般的です。設計部門は上流の品質向上とECN対応に集中し、製造部門が工程視点でM-BOMを構築・維持するという役割分担が、責任の所在を明確にする上でも有効です。
まとめ
E-BOM（設計）とM-BOM（製造）は、同じ製品を扱いながら目的も情報も異なります。板金カバーの例のように、E-BOMで1行の部品がM-BOMでは複数の材料・工程に展開されるなど、両者は「機能の視点」と「工程の視点」の違いから、単純な1対1では対応しません。
この違いを理解した上で、品目ルールの統一・変換ルールの明確化・ECNワークフローの整備・設計変更の同期を整えることが、設計と製造のスムーズな連携につながります。手作業の変換や二重管理に課題を感じているなら、システムによる一元管理が有効な打ち手になります。
Thingsからのご提案
こうした課題に対して、株式会社Thingsが提供しております、製造業向けナレッジ活用基盤「PRISM」も一つの解決策になります。
PRISMでは、設計BOMをもとに生産BOM・調達BOMを展開でき、その際に品目マスタの参照を引き継ぐため、Excelでの転記作業や図面ファイルの手作業移動を減らせます。生産BOM側には製造工程順の表示項目を追加するなど、部門ごとに使いやすい並び順を保ちながら、同じ品目マスタを参照することで情報の一貫性も維持できます。
下記より無料の資料をダウンロードできますので、ぜひ詳細をご確認ください。
