部品表（BOM）と品目マスタの設計｜見積・手配・在庫が噛み合う“基礎データ”の作り方

製造業の業務システムは、品目マスタとBOM（部品表）が弱いと、見積・手配・在庫・不具合対応が連鎖的に崩れます。
「検索できるように一覧を作る」レベルではなく、業務で使える粒度・変更管理・例外吸収が必要です。
この記事では、品目マスタ／BOMを“業務の背骨”として設計するためのポイントを整理します。

1. 品目マスタは「検索」と「連携」の両方で壊れやすい

品目マスタは、現場の入力が自由になりやすく、表記ゆれや分類揺れが発生します。
しかし、品目は外部連携（基幹、購買、倉庫）でもキーになりやすいため、後から直すのが難しい領域です。
まずは、コード体系の思想（コード体系設計）で、表示名と機械処理を分けます。

• 品目コード：システム上の一意キー（変更しない）
• 品番・型式：外部で使われる表記（設変で変わり得る）
• 表示名：現場が理解できる名称（表記ゆれは許容しつつ正規化キーも持つ）

2. 属性設計：見積と購買で必要な項目が違う

品目属性は、用途が違うと必要項目が変わります。
全部を必須にすると登録が止まり、少なすぎると運用で詰まります。
項目の整理は 項目整理 の手順で、“使う工程”から逆算します。

• 見積：単価、標準工数、リードタイム、原価区分
• 購買：仕入先、最小発注単位、ロット、代替品、納入仕様
• 在庫：保管区分、ロット管理要否、有効期限、先入先出（FIFO）要否
• 品質：検査要否、トレーサビリティ、出荷判定

3. BOMは「設計の部品表」と「製造の部品表」を分けて考える

BOMは、現場によっては複数の意味を持ちます。
設計部門が持つBOMと、製造・購買が使うBOMが一致しないケースもあります。
最初から“完全一致”を狙うより、用途ごとに整合点を作るほうが現実的です。

• 設計BOM：図面・仕様・設計意図の部品構成
• 製造BOM：工程や手配（外注/内製）を含む構成
• 購買BOM：発注単位や代替品を含む構成

この“用途差分”は、外部連携（データマッピング）の問題でもあるため、最初に定義しておくと後で揉めません。

4. 設変（ECO）・リビジョン：版管理なしにBOMは回らない

BOMは必ず変わります。変わらない前提で設計すると、運用が破綻します。
設変は、見積・手配・在庫・不具合解析に影響します。
そのため、BOMは 版管理（Revision） の思想で、確定版は編集不可、変更は新しい版を作る運用が強いです。

• 有効開始日・終了日（いつからこのBOMが有効か）
• 変更理由（設変理由、代替部品対応など）
• 影響範囲（対象製番、対象ロット、対象顧客など）

5. 代替品・ロット：例外を“隠さず”モデルに持つ

実務では、欠品や廃番で代替品が出ます。ロット差分で品質が変わることもあります。
これを自由入力で吸収すると、トレーサビリティが崩れます。
そのため、代替品は関係として持ち、ロット管理が必要なら在庫にロット属性を持つのが基本です。

• 代替品：主品目↔代替品（優先順位、条件付き）
• ロット：受入ロット、製造ロット、出荷ロットの関連
• 有効期限：期限管理が必要なら必須化

6. 不具合受付（RMA）に繋げる：品目とBOMが強いほど解析が速い

不具合解析が詰まるのは「情報が揃わない」ことが原因です。
RMAフォーム設計（ロット・使用条件・添付）と、品目・BOMが繋がっていると、対象ロットの部品構成まで追えるため解析が速くなります。
また、添付（写真、ログ、図面）は ファイル添付 の設計で、権限・保存期間まで決めます。

業種別の位置づけ（製造業）

製造業は、基礎データが弱いと「入力が増えるほど現場が苦しくなる」典型です。
業務像は 製造業向け を前提に、
技術問い合わせ（型式・ロット・図番）や、技術資料DL（ゲート設計）と同様に、コードと版管理を先に固めると運用が崩れにくくなります。

インテンスでも、製造業のシステムは“画面”より先に、品目マスタとBOMの定義・版管理・例外吸収を固めることを重視します。

まとめ

品目マスタとBOMは、製造業の業務システムの背骨です。
品番体系（表示と機械処理の分離）、用途差分（設計/製造/購買）、設変の版管理、代替品・ロットといった例外のモデル化ができると、見積・手配・在庫・RMAが噛み合います。
最初にここを固めるほど、後工程の手戻りが減ります。