BOMとは｜E-BOM・M-BOM・販売BOM・サービスBOMの違いと設計の勘所【入門】

BOM（Bill of Materials：部品表）は、製造業の基幹データの中心にあるものです。ところが「BOM」と一言でいっても、設計・製造・販売・保守の各部門は、同じ製品をまったく違う切り口で見ています。本記事では、D-BOM（設計BOM）、E-BOM（技術BOM）、M-BOM（製造BOM）、販売BOM、サービスBOMの5つを入門として整理し、受注仕様で構成が変わる製品を扱うVariant Configuration（可変構成）と、複数拠点で生産する企業に有効な「M-BOMの2階層モデル」まで解説します。

1. BOMとは何か

BOMは、ある品目（製品・ユニット・部品）が、どの品目を、いくつ使ってできているかを表したデータです。「親品目」と「子品目」の関係と、その数量を階層状に積み重ねたものと考えるとわかりやすいでしょう。

BOMは単独では存在せず、必ず品目マスタと対になります。品目マスタが「その品目は何か（名称・単位・調達区分・原価など）」を持ち、BOMは「品目同士がどうつながるか」を持ちます。品目コードの体系が揺れていると、どれだけBOMを丁寧に作っても部門間でつながりません。BOM整備の議論が、結局は品目コード体系の議論から始まるのはこのためです。

2. なぜBOMは1つではないのか

同じ製品であっても、部門によって知りたいことが違います。

• 設計は「どんな機能を、どんな部品で実現するか」を知りたい
• 製造は「どの順番で、どこで、何を組み付けるか」を知りたい
• 営業は「お客様に何を、どんな組合せで売るか」を知りたい
• 保守は「お客様先で何を交換・修理するか」を知りたい

これらを1つのBOMで同時に満たそうとすると、どの部門にとっても使いにくいデータになります。そこで、目的ごとにBOMを分け、それぞれを正しく「つなぐ」ことが基本的な考え方になります。

3. 5つのBOM

製品ライフサイクルの流れに沿って、5つのBOMを順に見ていきます。なお、BOMの呼び方は企業や業界によって揺れがあります。本記事では以下の定義で説明します。

3-1. D-BOM（設計BOM）

D-BOMは、設計者がCADで作る構成をそのまま表したBOMです。機構設計、電気設計、ソフトウェア設計がそれぞれの道具で設計を進めるため、D-BOMは設計分野ごとに分かれて存在するのが普通です。

• CADのアセンブリ構造に従っており、製造の都合は考慮されていない
• 検討中・未確定の部品や、まだ品番が採番されていない部品を含む
• 設計者の作業単位であり、頻繁に変わる

3-2. E-BOM（技術BOM）

E-BOMは、分野ごとのD-BOMを統合し、製品としての技術構成を確定させたBOMです。「この製品は、この機能単位（モジュール）と、この正式品番の部品でできている」という、設計部門としての公式な回答にあたります。

• 機構・電気・ソフトが1つの製品構成に統合されている
• 正式な品番・図面番号・改訂番号で管理される
• 設計変更（ECR／ECO）の承認を経て更新される
• 一般にPLMシステムがマスターとなる

D-BOMとE-BOMを区別するのは、「設計者の作業中のデータ」と「会社として確定した技術情報」を混ぜないためです。下流の製造・調達が参照してよいのはE-BOMだけ、というルールにしておくと、未確定情報による手配ミスを防げます。

3-3. M-BOM（製造BOM）

M-BOMは、製品をどう作るかを表したBOMです。同じ製品でも、E-BOMとは構成が変わります。

M-BOMは、所要量計算（MRP）、製造指図、原価計算の元になるため、一般にERPがマスターになります。

3-4. 販売BOM（Sales BOM）

販売BOMは、お客様に何をどう売るかの単位で構成を表したBOMです。

• セット品・キット品（本体＋付属品＋取扱説明書を1つの品目として販売）
• オプション品（標準構成に追加できる部品やサービス）
• ソフトウェアライセンスや保守契約など、製造しないが一緒に売るもの

販売BOMは、受注・出荷・請求の単位を決めます。「売る単位」と「作る単位」は一致しないことが多く、たとえば完成品は1台ずつ製造しても、販売ではキットとしてまとめて出荷する、といったずれが起きます。このずれを販売BOMで吸収することで、M-BOMを営業都合で崩さずに済みます。

