<!-- 想定ニーズ（ジョブ）: 「BOMとは何か」を調べる設計・製造・購買の責任者が、種類（分類軸）・目的・作り方と運用ルールまでを一度に把握し、自社のBOM管理の弱点と次の一手を判断したい。 満たし方: 2軸分類（視点別E/M/S × 表現形式サマリー/ストラクチャ）と、目的・メリット・命名規則・Rev管理・責任分担を独立節で提示し、読後に「どこから整備するか」を判断できる状態にする。 促すアクション: 自社BOMの棚卸と命名規則・更新責任の明文化に着手。整理が難しい部分は相談窓口へ。 -->

BOM（部品表）とは｜種類・作り方・運用ルールの基礎

この記事を読むとわかること

BOM（部品表）は、製品を構成する部品・材料・数量・構造を一覧化したデータです。分類には2つの軸があり、「誰のためのBOMか」で分ける視点別分類（E-BOM／M-BOM／S-BOM）と、「どう並べるか」で分ける表現形式分類（サマリー型／ストラクチャ型）は別物です。BOM整備は生産管理や購買の精度に直結し、PLM導入の中核テーマにもなります。要は、ツールを入れる前に「誰がいつどう更新するか」のルールと命名規則を固める順序が、定着の分かれ目になります。読み終える頃には、自社のBOM管理の弱点と次に着手すべき領域が見えてきます。

BOM（部品表）とは何か｜製品を構成する部品の一覧

BOM（Bill of Materials、部品表）は、製品を構成する部品・材料・数量・階層構造を一覧化したデータで、製造業の中核情報です。「どの製品が、どの部品を、いくつ使って成り立つか」を1つのデータで表します。

多くのBOMは階層構造（ツリー）で表現されます。製品の下にユニットがあり、その下に部品、さらに下に材料が連なる、という親子関係です。階層が深くなるほど管理は複雑になり、製品によっては10階層を超える構成もあります。この階層をどう持つか、どの視点で切り出すかによって、BOMの見え方が変わります。

BOMは何のためにあるのか｜目的と役割

BOMは「部品のリスト」にとどまりません。設計・製造・購買・保守をつなぐ共通言語として、複数の業務の土台になります。主な役割を整理します。

領域	BOMが担う役割
設計	製品構成・部品点数・使用材料を定義し、設計変更の起点になる
生産管理	所要量計算（MRP）の入力データとして、必要部品数の算出に使う
購買	部品ごとの必要数・調達先の判断材料になり、発注の根拠になる
原価	部品単価を積み上げて製品原価を試算する土台になる
保守	交換部品の特定や、トレーサビリティの追跡に使う

とりわけ生産管理との結びつきは強く、BOMはMRP（Material Requirements Planning、資材所要量計画）の入力データそのものです。受注量とBOMから必要部品数を算出し、在庫を差し引いて発注量を決める流れの中で、BOMが不正確だと所要量計算も狂います。BOMの正確さは、生産管理システムや購買業務の精度を左右する経営課題です。

BOMにはどんな種類があるのか｜2つの軸で整理

BOMの分類は、しばしば混同されます。整理の鍵は、独立した2つの軸を分けて考えることです。1つは「誰のためのBOMか」という視点別の軸、もう1つは「どう並べるか」という表現形式の軸です。

軸1｜視点別分類（E-BOM／M-BOM／S-BOM）

同じ製品でも、設計・製造・保守では欲しい情報が違います。そのため視点別に複数のBOMを持ちます。

E-BOM

設計BOM

Engineering BOM

• 視点設計者
• 並べ方機能・構造単位

M-BOM

製造BOM

Manufacturing BOM

• 視点製造・調達
• 並べ方工程・組立単位

S-BOM

サービスBOM

Service BOM

• 視点保守・サービス
• 並べ方交換部品単位

E-BOMは設計時の機能・構造を表し、M-BOMは工程順や組立単位に組み替えたもの、S-BOMは保守で交換する単位に着目したものです。E-BOMをそのまま製造に使えないことが多く、E-BOMからM-BOMへの変換と、両者の整合を保つことが、データ管理の核心になります。

軸2｜表現形式分類（サマリー型／ストラクチャ型）

視点別分類とは別に、「階層を持たせるかどうか」で分ける軸があります。これがサマリー型BOMとストラクチャ型BOMです。

