実践的な部品表ガイド
現場で本当に使える部品表の作り方
利用者が考える順序で構成を作ります。製品を識別し、構成部品を定義し、階層をテストし、改訂を現行版にする条件を決め、下流部門が回答の保管場所を分かるようにします。
ログインして架空のサンプルレコードを確認してください。本番の製品データに合わせる前に、アプリをコピーします。
六つの手順
空の構成部品一覧から統制された構成へ
- 01
製品名とBOMの目的を明確化
完成品または製品バリエーションを特定し、その構成が設計、製造要件、保守部品、その他どの目的を表すか明記します。曖昧な「マスターBOM」は、相反する期待を隠しがちです。
- 02
安定した品目識別情報を作成
原材料、購入品、サブアセンブリ、完成品に信頼できる識別子を付けます。名称は理解を助けますが、文言が変わっても関係を維持するのは識別子です。
- 03
数量と単位をセットで記録
単位のない数量は不完全です。換算を確認し、使用時点で必要なのが長さ、重量、梱包単位、個数のどれかを明記します。
- 04
サブアセンブリを階層で表現
すべての明細で親子パスを保持します。繰り返し使う部品を一つテストし、展開合計で下位数量と集計が正しく計算されることを確認します。
- 05
ドラフトと現行版を分離
現在使用中の構成を上書きせず、改訂案を作成します。リリース前に、使用不可部品、代替品、価格、図面、下流への影響を審査します。
- 06
正式適用の決定を記録
対象の製品バリエーションから承認済み改訂を参照させ、履歴を保持します。生産部門が現行構成を特定できないなら、審査を「承認済み」にしただけでは不十分です。
下流部門ごとの観点でBOMを審査
| 担当 | 確認する質問 | 確認する証跡 |
|---|---|---|
| 設計 | 構成は統制された製品定義と一致していますか？ | 品目と改訂の識別情報、仕様、図面、承認済み代替品。 |
| 購買 | 必要な構成部品を定義どおり調達できますか？ | 仕入先の状態、内外製区分、リードタイム、未確定の取引情報。 |
| 製造 | この構成で意図した製品バリエーションを製造できますか？ | 単位、数量、サブアセンブリパス、作業指示、適用条件。 |
| 品質 | 検査とトレーサビリティの要件は明確ですか？ | 重要特性、検査管理、変更の証跡。 |
| 生産計画担当 | 計画システムで展開すべき構成はこれですか？ | 現行改訂、適用範囲、システム連携の照合。 |
リリース境界の具体例
屋外仕様BOMの保留が続く理由
改訂Bでは屋外用フィルターを交換します。構成部品は選択され、改訂案の明細も表示されていますが、取引面の準備が不十分です。審査レコードには価格未設定明細が一つあるため、「Outdoor Air Monitor」の現行改訂はAからBへ更新されません。
これは一般的な承認デモとは意図的に異なります。人による決定と業務上の反映は別です。構成案は審査できますが、リリース前提条件を満たした場合だけ、関連する製品バリエーションが更新されます。
実務上の質問
部品表作成に関する質問
BOMは誰が管理すべきですか？
管理責任は製品とチームの働き方によって異なります。設計部門が設計構成を管理し、製造部門が製造固有の代替品や工程を管理する場合があります。正本となる構成、変更権限を持つ担当者、改訂を正式適用する決定を明確にしてください。
作業指示や治工具をBOMに含めるべきですか？
定義したBOM種別で管理すべき対象を含めます。非在庫工程、文書、治工具を部品明細ではなく関連レコードで管理するチームもあります。重要なのは、下流の利用者が各要件の参照先を把握できることです。
BOM改訂はどのように採番しますか？
承認済みの構成を互いに区別できる、一貫した順序を使用します。異なる内容に古い改訂記号を再利用しないでください。採番規則そのものより、リリース済み改訂とその承認決定を追跡できることが重要です。
リリース前にBOMを検証するには？
品目識別、単位、数量、構成部品の欠落や重複、下位参照、使用不可または価格未設定の部品、適用条件、下流への影響を確認します。その後、表計算ファイルが埋まっただけで承認済みとせず、適切な担当者による審査を行います。
最初に何を試行すべきですか？
実在する製品バリエーションまたはサブアセンブリを持つ製品を一つ選び、ブロックされるケースも一つ含めます。設計、購買、製造の各担当者が現行改訂を特定し、審査中の改訂がまだ置き換えていない理由を説明できることを確認してください。