3-5. サービスBOM

サービスBOMは、出荷後の製品を保守・修理するための構成です。

• 交換単位（現場で丸ごと交換するユニット）を単位にする
• サービス部品としての品番・互換性・代替部品を持つ
• 量産終了後も、保守期間中は部品供給を続ける必要がある
• 個々の納入品（号機）ごとに、実際に組み込まれた構成や交換履歴を持つことがある

量産時の構成と保守時の構成は、時間とともに離れていきます。設計変更で量産品の部品が変わっても、すでに出荷した製品には旧部品が入っています。そのため、どの号機にどの構成が入っているかを把握することが、サービスBOMの肝になります。

3-6. 5つのBOMの比較

4. BOM同士はどうつながるか

5つのBOMは独立して作るものではなく、上流から下流へ情報が流れていきます。

ここで重要なのは、E-BOMからM-BOMへは「コピー」ではなく「変換」だという点です。中間品を追加し、ファントムを設定し、副資材を加え、工程に合わせて構成を組み替えます。この変換作業を誰が・どのルールで行うかが決まっていないと、次のような問題が起きます。

• 設計変更がE-BOMには反映されたが、M-BOMには反映されていない
• M-BOMを製造部門が独自に修正し、E-BOMとの対応がわからなくなる
• どちらが正しいのかを、毎回人手で突き合わせる

このため、E-BOMの各品目がM-BOMのどこに対応しているかを追跡できるようにしておくこと（対応関係の管理）と、設計変更をE-BOMからM-BOMへ確実に流す仕組みが、BOM管理の要になります。

5. M-BOMの2階層モデル（共通M-BOM＋拠点別M-BOM）

国内外に複数の工場を持ち、同じ製品を複数拠点で生産している企業では、M-BOMの持ち方が大きな課題になります。

5-1. 拠点ごとにM-BOMを作ると何が起きるか

各工場がE-BOMを受け取り、それぞれ独自にM-BOMを作ると、最初はうまく回ります。工場ごとに設備も工程も調達先も違うので、自分たちに合ったM-BOMを作るのは自然なことです。しかし時間が経つと、次のような問題が表面化します。

• 設計変更を、工場の数だけ別々に反映しなければならない。反映漏れ・反映時期のずれが起きる
• 工場間で構成がどこまで同じで、どこが違うのかが見えない
• 新しい拠点を立ち上げるたびに、M-BOMをゼロから作り直す
• 本社が全社の原価や所要量を比較・集計しようとしても、構成の前提が揃っていない

5-2. 2階層モデルの考え方

そこで、M-BOMを次の2つの階層に分けて持つ考え方があります。

ポイントは、拠点別M-BOMは共通M-BOMを「丸ごとコピーして書き換える」のではなく、共通M-BOMを参照したうえで差分だけを持つことです。

5-3. 2階層にすると何が良いか

• 設計変更の反映が1か所で済む。E-BOMの変更はまず共通M-BOMに反映され、そこから各拠点へ展開される。拠点側は「自分の差分に影響があるか」だけを確認すればよい
• 拠点間の違いが見える。差分として明示的に持つので、「なぜこの工場だけ違うのか」が説明できる
• 新拠点の立ち上げが速い。共通M-BOMをベースに、その拠点の差分だけを定義すればよい
• 全社での比較がしやすい。共通部分の前提が揃うので、拠点間の原価差・工数差を構成の違いとして分析できる

5-4. 導入時に決めておくべきこと

• どこまでを共通にするか。共通を厚くしすぎると拠点の自由度がなくなり、薄くしすぎると2階層にした意味がなくなる。目安は「品質や性能に影響するものは共通、作り方の都合は拠点」
• 差分の種類と粒度。置き換え・追加・削除・数量変更など、拠点が持てる差分の種類をあらかじめ決める
• 権限。拠点が共通M-BOMを直接変更できないようにする。共通部分を変えたい場合は、本社への変更依頼として流す
• 変更の承認と展開の流れ。E-BOMの設計変更 → 共通M-BOMへの反映 → 各拠点の影響確認 → 有効日を合わせた切り替え、という順序と責任者

5-5. システムでの実現イメージ