表現形式	構造	向く用途
サマリー型（サマリーBOM）	階層を持たず、必要な部品を平坦に集計した一覧	部品の総所要量の把握、購買のまとめ発注、原価の積み上げ
ストラクチャ型（ストラクチャBOM）	親子の階層ツリーで、どの部品がどこに組み込まれるかを表現	製造順序・工程展開、設計変更の影響範囲の追跡、MRP

この2軸は独立しています。たとえばE-BOMをストラクチャ型で持ちつつ、購買向けにサマリー型へ集計する、という組み合わせが実務では起こります。「E/M/Sのどれか」と「サマリーかストラクチャか」を混同すると、必要なBOMの整理がぼやけます。視点別（何のためのBOMか）と表現形式（どう並べるか）を分けて捉えることが、分類を正しく扱う出発点です。

BOMを整備すると何が変わるのか｜導入メリット

BOMを標準化して一元管理すると、次のような変化が見込めます。

• 所要量計算の精度が上がる：正確なBOMがMRPの入力になり、部品の過不足や欠品を抑えやすくなります。
• 設計変更の伝達が速くなる：変更が製造・購買へ同じデータで伝わり、古いBOMでの発注を減らせます。
• 見積・原価の根拠が明確になる：部品構成と数量が確定するため、原価積み上げの再現性が高まります。
• 属人化が緩む：部品構成が個人のExcelでなく共有データになり、担当者不在でも構成をたどれます。
• AI活用の土台になる：整備されたBOMは、類似部品検索や代替提案などの入力データとして使えます。

逆に、これらのメリットは「BOMが正確で、更新され続けている」ことが前提です。整備されていないBOMをいくつ持っても、部署間の食い違いがそのまま業務の混乱に変わります。

BOM管理でつまずきやすい点はどこか

支援の現場で見えるのは、BOMそのものより「BOMの更新と整合の仕組み」でつまずくケースが多いことです。典型的な4つを分けて挙げます。数値的な断定は避け、傾向として整理します。

部署ごとに別々のBOMが存在する

設計部のExcel、製造部の生産管理システム、購買のERPに、それぞれ別のBOMがあり、内容がずれていく状態です。どれが正か分からなくなると、発注や製造が食い違います。

BOMの更新が遅れる

設計変更したのに製造BOMの更新が後手に回り、発注が古いBOMベースで進むケースです。変更の反映タイミングが決まっていないと起こりがちです。

BOMと図面が紐づかない

BOMとCAD図面が同じ部品番号でつながっておらず、修正時にどの図面が対応するかの確認に時間がかかる状態です。

変更履歴（世代）が残らない

Rev管理がなく、「数か月前の製品仕様がどうだったか」をたどれない状態です。不具合の原因追跡や、過去仕様での再生産で行き詰まります。

これらは、ツールが足りないというより、更新ルールと責任分担が決まっていないことに根があります。現場の実感として、BOM整備が課題になっている中小製造業は少なくありません。ただし、その割合を数値で断定できる公的な根拠は限られるため、ここでは断定を避けます。

BOMはどう作り、どう運用するのか｜作り方と命名規則・Rev管理

BOMを整えるうえで先に固めるべきは、ツールではなくルールです。順に整理します。

1

Step 1

棚卸

既存BOMの形式・保管場所を全把握

2

Step 2

ルール策定

命名規則・更新責任・Rev管理を明文化

3

Step 3

標準化

1つの正のBOM形式へ統一

4

Step 4

システム化

Excel/専用ツール/PLMで一元管理

1

Step 1

棚卸

既存BOMの形式・保管場所を全把握

2

Step 2

ルール策定

命名規則・更新責任・Rev管理を明文化

3

Step 3

標準化

1つの正のBOM形式へ統一

4

Step 4

システム化

Excel/専用ツール/PLMで一元管理

Step 1〜2を飛ばしてシステム化に進むと、標準化されていないBOMをそのまま載せることになり、食い違いは解消しません。地味でも順序を守ることが前提になります。

命名規則（部品番号）を先に決める

部品番号の付け方には、大きく2つの考え方があります。分類コードを埋め込む「意味あり型」と、単なる連番の「意味なし型（連番型）」です。意味あり型は番号を見れば分類が分かる利点がある一方、分類体系が変わると破綻しやすくなります。連番型は柔軟ですが、番号単体からは情報が読めません。どちらを採るにせよ、桁数・区切り・採番の担当を決め、途中で揺らさないことが要点です。

