製品マスタメンテナンスシステムとは:工場に必要な理由

製品マスタとは、製品をつくるために必要なすべての情報 — 品目定義、部品表(BOM)、工程(ルーティング)、作業指示、単位、公差、リビジョン履歴 — の唯一の正となるデータです。製品マスタメンテナンスシステムとは、製品・サプライヤー・工程が変化してもそのすべてを正確に保つための仕組みとワークフローであり、工場内の他のあらゆるシステムが読み取る内容を信頼できるようにするものです。

この「信頼」こそがすべてです。下流の計画・実行システムはすべてマスタを消費します。MRPはBOMを展開して購買オーダーと製造オーダーを生成し、APSは工程とサイクルタイムに基づいてスケジュールを組み、MESはオペレーターに作業指示を出し、品質管理はマスタの公差と照合して検査します。古い工程や誤ったBOM数量は、自らを名乗り出ることはありません — 誤った購買オーダー、実行不可能なスケジュール、原因不明のスクラップ、不合格になる顧客監査へと、静かに伝播していきます。

なぜほとんどの工場で製品マスタが崩壊するのか

ここでつまずく工場の多くは、同じ根本原因を抱えています。製品マスタが表計算と暗黙知の中に存在しているのです。設計部門が1つのコピーを持ち、購買部門が別のコピーを持ち、現場には印刷された3つ目のコピーが貼られている。コピーは数週間で食い違い始めます。リビジョン履歴も承認ステップもなく、半年前のロットが実際にどのバージョンで作られたのかを知る術もありません。マスタデータの管理は、日々の規律ではなく、年に一度の大掃除プロジェクトになってしまいます。

製品マスタメンテナンスシステムが行うこと

まともな製品マスタメンテナンスシステムは、これをリビジョン管理下の一元化された品目・BOM・工程レコードに置き換えます。変更がいつ効力を持つかを正確に定める発効日、設計変更の承認ワークフロー、誰がいつ何を変更したかの監査証跡、そして重複品目・宙に浮いた構成部品・単位の不整合が生産に到達する前に捕捉するバリデーションルールです。

マスタを現場で生きたデータにする

同じく重要なのは、マスタがどうやって現場に届くかです。マスタデータは、毎晩CSVをエクスポートするだけのサイロに閉じ込めておくべきではありません。Meta Smart Factoryでは、製品マスタは生きた業務データです。MESの製造指示、MRPの展開、APSのスケジュールは、すべて同じ最新リビジョンを読み取ります。10:00にリリースされたBOM変更は、10:05に開始される次の製造指示が準拠するものとなり、それ以前に作られたすべてのロットの系譜には旧リビジョンが保存されます。

ERPとの関係:SAP、Dynamics、NetSuite、Odoo

品目マスタの商務的な側面がSAP、Microsoft Dynamics、NetSuite、OdooといったERPにある場合、メンテナンスシステムはそれと競合してはなりません。双方向のERP連携により、商務属性(品目番号、原価、サプライヤー)と製造属性(工程、作業指示、公差、機械パラメーター)が自動的に同期され、どちらの側でも二重入力は発生しません。

この規律を運用する — 何が返ってくるか

この規律そのものは、言葉にすればシンプルです。すべてのデータ領域に責任者を置くこと。BOMの正確性を、思い込みではなく実際の製造実績と照合してレビューすること。旧リビジョンは削除するのではなく発効日で退役させること。BOM精度や設計変更のリードタイムといったマスタデータKPIを追跡すること。そして現場をフィードバックループとして扱うこと — オペレーターが不一致に気づいたら、黙って回避するのではなく、数秒でMES上から報告できるべきです。

成果は測定可能です。実際のBOMを信頼できるMRPは、欠品の不意打ちも過剰な安全在庫も生まなくなります。スケジュールは幻の能力を前提に崩れることがなくなります。かつて数日かかっていた監査は数時間で完了します。すべてのロットが、製造時に準拠した正確なマスタリビジョンまで遡れる完全な系譜を持っているからです。そして設計変更が数週間ではなく数分で購買・計画・現場に伝わるため、新製品の立ち上げも速くなります。

Meta Smart Factoryは、製品マスタのメンテナンスを切り離されたアーカイブ作業ではなく、製造実行の一部として扱います。MES、MRP、APSがリビジョン管理・ERP同期・完全なトレーサビリティを備えた1つの生きたマスタを共有するのです。もしあなたのBOMがいま表計算の中にあるなら、それこそが、現状と、計画システムが本来発揮できるはずの実力とのあいだのギャップです。