製造業では、事業部ごと・工場ごとにERPや生産管理システムが異なり、品番体系・BOM（部品表）の設計思想も異なるケースが少なくありません。M&Aによる企業統合やシステム統合のプロジェクトでは、「異なる品番体系の統一」が最大の技術的課題の一つになります。本記事は製造業の品番体系・BOM統合に特化しています。部門・システム間のサイロ統合アプローチ全般については部門をまたいだ分析ができない原因はデータのサイロ化——繋ぐための3つの統合アプローチをご参照ください。
まず目指す状態をはっきりさせます。すべてのシステムで同一のコードを使うことと、全社横断で「これは同じモノだ」と判定できる状態を作ることは別です。後者が目的であれば、取りうる手段は一つではありません。全社でコード体系を統一する、既存コードを維持して対応関係を管理する、重要なマスタに絞って統合する——これらは互いに排他的ではなく、組み合わせて段階的に進められます。システム構成・業務への影響・横断分析で実現したいことに応じて選んでください。
マスタデータ統合の主な進め方
| 進め方 | 概要 | 適した場面 | 主なコスト・留意点 |
|---|---|---|---|
| 完全統合 | 全エンティティを1つのマスタ・コード体系に統一 | システム統合・ERP刷新のタイミング | データ移行・システム改修・業務プロセス変更・移行後の検証 |
| マッピング管理 | 各システムのコードを維持しつつ対応関係テーブルを管理 | 統合は難しいが横断集計だけ実現したい場合 | 対応関係の整備と更新。既存システムの改修は抑えやすいが、横断集計には数量単位の換算・通貨・原価の評価基準・集計期間といった集計ルールの統一も必要 |
| 部分統合 | 重要度・活用頻度の高いマスタ（顧客・主要品番）だけ統一 | リスクを抑えて効果を出したい場合 | 対象範囲の選定と、統合対象外のデータとの共存・連携の設計 |
マスタデータ統合の主な進め方。排他的な選択肢ではなく、組み合わせや段階移行もできます
品番体系統合の具体的な手順
品番体系の統合は、次の順序で進めることで、業務への影響を最小化しながら着実に進められます。
- Step1 現状の品番体系の棚卸し：各工場・システムが持つ品番の件数・体系・命名規則・管理ルールを文書化します。どの品番が「同一モノ」を指しているかを判断するための「同一性の定義」も決めます
- Step2 同一品番の候補抽出：品番コードの完全一致・部分一致・品名の類似検索などを組み合わせて、統合候補のペアを抽出します。確認は業務担当者（設計・購買・製造）が行います
- Step3 代表品番と対応関係の決定：統合候補について、設計仕様・材質・寸法・品質基準・用途を確認し、統合してよいものと別品番として残すものを判定します。統合する場合は代表品番を決め、旧品番との対応関係・適用開始日・在庫や発注への影響を整理します。なお過去の取引履歴は、当時どの品番で取引したかを後から追えるようにしておく必要があります。旧品番の扱いは、利用するシステムの仕様と業務要件に沿って設計してください
- Step4 関連データとシステム連携の整備：BOM・在庫・購買・製造のデータについて、代表品番へ切り替える範囲を特定します。ここで稼働中のデータと過去の取引履歴は分けて扱ってください。履歴まで書き換えると、当時の取引を追跡できなくなります。移行の前後で件数・数量・金額・参照関係を照合し、業務上の整合性と追跡可能性の両方を確認します
- Step5 新規品番の登録ルール整備：統合後に新たな重複が生まれないよう、品番申請・審査・登録のフローを整備します
BOM（部品表）統合の特有の難しさ
BOMの統合は品番体系の統合より複雑です。同じ最終製品でも、工場によって使用部品・製造方法が異なる「工場別BOM」が存在することがあり、これを単一の「標準BOM」に統合するには業務的な判断が必要です。
- 工場別BOMの違いの可視化：まず工場間でBOMの差異がどの程度あるかを可視化します。部品の種類・数量・工程の順序が異なる箇所を特定します
- 標準BOMと工場固有の差分の設計：共通化できる部品構成を標準BOMとして管理し、工場固有の部品・数量・工程は、代替BOMや工場別BOM、製品バージョンなど、利用するシステムに適した方法で管理します。呼び方も方式も製品によって異なるため、自社のERP／PLMで何が使えるかを先に確認してください
- 設計変更との連動：標準BOMを直せば自動で全工場に反映される、とは限りません。設計変更（ECO：Engineering Change Order／ECN：Engineering Change Notice）について、承認・適用時期・対象拠点への展開・拠点側での確認まで含めた運用を整備しないと、再び乖離が生じます
▼
＋ 工場ごとの差分だけを別に持つ
※ 差分を残すこと自体は問題ではありません。差分がどこかを把握できていないことが問題です（反映には承認・適用時期・各工場での確認が要ります）
よくある失敗パターンと対策
- 業務部門が参加せずIT主導で進めた：品番の「同一性判断」は業務知識がないとできません。設計・購買・製造部門の担当者を統合プロジェクトに参加させます
- 移行後の整合性チェックが不十分：品番を変えた後にBOMや発注に古いコードが残っていると、業務障害が発生します。移行後の全件チェックは省略しません
- 完全統合を目指して途中で止まった：対象範囲が広い場合、工期や調整の負荷が大きくなり、途中で中断すると中途半端な状態が残ります。まずマッピング管理で成果を出し、次フェーズで統合を目指す段階的アプローチの方が現実的です
マスタデータ統合後の品質維持：変更管理フローの整備
マスタデータの統合が完了した後も、品番の新規登録・廃番・変更が発生するたびに統合後のコード体系が維持されるよう、変更管理フローを整備することが不可欠です。「誰が・どのような変更を・どの承認権限で申請できるか」を定義した変更管理規程を作り、統合後の日常運用に組み込みます。変更管理フローがないと、各工場が独自に品番を追加するようになり、統合後のマスタが再び乖離し始めます。
データ統合後にBIやERPがどのデータを参照するかの設計も重要です。複数のERPが品番を参照する場合、統合品番コードとERP固有コードの対応関係を「マスタマッピングテーブル」として管理し、品番変更時はマッピングテーブルを経由して各ERPに反映する仕組みを作ります。この設計がないと、ERPごとに手作業で品番を更新する負担が残り続けます。
マスタデータ統合の推進体制：データスチュワードの活用
製造業のマスタデータ統合プロジェクトには、技術的な実装だけでなく、業務部門を横断したコーディネーション能力が必要です。設計・購買・製造・物流の各部門がそれぞれ「自部門のコード体系」を維持しようとする力学が働くため、全社の統合基準を定めて各部門に守ってもらうための役割（データスチュワード）を設置することが効果的です。データスチュワードは、品番やBOMの定義・統合基準・品質ルールの維持を支え、各部門の変更申請が全社基準に沿っているかを確認します。ただし設計上の妥当性や正式な変更承認まで担うわけではありません。そこは設計責任者など所定の権限者が判断する体制にしてください。
統合プロジェクトの期間中は、各工場・部門の業務担当者が参加するワーキンググループ（WG）を定期開催し、「この品番は統合対象か」「このBOMの差異は標準化できるか」という判断を業務側で行う体制を作ります。IT部門だけで判断しようとすると、業務的に誤った統合（異なる部品を同一品番にしてしまうなど）のリスクが高まります。業務部門の参加が統合品質を担保する最大の安全弁です。
マスタデータの統合が進むと、BIやAIで扱える範囲が広がります。品番・BOM・取引先マスタが揃えば、複数工場にまたがる生産実績の集計や原価の比較に手が届きます。ただし品番を揃えただけでは足りません。BOMの有効期間、工場や製品の定義、原価と在庫の集計ルールまで揃って、はじめて横断の数字が信頼できるものになります。統合前は「工場Aのデータ」「工場Bのデータ」をそれぞれ別々にしか分析できなかったものが、統合後は「全社横断のサプライチェーン分析」へと発展します。マスタデータ統合はシステムの整備作業ではなく、BI・AI活用の基盤整備と位置づけることが、経営層の理解を得る上でも重要です。
よくある質問
「同じモノかどうか」の判断を、どこまで厳密にやればよいですか？
発注・在庫・製造に使う品番は、仕様や品質要件を確認したうえで判断し、安易に統合しないでください。一方、横断して集計したいだけなら、品番を統合せずに済む方法があります。元の品番は残したまま、製品ファミリーや仕様区分といった共通の分類を別に持たせてグルーピングする形です。集計用途だからといって差異を無視すると、原価の比較や品質の分析を誤ることがあります。進め方としては、まず「統合する」「別物として残す」「判断保留」の3つに仕分けし、保留分を設計・購買・製造の担当者で確認してください。最初から全件を厳密に判定しようとすると止まります。
工場ごとのBOMの差分は、なくすべきものですか？
なくす必要はありません。設備や調達先の違いから生じる差分には理由があり、無理に揃えると現場が回らなくなります。問題なのは差分があること自体ではなく、どこが差分なのかを誰も把握できていない状態です。共通部分を標準BOMとして持ち、工場固有の違いを差分として明示的に管理してください。そのうえで、変更の対象工場と適用時期を追跡できる仕組みを備えて、はじめて設計変更のときに「どの工場に影響するか」が判断できるようになります。
完全統合とマッピング管理、どちらから始めるべきですか？
ERP刷新やシステム統合の予定が具体的にあるなら、そのタイミングに合わせた完全統合を検討する価値があります。予定がないなら、マッピング管理から始めるほうが現実的です。各システムのコードをそのまま残して対応関係だけを管理すれば、業務を止めずに横断集計を実現できます。ただしマッピングは作って終わりではありません。品番が増えるたびに更新が必要です。始める前に、対応関係を誰が更新するかと、横断集計に必要な共通の定義（数量単位・原価の評価基準・集計期間など）を決めておいてください。これが曖昧なままだと、対応表はできても数字が比べられません。
まとめ
製造業のマスタデータ統合が難しいのは、品番体系の違いとBOMの複雑さが重なるためです。まず決めるのは「どこまで統一するか」で、完全統合・マッピング管理・部分統合の3つから自社の状況に合うものを選びます。ERP刷新の予定がないなら、マッピング管理で横断集計だけ先に実現する選び方もあります。品番の統合では、同一性の判断を業務部門が行うことと、移行後に古いコードが残っていないかを全件確認することが要です。BOMについては、1つに揃えることをゴールにしないでください。共通部分を標準BOMとして持ち、工場ごとの差分を明示的に管理すれば、設計変更の影響範囲が判断できるようになります。統合した後も、品番の追加・廃番のたびに体系が崩れないよう、変更管理のフローをあわせて整えてください。マスタデータ統合の設計・推進支援については、BFT Insightにご相談ください。