Rev管理（世代管理）のルールを決める

設計変更を追えるように、リビジョン記号（Rev.A、Rev.B）と発効日、変更理由をセットで残します。「いつからどの版が有効か」を明確にすると、過去仕様の再現や不具合追跡が可能になります。PLMを導入すればこの記録は自動化しやすくなりますが、Excel段階でも列を決めれば運用できます。

更新の責任分担（ECN／ECO）を明確にする

BOMが荒れる最大の原因は、更新の起票・承認・反映の責任が曖昧なことにあります。設計変更を扱う仕組みとしてECN（Engineering Change Notice、変更通知）とECO（Engineering Change Order、変更命令）があり、「誰が変更を起票し、誰が影響を評価し、誰が承認し、いつBOMへ反映するか」を役割で分けます。ツールより先にこの責任分担を固めることが、BOM運用の定着を左右します。詳しい変更管理の流れはPLMの記事で扱っています。

BOMをAIで活用するには何が必要か

BOMが整うと、AI活用の入口が開きます。想定される領域は次の通りです。

• 類似部品検索：新規設計時に、既存BOMから近い部品を提示する
• 代替部品提案：入手困難な部品に対し、構成上使える代替候補を挙げる
• コスト分析：部品単価の変動をBOM単位で追跡する
• 設計流用：過去BOMの一部を再利用の候補として示す

ただし、これらはいずれも「正確で構造化されたBOMがある」ことが前提です。BOMが部署ごとにばらばらで更新も追えない状態では、AIに与える入力自体が信用できず、AI以前の段階でつまずきます。まず確認したいのは「これはAI以前の問題ではないか」という点で、BOMの棚卸・命名規則・更新責任という土台を整えることが、AI活用より先に来ます。土台が整った後であれば、AIは設計再利用や調達の判断を下支えする道具になります。

よくある質問

Q1. サマリーBOMとストラクチャBOMの違いは

階層の有無です。サマリー型は部品を平坦に集計した一覧で、総所要量の把握や購買集計に向きます。ストラクチャ型は親子の階層ツリーで、製造順序や設計変更の影響範囲の追跡、MRPに向きます。用途に応じて両方を使い分けます。

Q2. E-BOMとM-BOMは分ける必要があるか

設計視点（機能・構造）と製造視点（工程・組立）で必要な並べ方が違うため、多くの現場で分けます。ただし製品構成が単純で工程展開もそのまま使える場合は、1つで回すこともあります。分けた場合は両者の整合を保つ運用が前提になります。

Q3. BOMの世代管理（Rev管理）はどうやるか

リビジョン記号（Rev.A、Rev.B）と発効日、変更理由をセットで残すのが基本です。PLMを導入すれば自動化しやすくなりますが、Excel段階でも列を決めて運用できます。

Q4. 部品番号は意味あり型と連番型のどちらがよいか

一長一短です。意味あり型は番号から分類が読める反面、分類体系の変更に弱く、連番型は柔軟な反面、番号単体では情報が読めません。桁数・採番担当を決め、途中で揺らさないことが、どちらを選ぶ場合も重要になります。

Q5. BOMと図面（CAD）はどう紐付けるか

共通の部品番号を介して紐付けます。CADデータとBOMが同じ部品番号体系で運用されていることが前提です。番号体系がずれていると、修正のたびに対応確認の手間が発生します。

Q6. ExcelのBOMでどこまで通用するか

命名規則・更新責任・Rev管理のルールが明文化されていれば、Excelでも相当の範囲を運用できます。限界が来るのは、拠点や部署が増えて同時更新や整合の担保が難しくなる段階で、そこがPLMなどのツール検討の目安になります。

Q7. BOM整備はどこから着手すべきか

既存BOMの棚卸から始めます。どこに、どの形式でBOMがあるかを洗い出し、次に命名規則と更新責任を決めます。システム導入はその後です。順序を逆にすると、食い違いを抱えたままシステム化することになります。

---

主な引用元

• IPA（情報処理推進機構）「中小規模製造業の製造分野におけるDXの推進」
• 経済産業省「Connected Industries」

---

Delight Flowでは、BOMの棚卸から命名規則・更新責任の設計、E/M/S BOMの整合づくりまでを支援しています。整理が難しい部分があれば、ご相談ください。

関連記事

• PLM
• 生産管理システム
• CAD
• トレーサビリティ