BOM(部品表)とは?意味・種類・役割からMRP連携・設計変更管理まで完全解説
著者:加久 尚子
2022年:ITコーディネータ資格取得
モノづくり企業様の「知りたいが見つかる」そんなコラムを作成し、情報発信してまいります。
IT利活用による可能性を模索し、お客様に寄り添った課題解決ができるよう、お手伝いさせていただきます。
BOM(Bill of Materials/部品表)とは、製品を構成する部品・材料・数量・階層関係を体系的に整理したデータです。
製造業では、図面だけでは生産できない部品構成や数量、変更履歴を管理する基幹情報として活用されます。
BOMは単なる部品リストではなく、原価計算・在庫管理・MRP連携・設計変更影響分析の基礎となり、製造業の経営判断や生産効率に直結する「情報の土台」です。
本記事では、BOMの基本、種類、管理方法、実務課題、MRP・PLMとの関係までを網羅的に解説します。
\\漫画解説:BOMの基礎編はこちら!//
1.BOMとは?基礎理解
BOMとは何か
BOMとは「Bill of Materials」の略称で、日本語では部品表と呼ばれます。BOMは、製品を構成する部品・材料・数量・階層関係を体系的に整理したデータです。
| 【BOMの主な役割】 ✅必要部品の明確化 ✅手配数量の算出 ✅原価計算の基礎情報 ✅設計変更の影響範囲把握 |
また、BOMは単なる一覧表ではなく、製造業における「情報の土台」となります。重要なのは「階層」です。
シングルレベルBOMとマルチレベルBOM
製品構造を管理する際に重要になるのが、「どこまで階層を持たせるか」という考え方です。すべての製品が同じ複雑さを持つわけではありません。
たとえば、
・工具や簡易治具のような構成点数が少ない製品
・制御装置や産業機械のように数百〜数千点で構成される製品
では、管理方法が大きく異なります。
もし数百点の部品をすべて「完成品直下」に並べてしまうと、次のような問題が起きます。
| ⚠️部品の再利用性が見えない ⚠️サブアセンブリ単位での変更管理ができない ⚠️原価分析が粗くなる ⚠️設計モジュール化が進まない |
つまり、製品構造の“深さ”をどう設計するかは、BOM運用の根幹です。その構造の違いを表すのが、シングルレベルBOMとマルチレベルBOMです。
シングルレベルBOM:「部品の一覧管理」
シングルレベルBOMとは、完成品直下の部品のみ管理します。小規模製品には有効ですが、部品がアセンブリ化すると限界がきます。
| 【例】 完成品 └ 部品A ×2 └ 部品B ×1 └ 部品C ×4 |
【シングルレベルBOM|どんな製品に向いているか】
・構成部品が数十点程度までの製品
・サブアセンブリを持たない製品
・単純組立型の製品
たとえば、簡易治具や小型装置、単純構造のユニット製品などが該当します。
マルチレベルBOM:「製品構造の管理」
マルチレベルBOMとは、部品の中にさらに部品を持つ階層構造を持ちます。(親-子-孫といった階層)
複雑な製品では必須で、以下のメリットがあります。
・再利用性向上
・モジュール設計推進
・変更時(設変時)の影響把握が容易
| 【例】 完成品 └ 制御ユニット ├ CPUボード │ └ ICチップ ├ 電源モジュール └ 配線ハーネス |
上記は、一例です。また、製品を「親」とし、ユニットを「子」、さらにその下の階層を「孫」といった表現をします。
【マルチレベルBOM|実務での効果】
・原価ロールアップ:下位部品から段階的に原価を積み上げられる
・MRP展開:受注数量に応じて正確な所要量計算ができる
・設計変更管理:下位部品の変更がどの製品に影響するか追跡できる
製品が複雑になるほど、「階層」を意識したBOMが不可欠になります。
2.BOMの管理方法と種類
BOMは一種類ではありません。同じ製品であっても、関わる部門や目的によって「見たい情報」が異なるため、複数のBOMが存在します。
ここでは代表的な種類を整理します。
部門別BOM(E-BOM・M-BOM・P-BOM・S-BOM)
E-BOM(設計部品表)
E-BOM(Engineering Bill of Materials)とは、設計部門が作成する“機能視点”の部品表です。
製品が「どのような機能で構成されているか」を中心に整理され、機能単位で構成されることが一般的です。
【例:産業装置の場合以下の機能単位でBOMを作成】
・制御ユニット
・駆動ユニット
・操作パネル
【特徴】
・CADや図面データと連動している
・設計思想を反映した構造
・試作段階から存在する
| 【Point💡:E-BOM】 設計者の関心は「どう動くか」「性能を満たすか」です。 そのため、製造工程や発注ロットとは必ずしも一致しません。設計視点で最適な構造が、そのまま製造現場で最適とは限らないのです。 |
M-BOM(製造部品表)
M-BOM(Manufacturing Bill of Materials)とは、製造工程に合わせて再構成された部品表です。
「どう組み立てるか」「どの順番で作るか」という工程視点で構成されます。
たとえば、設計上は1つのユニットでも、
・工程Aでサブアセンブリ化
・工程Bで組付け
・工程Cで検査
と分かれる場合、M-BOMでは工程単位に分解されます。
【特徴】
・製造順に沿った構造
・作業指示書と連動
・MRP計算の基礎になる
| 【Point💡:M-BOM】 設計の「機能最適」と、製造の「工程最適」は異なるため、M-BOMが存在します。 しかし、E-BOMをそのまま使うと、「工程管理ができない、作業単位が不明確、原価集計が粗い」といった問題が生じるため、使い道を分ける必要があります。 |
P-BOM(購買視点)
P-BOM(Procurement Bill of Materials)とは、発注・仕入の観点で整理された部品表です。
設計や製造とは異なり、P-BOMは「どう発注するか」「どの単位で仕入れるか」という観点で構成されます。購買部門にとって必要な、発注時に必要な情報に重きを置いた手配リストとも言えます。
【特徴】
・発注単位と連動
・仕入先情報を含む
・代替部品管理を行う
| 【Point💡:P-BOM】 設計では「1.5m必要」となっていても、実際の発注は発注単位は100m単位かもしれません。 この差を管理しないと、「過剰在庫、発注ミス、単価交渉機会の損失」が発生します。P-BOMはコスト管理と直結する重要な視点です。 |
S-BOM(保守視点)
S-BOM(Service Bill of Materials)とは、アフターサービスや保守対応のために整理された部品表です。
Service BOMとも呼ばれます。
製品出荷後の「修理・部品交換・保守契約」に使用される部品表です。
【特徴】
・交換単位で整理される
・長期供給部品を管理
・製品世代ごとの差異管理が必要
| 【Point💡:S-BOM】 保守現場では、「どの部品を交換すれば直るか」が最優先です。 設計や製造の階層構造とは異なり、交換単位で整理するほうが効率的な場合があります。近年では、保守部品ビジネスの収益化の観点からも重要視されています。 |
その他のBOM
実務では、目的に応じてさらに細分化されることがあります。
| 150%BOM コンフィギュレーションBOM |
全オプションを含んだ最大構成を定義し、受注仕様に応じて必要部分を抽出する方式。 多品種少量・個別受注企業で活用されます。 |
| 比較BOM(差分BOM) | 設計変更前後の差分を比較するためのBOM。 変更管理や品質保証の場面で使用されます。 |
| 試作BOM/量産BOM | 試作段階と量産段階で構成が異なる場合に区別されます。 PLMとの連携を意識する企業では重要です。 |
2種類の管理方法 |サマリ型とストラクチャ型
BOMの管理方法は、大きく分けて2種類あります。サマリ型とストラクチャ型の違いは、「構造を持つかどうか」です。
サマリ型とは何か
サマリ型は、製品に必要な部品や材料を階層を持たずに一覧化した部品表です。構成は持たず、「何がいくつ必要か」を横並びで管理します。
【特徴】
| 観点 | 内容 |
| 構造 | 階層なし(フラット) |
| 主な用途 | 購買・資材手配 |
| 強み | 一覧性が高く、変更対応が容易 |
| 弱み | 組立順序・展開計算には不向き |
サマリ型は、試作品や単品受注など、構成変動が大きい製品で使われることがあります。
ストラクチャ型とは何か
ストラクチャ型は、親子関係を持つ階層構造で管理する部品表です。完成品を「親」、その構成部品を「子」、さらにその部品を「孫」として構造化します。
| 観点 | 内容 |
| 構造 | 親子階層を持つ |
| 主な用途 | 生産管理・MRP展開 |
| 強み | 所要量計算・影響分析が可能 |
| 弱み | 管理設計が複雑 |
ストラクチャ型で管理することで、以下の項目について管理・把握が可能となります。
・加工順序の把握
・リードタイム計算
・原価積上げ
・設計変更影響分析
3.BOMがなぜ重要か|経営基盤としての機能
第1章・第2章では「BOMとは何か」「なぜ種類が分かれるのか」を整理しました。ここでは一段深く踏み込みます。
BOMはなぜ“経営基盤”と呼ばれるのか。
それは、製造業の数値の多くがBOMを起点に算出されているからです。
所要量計算の基礎
所要量計算は、BOMが正確であることを前提に成立します。基本式は単純です。
| 生産数量 × 使用数量 = 必要数量 |
しかし、この「使用数量」に1個の誤差があるだけで、量産時には大きな差になります。
たとえば、月産5,000台の製品でネジが1本不足していた場合、それだけで月5,000本の欠品が発生します。結果としてライン停止や緊急手配につながり、計画全体に影響を及ぼします。逆に1本多く登録されていれば、月5,000本の過剰発注となり、年間では6万本の余剰在庫を抱えることになります。
原価積み上げの基盤
標準原価は、BOMを起点に算出されます。しかし重要なのは「部品単価を足し算すること」ではありません。
本質は、どの単位で原価を把握できるかにあります。
例えば、完成品レベルでしか原価が見えない企業では、改善余地が特定できません。ところがBOMが階層構造で整備されていれば、ユニット単位、サブユニット単位で原価を分解できます。
すると次のような判断が可能になります。
| 分析単位 | 見えること | 改善アクション |
| 部品単位 | 単価の高い部品 | 代替検討・値下げ交渉 |
| 製品・ユニット単位 | 原価集中箇所 | 設計簡素化・共通化 |
| 製品横断 | 原価ばらつき | 標準化 |
また、BOM精度が低いと、見積原価と実績原価の差異が説明できません。
⚠️ロス率が未反映
⚠️副資材が未登録
⚠️実際の購入単位が異なる
こうした小さなズレが、量産時には利益率を大きく左右します。
BOMは単なる部品一覧ではなく、利益構造を分解するための地図です。
共通化によるコスト削減
部品共通化は、多くの製造業が掲げるテーマです。しかし実際には、どこまで共通化されているのか把握できていない企業が少なくありません。
BOMが横断的に整理されていない場合、次のようなことが起きます。
| ・ほぼ同じ仕様なのに別品番 ・拠点ごとに微妙に異なる登録 ・調達先が分散している |
これではボリュームメリットが生まれません。
一方、BOMを横断分析できる環境があれば、
| ・同一部品の使用製品一覧 ・類似部品の比較 ・統合候補の抽出 |
が可能になります。
例えば、あるモーターが3製品で使用されていると分かれば、年間使用量を合算したうえで価格交渉ができます。わずか数%の単価改善でも、数量が多ければ利益への影響は大きくなります。
共通化は設計施策ですが、その可視化装置はBOMです。
設計変更影響分析
設計変更が起きたとき、最も重要なのはスピードです。
変更部品が1点あった場合、その部品が使われている製品を即座に特定できるかどうか。これが企業の対応力を左右します。
BOMが整備されていれば、影響分析は構造的に行えます。
| 分析対象 | 確認事項 |
| 完成品 | どの製品が影響を受けるか |
| 仕掛品 | どの製品が影響を受けるか |
| 在庫 | 旧部品は流用可能か |
| 購入・外注 | 手配済数量はあるか |
しかしBOMが分断されている企業では、部門ごとの確認作業に時間がかかり、最終判断まで数日〜数週間を要することもあります。
設計変更管理の強さは、BOM構造の整備度に比例します。
特にマルチレベルBOMでは、上位階層への波及が自動的に追跡できるため、影響範囲の抜け漏れを防ぐことができます。
4.BOMとMRP・生産管理の関係
ここからは“仕組み”の話です。BOMは単独で存在するものではありません。生産管理の仕組みの中で初めて、その価値が発揮されます。とりわけ重要なのが、MRPとの関係です
MRPは計算ロジックです。
生産管理システムやERPは業務統合基盤です。
そのどちらも、正しいBOMがなければ機能しません。BOMは生産管理の“入力値”であり、同時に“構造定義”でもあります。この二重性を理解している企業ほど、システム投資の効果を最大化できます。
MRPとの関係
MRPとは何か ― 計算ロジックの中核
MRP(Material Requirements Planning)は、受注や生産計画に基づき、必要な資材数量を算出する仕組みです。
よく「MRPが当たらない」という声を聞きます。しかし、MRPはあくまで計算エンジンです。入力情報が正しければ、計算は必ず正しく行われます。
MRPの基本構造は非常にシンプルです。
| 入力情報 | 内容 |
| 生産計画 | 何を何台作るかを起点に所要量計算を開始する |
| BOM | 1台あたりの使用数量を定義し、理論必要数を算出する基準となる |
| 在庫情報 | 手持在庫を差し引き、実際に手配すべき数量を決定する |
| リードタイム | いつ発注・製造指示を出すかを逆算する基準となる |
このうち、数量計算の起点になるのがBOMです。BOMが1個ずれていれば、その誤差は計算上そのまま増幅されます。
MRPはどのようにBOMを展開するのか
| 【基本フロー】 ①受注数量確定 ②BOM展開(ユニット → サブユニット → 部品) ③必要数量算出 ④発注・製造指示生成 |
受注数量が確定すると、「完成品 → ユニット → サブユニット → 部品」のように、MRPはBOMを階層的に展開します。
この展開は一段ずつ行われ、最下層まで数量が積み上がります。
例えば、完成品を100台生産する場合、
・ユニットAが2個必要 → 200個
・そのユニットに部品Xが3個使用 → 600個
というように計算されます。
ここで問題が起きる典型例は次の通りです。
| BOMの不備 |
MRP上で起きる現象 |
| 使用数量誤り | 必要数量が過大・過小計算され、過剰発注または欠品が発生する |
| 階層誤登録 | 同一部品が二重展開され、重複手配が発生する |
| 代替未登録 | 主部品欠品時に自動切替ができず、手配停止となる |
| 有効期限未設定 | 旧構成のまま所要量計算され、新旧部品が混在する |
現場で「なぜか在庫が合わない」「なぜか不足する」という現象の多くは、BOM精度に起因しています。
MRP不信が生まれる理由
実務では、MRPに対する不信感が根強い企業もあります。しかし多くの場合、原因はMRPではなく前提データです。
⚠️設計変更が即時反映されていない
⚠️試作構成と量産構成が混在している
⚠️ロス率が考慮されていない
これらが存在すると、MRPは“正しく間違えます”。つまり、入力通りに計算した結果が現場実態と合わないのです。
MRPを活かすには、BOMの整備が不可欠です。
生産管理やERPとの関係
マスタデータとしての位置づけ
ERPは販売、購買、在庫、会計を統合する基幹システムです。生産管理システムやERPを基幹システムとして使用する中で、BOMは、製品構造を定義するマスタデータとして登録されます。
生産管理システムやERP上でBOMが不整合を起こすと、次のような影響が出ます。
| 影響範囲 |
発生する問題例 |
| 在庫管理 | 理論在庫と実在庫が一致せず、棚卸差異が発生する |
| 原価計算 | 実際の構成と異なる部品で標準原価が積み上がり、製品原価が過小・過大評価される |
| 製造実績 | ERP上の理論消費数量(BOM基準)と現場使用数量が一致せず、材料消費差異が計上される |
| 会計 | 材料差異が累積し、仕掛品・製品在庫の評価額が実態と乖離する |
BOMは単なる技術データではなく、財務数値にも影響を与えます。そのため、BOM管理は情報システム部門だけでなく、経営管理部門とも関係します。
生産管理全体とのつながり
BOMは、生産管理の各機能と密接に連動しています。
| 生産管理機能 |
BOMとの関係 |
| 生産計画 | 所要量算出の前提(製品数量を部品数量へ分解する基準) |
| 購買管理 | 発注数量算出の根拠データとなる |
| 在庫管理 | 引当・払出数量の理論値を定義する |
| 原価管理 | 標準原価の積上げ構造を決定する |
つまりBOMは、生産管理システムの“構造定義層”に位置しています。ここが曖昧なままでは、どんな高機能システムを導入しても安定運用はできません。
5.設計変更・リビジョン管理について
設計変更は日常的に発生します。問題は「変更そのもの」ではなく、「変更の管理方法」です。
リビジョン管理
リビジョン管理とは、どの構成が、いつから、どの製品に適用されるかを明確にする仕組みです。
管理が不十分な場合、次のような事象が発生します。
| 管理不備 |
実務上の影響 |
| リビジョン未分離 | 旧部品と新部品が混在して出荷される |
| 履歴未保持 | 不具合発生時に対象ロットを特定できない |
| 承認フロー不在 | 設計変更が無秩序に反映される |
| 影響範囲未確認 | 他製品へ波及不具合が発生する |
有効期間管理
設計変更では「いつから新構成を適用するか」が重要です。また、変更は「登録する」だけでは不十分です。適用タイミングの定義が不可欠です。
| 管理不足 |
発生する問題例 |
| 有効開始日未設定 | MRPが旧構成で手配を継続する |
| 有効終了日未設定 | MRPが旧構成で手配を継続する |
| 切替基準不明確 | 在庫と新部品の二重保有が発生する |
在庫への影響
設計変更は必ず在庫に影響します。正しい在庫数を把握するためにも、在庫への影響も把握しておきましょう。
| 設計変更内容 |
在庫面での影響 |
| 部品変更 | 旧部品の滞留在庫が発生する |
| 数量変更(増) | 想定より消費が早まり欠品する |
| 数量変更(減) | 発注済数量が過剰在庫となる |
| 代替化 | 在庫評価方法の見直しが必要になる |
変更管理は設計部門だけの業務ではありません。購買・生産管理・経理を横断するテーマでもあります。
6.コンフィギュレーション管理と150%BOM
多品種少量企業では、仕様バリエーションが多数存在します。その管理に用いられるのが150%BOMの考え方です。
150%BOMとは何か
150%BOMとは、選択可能な全オプションを含んだ最大構成を定義する方式です。
受注時には、その最大構成から条件に応じて必要な部品だけを抽出し、製造用BOMを生成します。つまり、「BOMを個別に持つ」のではなく、「一つの構造から必要部分を切り出す」考え方です。
例えば、色が3種類、電圧が2種類ある製品の場合、個別管理では6種類のBOMが必要になります。150%BOMでは1つの構造に色と電圧の選択条件を持たせ、受注時に該当部品のみを展開します。
ここで重要なのは、BOMが「固定構成」から「条件付き構成」に変わる点です。つまり、BOM数を減らす代わりに、ルール設計の精度が問われます。
個別管理との違い
150%BOMの特徴を理解するには、従来の「個別BOM管理」との違いを整理する必要があります。個別BOM管理では、仕様ごとにBOMを作成します。仕様が増えれば、その数だけBOMも増えます。
一方、150%BOMでは構造は一つです。違いは「構造の数」ではなく、「抽出ルール」にあります。その違いを整理すると、次のようになります。
■個別BOM管理
| 項目 | 内容 |
| 構造の持ち方 | 仕様ごとにBOMを作成 |
| 受注時の処理 | 該当BOMを選択 |
| 管理負荷の特徴 | 仕様増加に比例してBOMが増える |
■150%BOM
| 項目 | 内容 |
| 構造の持ち方 | 全仕様を1構造に統合 |
| 受注時の処理 | 条件により部品を抽出 |
| 管理負荷の特徴 | 構造は1つだが、条件設計が複雑化 |
コンフィギュレーション管理で決めるべきこと
150%BOMを機能させるには、次の定義が必要です。
| 定義項目 |
決める内容 | 不備時の影響 |
| 選択条件 | どの仕様でどの部品を使用するか | 誤構成で受注・製造される |
| 排他制御 | 同時選択不可の組合せ定義 | 物理的に成立しない製品が生成される |
| 必須条件 | 必ず選択される構成要素 | 部品欠落のまま展開される |
| 派生ルール | ある選択が他部品へ与える影響 | 下位構成が自動反映されない |
150%BOMは便利ですが、ルールが曖昧だと誤構成を大量生産します。
7.BOMとPLMの関係
BOMは設計部門の成果物ではありません。製品ライフサイクル全体を通じて使われる情報資産です。
製品ライフサイクルとBOMの関係(PLMの位置づけ)
製品は、「企画 → 設計 → 試作 → 量産 → 保守 → 廃止」という流れで進みます。この一連の流れを“製品ライフサイクル”と呼びます。
そして、このライフサイクル全体の情報を管理する考え方が
PLM(Product Lifecycle Management)です。
PLMはシステム名称というよりも、「製品情報を一貫管理する思想」に近いものです。その中核情報の一つがBOMです。
【ライフサイクルごとのBOMの役割】
| フェーズ | BOMが担う役割 | 整合しない場合の影響 |
| 企画 | 概算原価の構造定義 | 採算判断を誤る |
| 設計 | 正式構成と版管理 | 量産構成が確定しない |
| 試作 | 暫定構成の識別 | 試作部品が量産に混入 |
| 量産 | MRP展開用構造 | 手配誤差発生 |
| 保守 | 出荷時構成の特定 | 修理対象を特定できない |
PLMは、「このフェーズ間で構成がずれないようにする」ための枠組みです。
8.BOM運用改善・実務活用のポイント(まとめ)
BOMは導入した瞬間が完成ではありません。むしろ、運用が始まってからが本番です。
多くの組織で、以下の状況が見られます。
・気づかないうちに構造が崩れてしまった
・運用が属人化している
・改善が部分最適に留まる
ここでは、どのように崩れていくのか、どのような段階を経て改善していくのかを整理します。
構造崩壊のパターン
BOMは整備しても、運用中に徐々に崩れていくことがあります。その原因の多くは「善意の例外対応」や部門ごとの運用ルールの違いです。改善の第一歩は、現状のBOM構造を可視化し、どこが崩れているのかを把握することです。
【なぜ崩れるのか】
・納期優先で暫定対応を許す
・例外品番を恒久品番化する
・設計と製造で運用ルールが異なる
・150%BOMの条件が増殖する
こうした積み重ねが、徐々に構造を歪ませます。
| パターン | 起きていること | 結果 |
| 部門ごとにBOMが違う | 設計・製造・調達で別管理 | 情報の不整合 |
| 転記運用 | Excelへ手入力・再入力 | ミスと二重管理 |
| 品番の乱立 | 同じ部品に別品番 | 原価・在庫の分散 |
| 構造のコピー増殖 | 似たBOMを複製して対応 | 管理対象の肥大 |
| 例外の固定化 | 暫定対応が残り続ける | 標準構造が崩れる |
多くの企業では、これらが複合的に発生します。個別修正ではなく、統制設計の見直しが必要になります。
※品番の乱立について、取引先の品番管理の都合で、同じものなのに複数の図番(品番)を持つ場合もあります。必要に応じて「社内品番」を採番して管理するなど工夫が必要です。
運用ルールの定着と管理設計
可視化の次のステップは、整理した課題をもとに運用ルールを設計し、組織に定着させることです。具体的には、以下のような施策が有効です。
✅標準BOMの管理思想を文書化する
✅設計変更やリビジョン管理のフローを明確化する
✅Excelや紙ベースの運用を減らし、システムでの一元管理を推進する
✅部品番号やサブアセンブリの命名ルールを統一する
運用ルールの定着は、単なるマニュアル化では不十分です。定期的なレビューや改善サイクルを回し、現場が自然にルールに沿う運用にすることが成功の鍵です。
改善の段階(可視化→整理→再設計→定着)
BOM運用改善の最終的な目的は、課題の再発を防ぎ、安定した運用を確立することです。そのためには「可視化 → 整理 → 再設計 → 定着」の順序を守ることが重要です。
【改善の4段階】
| 段階 | 状態 | 目的 |
| 第一段階 | 可視化 | 何が崩れているか把握する |
| 第二段階 | 整理 | 重複・例外を削減する |
| 第三段階 | 再設計 | 管理思想を再定義する |
| 第四段階 | 定着 | 運用ルールを仕組みに落とす |
ポイントは「順番を守ること」です。この順序を無視して、いきなり再設計やシステム刷新に走ると、構造崩壊は再発します。段階を踏んで改善することで、BOMの精度と運用の安定性が向上し、MRPや生産管理システムも最大限に活用できるようになります。
9.BOM:よくある質問(FAQ)
Q.BOMと部品表は同じ?A.概念は同じですが、BOMは階層・版管理・展開前提で運用します。 |
Q.BOMのExcel管理は可能?A.小規模・初期段階なら可能ですが、履歴追跡や影響分析が困難になるため注意が必要です。 |
Q.BOMの階層管理とは?A.製品を構成する部品の階層構造を明示し、上位・下位部品の関係を管理する仕組みです。 |
Q.BOMでのバージョン管理は必須?A.変更履歴の追跡や誤発注防止のため、特に量産前や変更が頻繁な場合は必須です。 |
Q.中小企業でもBOMは必要?A.部品数が増えると必須。簡易BOMでも管理しておくことでコスト管理・ミス防止に有効です。 |
Q.MRPなしでもBOMの意味はある?A.原価管理や共通化検討に活用可能。生産計画がなくてもBOM自体の価値はあります。 |
Q.部品の標準化は必要?A.同じ部品を複数製品で使う場合、標準化すると在庫・調達効率が向上します。 |
Q.BOMの更新頻度はどのくらい?A.設計変更や部品調達変更時に随時更新。定期レビューも推奨します。 |