2階層モデルは、PLMとERPの役割分担として実現されることが多くあります。たとえば、PLM側で共通M-BOMを持ち、拠点別の差分を加えたM-BOMを各工場のERPへ連携する構成です。SAP S/4HANAでは、BOMをプラント（工場）に割り当てずに作成して複数プラントへ割り当てる方法と、プラントごとに個別のBOMを持つ方法があり、共通部分と拠点固有部分をどう表現するかは、PLM側の機能と合わせて設計する必要があります。どの方式が適するかは、拠点数、拠点間の差の大きさ、設計変更の頻度によって変わります。

6. Variant Configuration（可変構成）とBOM

6-1. 組合せが爆発する問題

お客様の注文仕様に応じて構成が変わる製品（受注仕様生産：CTO、受注組立：ATOなど）では、オプションの組合せごとにBOMを作っていくと、すぐに管理できない数になります。たとえば、モーター出力3種類×材質2種類×制御盤4種類×付属品の有無2通りで、すでに48通りです。実際の製品では、組合せは数千・数万になることも珍しくありません。

6-2. 150%BOM（スーパーBOM）という考え方

そこで使われるのが、選ばれる可能性のある部品をすべて含んだ1つのBOMを持ち、受注時に選ばれた仕様に応じて必要な部品だけを取り出す方式です。すべての選択肢を含むため、実際に使う量（100%）より多いという意味で「150%BOM」、あるいは「スーパーBOM」と呼ばれます。

6-3. どのBOMに効くのか

Variant Configurationは、複数のBOMにまたがって効きます。

• 販売BOM側では、「お客様が選べる組合せ」と「売ってはいけない組合せ」を制御する。見積・受注時の仕様チェックにあたる
• M-BOM側では、選ばれた仕様から「作るために必要な部品」を取り出し、所要量計算や製造指図につなげる
• E-BOM側では、そもそも製品がモジュール単位で設計されていることが前提になる。モジュール化されていない製品にVariant Configurationを後から載せようとすると、ルールが複雑になりすぎて維持できない

SAPでは、構成可能品目、スーパーBOM、特性とクラス、オブジェクト依存関係（制約・選択条件・手続き）でこの仕組みを実現します。詳しくはSAP バリアントコンフィグレーション（VC）｜構成管理の実務で解説しています。

6-4. 運用で失敗しやすい点

• ルールのメンテナンスを誰が担うかが決まっておらず、特定の担当者に属人化する
• 設計変更でBOMは変わったが、選択条件や制約が更新されていない
• 営業が売れると思った組合せが、製造側で作れない（販売側の制約とM-BOM側の選択条件がずれている）

7. BOM整備はどこから始めるか

BOMの整備は、システムを入れる前に決めておくべきことが多くあります。入門として、次の順序を目安にしてください。

1. 品目コード体系と品目マスタのオーナーを決める。部門ごとに別の品番を使っていると、BOM同士をつなげられません
2. どのBOMを、どのシステムで正とするかを決める。たとえば、E-BOMはPLM、M-BOMはERP、販売BOMは販売管理、サービスBOMはサービス管理、というように「正」を1つに決めます
3. E-BOMからM-BOMへの変換ルールを決める。中間品の切り方、ファントムの使い方、副資材の扱いなど
4. 設計変更の流れを決める。変更番号、有効日、旧部品の在庫の扱い、下流への通知
5. 拠点展開（2階層モデル）とVariant Configurationは、その後に積み上げる。基本の流れが固まっていない段階で導入すると、複雑さだけが増えます

8. よくある失敗

• E-BOMをそのまま製造に使う。中間品や副資材がなく、所要量計算や原価計算が合わない
• 拠点ごとにM-BOMを手作りする。設計変更の反映漏れが起き、拠点間の違いが説明できなくなる
• BOMをExcelで管理し続ける。版管理・有効日・変更履歴が追えない
• 販売BOMを作らず、M-BOMを営業都合で崩す。セット品や付属品のためにM-BOMが歪む
• サービスBOMを量産BOMで代用する。出荷済み製品の構成がわからず、保守部品の手配を誤る

まとめ

BOMは「1つの正しい部品表」ではなく、「目的の違う複数の部品表を、正しくつなぐ仕組み」です。D-BOMとE-BOMで設計情報を確定させ、E-BOMからM-BOMへの変換ルールを明確にし、販売BOMとサービスBOMで売り方と保守の都合を吸収する。そのうえで、複数拠点で生産するなら共通M-BOM＋拠点別M-BOMの2階層、受注仕様で構成が変わるならVariant Configurationを重ねていく、というのが基本の考え方です。