部品情報がExcelや図面に散らばり、設計変更のたびに調達や製造で食い違いが起きる。
多くの製造業が抱えるこうした課題の根っこには、BOM（部品表）の管理が関係しています。
BOMは、製品を構成する部品の情報を体系的にまとめた、モノづくりの基盤データです。設計・調達・製造・保守まで、社内のほぼ全部門が参照するため、BOMが整っているかどうかは、生産の正確さやスピードに直結します。逆に言えば、BOMの管理が曖昧なままだと、部門ごとに情報がずれ、手戻りやコスト増を招く原因になりかねません。
この記事では、BOMの定義から、データ構造・用途別の種類・役割・よくある課題・システム化のメリット、そして導入を成功させるポイントまでを、はじめての方にもわかるように整理します。
BOM（部品表）とは
BOMは「Bill of Materials」の略で、日本語では「部品表」「部品構成表」と呼ばれます。製品を1つ作るために必要な部品・材料・中間品と、その数量・仕様・構成（親子関係）をまとめたデータです。
紙やExcelの一覧表を指すこともありますが、製造現場では、部品情報をデータベースで管理する仕組み（BOMシステム）を指す場合が多くなっています。自動車や産業機械のような複雑な製品では、1つの製品に数百〜数千点の部品が使われることも珍しくありません。こうした膨大な部品を、「どの部品が・どれだけ・どの構成で必要か」という視点で正確に把握するために、BOMは欠かせない情報となります。
BOMが担うのは、単なる部品のリストアップにとどまりません。設計者が意図した構成を製造や調達に正しく伝え、変更があればその影響を追跡する。いわば、製品にまつわる情報を社内でつなぐ「共通言語」としての役割を持っているのです。
BOMのデータ構造による分類
BOMは、データの持ち方によって大きく2つに分けられます。同じ製品を扱う場合でも、どちらの構造を採用するかによって、得意な用途やメンテナンスの手間が変わってきます。
サマリ型
製品に必要な部品と数量を、組み立て順序に関係なく一覧（並列）でまとめた形式です。「どの部品が合計いくつ必要か」が一目でわかるため、調達計画や原価計算に向いています。記述がシンプルで、部品の追加・削除といったメンテナンスがしやすいことも利点です。
一方で、部品同士の親子関係や組み立ての順序、中間品の情報は表現できません。そのため、工程管理や製造指示のように「どの順番で・どう組み上げるか」を扱う場面では情報が不足します。たとえば、同じ部品が複数のユニットで共通して使われている場合でも、サマリ型では「どのユニットに何個使われているか」という内訳までは追えず、合計数量として丸められてしまう点に注意が必要です。
ストラクチャ型
部品の親子関係を階層（ツリー）で表した形式です。製品を頂点として、中間品（サブアセンブリ）、個々の部品へと段階的に枝分かれしていく構造をとります。組み立て順序や中間品が表現できるため、生産管理や製造指示、リードタイムの算出に向いています。
記述や維持の手間はサマリ型より大きくなりますが、設計変更が起きたときに「どの部品が・どの上位構成に影響するか」を追いやすいという大きな利点があります。複雑な製品ほど、この追跡性の価値は高まります。また、中間品ごとに製造リードタイムを積み上げていけるため、生産計画の精度向上にも寄与します。実務では、調達・原価計算にはサマリ型の視点を、生産管理にはストラクチャ型の視点を、というように、目的に応じて両者を使い分けたり相互に変換したりする運用が一般的です。
用途別のBOMの種類
同じ製品でも、部門の目的に応じて異なるBOMが使われます。設計は「どう作れば要件を満たすか」を、製造は「どう組み立てるか」を、調達は「どこからいくらで仕入れるか」を、保守は「出荷後にどう維持するか」を、それぞれの視点でBOMを必要とするためです。代表的なものは次の通りです。それぞれが連携することで、設計から保守までの一連の流れが情報でつながっていきます。
E-BOM（設計部品表：Engineering Bill of Materials）
製品開発・設計部門が作成するBOMで、製品の機能要件と設計仕様を満たすための部品構成を定義します。設計段階では、性能、品質、規格などの要件に基づいて部品が選定されます。他のすべてのBOMの出発点となるため、E-BOMの完成度の高さは後工程の効率化に直結します。逆に、この段階の精度が低いと、下流の製造や調達にまで手戻りが波及します。包含情報として、部品番号、部品名称、仕様・規格、数量、機能的な関係性などが挙げられます。設計者の意図がここに正しく反映されているほど、後工程での解釈のブレが減り、製造や調達がスムーズに進みます。E-BOMは製品の設計思想そのものを映すデータであり、BOM管理全体の品質を左右する土台といえます。
M-BOM（製造部品表：Manufacturing Bill of Materials）
製造部門が作成するBOMで、E-BOMをベースに、実際の生産工程に沿った構成に変換したものです。組み立て順序、工程割り当て、半完成品（サブアセンブリ）の構成、作業指示情報などが追加されます。同じ最終製品でも、工場や生産ラインの設備・体制によってM-BOMが異なる場合があります。たとえば、ある工場では内製する中間品を、別の工場では外部から購入するといった違いが、そのままM-BOMの構成の差となって表れます。生産計画やスケジュール管理、原価管理に活用され、効率的な製造フローの実現を支援します。
購買BOM（Procurement Bill of Materials）
調達・購買部門が部品調達を実行するために使用するBOMです。M-BOMの情報をもとに、実際の仕入先企業、仕入先部品番号、発注単価、最小ロット数量、リードタイム、納期条件などの商取引情報が付加されます。複数の仕入先から調達される部品については、仕入先別の部品仕様差異や互換性情報も管理されます。為替や市況によって単価が変動する部材では、価格情報を最新に保つこと自体が重要な業務になります。適切な購買BOMの整備は、サプライチェーン最適化とコスト削減に重要な役割を果たします。
サービスBOM（保守BOM：Service Bill of Materials）
アフターサービス・保守部門が使用するBOMで、製品出荷後の保守・修理・交換に必要な部品情報を集約したものです。顧客先での故障が多い部品、定期的なメンテナンスが必要な消耗品、交換頻度の高い部品などが優先的にリストアップされます。保証期間、部品寿命予測、交換手順、スペアパーツの在庫管理情報なども含まれ、カスタマーサポートの品質向上とサービスコストの効率化を実現します。設計・製造の情報とサービスBOMがつながっていれば、ある部品が設計変更された際に、保守で使う交換部品や手順への影響もすばやく把握でき、出荷後の対応品質を安定させられます。
E-BOMとM-BOMの関係
BOM管理で特に混乱しやすいのが、E-BOM（設計）とM-BOM（製造）の関係です。M-BOMはE-BOMをもとに作られますが、設計と製造では必要な情報や部品の並びが異なるため、両者を正しく連携させるにはルール設計が欠かせません。
たとえば、設計上は1つの部品として扱っていても、製造では複数の中間品に分けて組み立てるケースがあります。反対に、設計では別々に管理していた部品を、製造では1つのユニットとしてまとめて扱うこともあります。こうした差異を橋渡しする仕組みがないと、E-BOMの更新がM-BOMに反映されず、図面と現場のズレが生まれます。
E-BOMの精度が低いと、その下流にあるM-BOMや調達計画にまで影響が及ぶため、上流であるE-BOMの整備が特に重要になります。両者を人手で突き合わせて同期させている場合、変更のたびに転記ミスや反映漏れのリスクがつきまとうため、システムによる連携が有効な領域といえます。詳しくは別記事で解説しています。
BOMの役割と目的
BOMが製造業で重要視されるのは、社内の多くの部門がBOMを参照して業務を進めているからです。BOMが正しく整備されていれば、部門間の情報の食い違いを抑え、製品の品質とスピードの両立を支えます。主な役割は次の通りです。
- 部品の手配漏れ・欠品・誤発注を防ぐ
- 調達スケジュールや工程管理、原価計算の基礎データになる
- 設計変更が起きたとき、影響を受ける部品や上位構成をすばやく特定できる
- 部門間で同じ情報を共有し、伝達ミスを減らす
これらはいずれも、個々の担当者の努力だけでは安定させにくく、また同時に個人の能力に頼ってしまう（属人化してしまう）ことが多い領域です。BOMという共通の土台があることで、誰が見ても同じ情報を前提に判断できる状態がつくられます。
よくある課題
一方で、BOM管理には次のような課題がつきまといます。多くは、管理の仕組みそのものに起因しており、担当者の注意力だけでは解決しにくいものです。
- Excelや紙で管理しており、版が分かれて二重管理になっている
- 設計変更にBOMの更新が追いつかず、調達・製造でミスが起きる
- 担当者しか中身が分からず、属人化している
- 部門ごとに独自フォーマットで管理し、情報が連携しない
こうした状態が続くと、最新版がどれか分からなくなったり、変更の反映漏れから欠品や過剰在庫が発生したりと、コストと信頼の両面で損失が積み重なっていきます。特に、担当者の異動や退職をきっかけに情報がブラックボックス化するリスクは、多くの現場が抱える共通の悩みです。
BOM管理をシステム化するメリット
これらの課題への対策が、BOMの一元管理（システム化）です。散在する部品情報を1つの仕組みに集約し、部門をまたいで最新の状態を共有できるようにすることで、次のような効果が期待できます。
- 部品情報を一元管理し、版の食い違いや二重管理をなくす
- 設計変更の影響範囲を可視化し、関連部品をすばやく特定できる
- 部門をまたいだ情報共有で、伝達ミスや手戻りを減らす
- 属人化を解消し、ノウハウを組織の資産として残せる
近年は、BOMを単独で持つのではなく、設計情報や技術文書（ナレッジ）と統合して活用する動きも広がっています。
BOM管理システムの導入を成功させるポイント
BOM管理のシステム化は、ツールを導入すれば自動的にうまくいくものではありません。むしろ、プロジェクトの成否を分けるのは「どのツールを選ぶか」よりも「導入の前後で運用をどう設計するか」です。既存の運用を整理しないまま仕組みだけを入れ替えると、現場は新旧の二重管理を強いられ、かえって負担が増えてしまいます。ここでは、導入を確実に成果へつなげるための押さえどころを、実務の流れに沿って5つのステップに整理します。
ステップ1：現状のBOM運用を棚卸しすることで、課題を可視化する
出発点は、現状のBOMがどの部門で・どのフォーマットで・どのように運用されているかを正確に把握することです。ここが曖昧なまま仕組みだけを導入すると、既存の運用との間に溝が生まれ、かえって二重管理を招きます。棚卸しでは、最低限、次の観点を洗い出しておくと、その後の設計がぶれにくくなります。
- どの部門が、どの種類のBOM（E-BOM・M-BOM・購買BOM・サービスBOM）を持っているか
- 管理媒体は何か（Excel・紙・既存の生産管理システム・PLMなど）と、その版管理の方法
- 更新の頻度と、変更が発生したときの連絡・反映の経路
- 部門ごとに独自フォーマットになっていないか、同じ部品が別の番号で登録されていないか
あわせて、現行の運用でどこに一番手戻りや問い合わせが発生しているかを掴んでおくことが重要です。「設計変更のたびに調達へ電話で確認している」「最新版がどれか分からず現物と図面を突き合わせている」といった具体的な詰まりどころが見えると、システム化で最初に解決すべき論点が明確になります。現状の課題を定量的に押さえておけば、導入後の効果測定の基準にもなります。
ステップ2：部品番号や項目定義などのマスタを整える
BOMの品質は、その土台となる品目マスタの精度で決まります。システム化の前に、部品番号の採番ルール、部品名称の表記、単位や仕様項目の定義を統一しておきましょう。この整備を飛ばすと、同じ部品が複数の番号で登録される「名寄せ」の問題や、表記ゆれによる検索漏れがそのまま新システムに持ち込まれてしまいます。
移行にあたっては、既存データをそのまま流し込むのではなく、重複・欠落・古い部品を棚卸しして整理する「データクレンジング」の工程を必ず設けます。ここで手を抜くと、せっかく一元化しても「使えないデータの集約」になりかねません。逆に、マスタが整っていれば、部門をまたいだ検索や集計が正確になり、システム化の効果を最大限に引き出せます。
ステップ3：E-BOMからM-BOM、購買BOMへの連携ルールを明確にする
次に、E-BOMからM-BOM、購買BOMへと情報を受け渡すルールを明確にしておくことが重要です。どの項目を誰が入力し、変更があったときにどの順序で反映するのかという運用ルールが曖昧なままだと、システムを入れても情報のズレは解消されません。
特に注意したいのが、E-BOMとM-BOMの構成が一対一で対応しないケースです。設計上(E-BOM)は1つの部品でも製造(M-BOM)では複数の中間品に分かれる、あるいはその逆といった変換が発生します。この対応関係を「誰が・どのタイミングで橋渡しするか」まで含めてルール化しておくと、設計変更が下流に正しく伝わり、図面と現場のズレを防げます。変更の起点をE-BOMに一本化し、そこからの反映フローを一方向に定めておくことが、連携を安定させるコツです。
ステップ4：設計変更（変更管理）と承認フローをシステム上で回す
設計変更の履歴や承認のフローをシステム上で管理できるようにしておくと、「いつ・誰が・なぜ変更したか」を後から追跡できます。変更内容とあわせて、その変更が「どの上位構成・どの部門に影響するか」を可視化できる状態にしておくことが理想です。影響範囲が一目で分かれば、変更のたびに関係者へ確認して回る手間が減り、反映漏れによる欠品や過剰在庫のリスクも下げられます。
承認フローをシステム化しておけば、「承認前の版で調達が発注してしまう」といった事故も防げます。変更の記録が残ることは、監査対応やトラブル時の原因究明に役立つだけでなく、担当者しか経緯を知らないという属人化の解消にも直結します。
ステップ5：スモールスタートで始め、効果を測りながら横展開する
最後に、小さく始めて段階的に広げる姿勢も有効です。すべての製品・部門を一度に移行しようとすると、現場の負担が集中し、定着する前に頓挫しがちです。まずは特定の製品ラインや部門から運用を軌道に乗せ、成功パターンを固めてから横展開していくと、負担を抑えながら着実に定着させられます。
このとき、効果を測る指標をあらかじめ決めておくことが、横展開を後押しします。たとえば「設計変更の反映にかかる日数」「BOM関連の問い合わせ件数」「欠品・手配漏れの発生件数」といった指標を導入前後で比較すれば、成果を数字で示せます。数字で語れる成功事例があれば、他部門への展開も社内の合意も得やすくなります。
これらのポイントは、いずれもツールの機能だけでは実現できず、運用設計と組み合わせて初めて効果を発揮します。近年は、BOMを単独のシステムで持つのではなく、設計情報や技術文書（ナレッジ）と統合し、変更の影響を横断的に追える基盤として整える動きも広がっています。
BOM管理に関するよくある質問（FAQ）
Q.BOMとパーツリストの違いは何ですか？
A.パーツリストは部品を列挙した一覧を指すことが多いのに対し、BOMは部品同士の構成（親子関係）や数量、仕様といった関係性まで含めて体系的に管理するデータです。単なる一覧より一歩踏み込み、製品がどう構成されているかを表現できる点が違いといえます。
Q.Excel管理では不十分なのでしょうか？
A.製品数や部品点数が少なく、変更頻度も低い場合は、Excelでも運用できます。ただし、部品点数が増え、複数部門が同時に参照・更新するようになると、版の食い違いや更新漏れが起きやすくなります。二重管理や属人化が目立ってきたら、システム化を検討するタイミングといえます。
Q.BOMとPLMはどう関係しますか？
A.PLM（製品ライフサイクル管理）は、企画から設計・製造・保守・廃棄までの製品情報を一貫して管理する考え方や仕組みです。BOMはその中核となる情報の1つであり、PLMと連携させることで、設計変更や技術文書とBOMを結びつけて管理できるようになります。
Q.BOMは誰が管理するべきですか？
A.BOMは特定の一部門だけのものではなく、設計・製造・調達・保守が共通で使う情報です。そのため、どこか一部門が抱え込むよりも、部門横断で運用ルールを決め、責任範囲を明確にしたうえで一元管理する形が理想的です。システム化は、この「部門をまたいだ共同管理」を現実的にするための手段でもあります。
まとめ
BOM（部品表）は、製品を構成する部品情報を体系的にまとめた、製造業の情報基盤です。データ構造（サマリ型・ストラクチャ型）と用途別の種類（E-BOM・M-BOMなど）を理解し、部門をまたいで正しく共有・更新できる仕組みを整えることが、生産の正確さとスピードを支えます。
Excelや紙の管理に限界を感じているなら、一元管理・システム化が有効な打ち手になります。さらに一歩進んで、BOMを設計情報や技術文書と結びつけて活用すれば、部品表は「調べるための資料」から「現場が意思決定に使える情報基盤」へと進化します。まずは自社のBOMの現状を棚卸しし、課題の輪郭をつかむところから始めてみてはいかがでしょうか。小さな一歩でも、部門間で共有できる正確なBOMを整えることが、ものづくり全体の効率と品質を底上げする確かな土台になります。
Thingsからのご提案
本記事でご紹介している様々なBOMの連携、管理などを支援するサービスのご紹介です。
株式会社Thingsが提供している製品ナレッジ活用基盤「PRISM」は、生成AIを標準搭載した製造業に特化したAI支援型PLMです。図面・報告書・帳票などフォルダに埋もれた技術文書をAIが自動で分類・整理し、BOMをベースとして部品ごとの仕様・品質・製造情報を紐付けて一元管理することができます。
以下のフォームより無料で資料をダウンロードいただけますので、まずはご覧ください。