設計変更が起きたときBOMのどこが壊れるか——影響範囲を体系立てて把握する方法
「この部品、他にどの製品で使ってる？」——設計変更の連絡が来るたびに、担当者があちこちに電話をかけて確認している。そんな光景に心当たりはないでしょうか。
設計変更1件で現場が混乱する理由
設計変更（ECR：Engineering Change Request／ECO：Engineering Change Order）は、製造業では日常的に発生する業務です。図面の1本の線を直すだけの変更もあれば、部品そのものを差し替える大きな変更もあります。
問題は、その変更がBOM（Bill of Materials：部品表）のどこに波及するかを、誰も体系立てて把握できていないケースが多いことです。設計担当は「図面は直した」と思っていても、製造・購買・在庫の各部門では古い情報のまま作業が進んでしまう——これが混乱の正体です。
変更部品が使われている製品を即座に特定できるかどうかが、設計変更対応のスピードと精度を左右します。BOMが部門ごとに整備・連携されていれば、影響分析は本来「探す作業」ではなく「構造的に導き出せる作業」になります。
設計変更が波及する4つの経路
設計変更の影響は、一本道ではなく複数の部門を横断して伝わっていきます。代表的な経路は次の4段階です。
設計部門が図面・仕様を変更し、部品構成や版数（リビジョン）を更新する段階です。
製造工程順に組み替えられたBOMに変更が伝わらないと、現場は旧仕様のまま組み立てを続けてしまいます。
発注すべき部品番号が変わっているにもかかわらず、購買部門が旧番号で発注してしまうリスクがあります。
最終的に在庫システムや発注管理に反映されなければ、旧部品の在庫が残り続け、死蔵在庫になります。
この4段階のどこか1つでも情報が途切れると、変更は「伝わったつもり」で止まってしまいます。
BOMが壊れる3つのポイント
設計側でリビジョンが上がっても、製造・購買側が参照しているBOMが更新されないまま残ることがあります。同じ部品番号なのに、部門ごとに「見ている版」が違う——これが手配ミスの温床になります。
変更対象の部品が、他の製品や派生機種でも共通部品として使われている場合、その特定ができていないと手配漏れが起きます。逆に「念のため」と過剰に手配すると、旧部品が在庫として死蔵されます。
ECR/ECOの記録が紙の申請書・メール・口頭指示に分散していると、「いつ・誰が・なぜ変更したか」を後から追えなくなります。変更理由や承認者が記録されていないと、次に同じ部品を変更する際の判断材料も失われます。
この変更、誰がいつ承認したか、資料をすぐ出せますか？
Excel・紙のBOM運用における影響分析の実態
Excelや紙でBOMを管理している現場では、設計変更が発生するたびに、担当者が製品ごとのExcelファイルを1つずつ開いて「この部品を使っているか」を目視で確認する、という作業が発生しがちです。ファイルが部署ごとに別管理されていれば、その数だけ確認作業が発生します。
Before：手作業での影響範囲確認
設計変更の連絡を受けた購買担当者が、まず製品別のExcelファイルを開き、変更部品の型番をCtrl+Fで検索する。該当製品が見つかったら、その製品の在庫状況を別の在庫管理表で確認し、発注済みかどうかをメールで製造部門に問い合わせる——という流れが一般的です。担当者の経験と記憶に頼る部分が大きく、確認漏れが起きても気づきにくい状態です。
After：業務アプリでBOMを一元管理した場合
BOMを一元管理する業務アプリでは、まず「ECR登録」画面から変更内容・変更理由・承認者を入力します。登録後は部品番号をキーに「影響範囲確認」ボタンを押すだけで、その部品を使用しているすべての製品・派生機種が一覧表示されます。あわせて在庫数・発注状況も同じ画面に表示されるため、担当者は複数のファイルを開き直す必要がありません。確認結果は「影響範囲一覧_ECR番号.csv」として出力でき、関係部門への共有もそのまま行えます。
この仕組みにより、部門をまたいだ二重入力や、ファイルを探して開き直す転記工程が1本減ります。ExcelでのBOM管理に限界を感じている場合は、エクセルBOMの限界と部品情報を自動連携させる仕組みについて解説した記事もあわせてご覧ください。
設計変更対応チェックリスト
設計変更を行う前に、最低限確認しておきたい項目を整理しました。
共通部品として複数製品に使われていないか、BOM上で確認します。
旧部品の在庫数を確認し、使い切りか廃棄か、対応方針を先に決めておきます。
すでに発注済みの旧部品がないか、購買部門と連携して確認します。
ECR/ECOとして、変更理由・承認日・承認者を記録し、後から追跡できる状態にしておきます。
まとめ
- 設計変更の影響はE-BOM→M-BOM→P-BOM→在庫・発注データの順に波及し、どこかで途切れると手配漏れや死蔵在庫の原因になる
- 版数のズレ・派生機種への影響漏れ・変更履歴の分散が、BOMが「壊れる」代表的な3つのポイント
- BOMを一元管理し、部品番号から影響範囲をワンボタンで確認できる仕組みにすることで、確認作業の転記工程を減らせる
本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー