正本は「システム」ではなく「属性」ごとに決める
在庫の正本（System of Record：その値について最終的に正しいとみなすデータの持ち主）を「ERPに一本化する」と決めても、実際の工場ではうまくいきません。ERPは月次の在庫金額と所要量計算に必要な粒度で在庫を持ち、MESは工程ごとの仕掛とロットの状態を持ち、WMSは棚番単位の現物の位置を持ちます。それぞれ見ている粒度と更新の速さが違うため、どれか1つに全属性を寄せると、他のシステムが必要な粒度を失います。
実務で機能するのは、在庫を構成する属性を分解し、属性ごとに「どのシステムが値を決めるか」「どのシステムは写しを持つだけか」を決めるやり方です。たとえば「品目コードと標準原価はERPが決め、ロットの品質状態はMESが決め、棚番はWMSが決める」という分け方です。写しを持つシステムは、正本から受け取った値を自分で書き換えてはいけません。この1行のルールを守れるかどうかで、後の在庫差異の量が決まります。
7属性の正本割り当て表
製造業で在庫を語るときに必要な属性は、おおむね次の7つです。下の表は、ERP・MES・WMS・SCP（サプライチェーン計画）を併用する工場でよく採られる割り当ての一例です。「正本」は値を決めるシステム、「写し」は参照用に受け取るシステムを指します。
| 属性 | ERP | MES | WMS | SCP |
|---|---|---|---|---|
| 品目（品目コード・BOM・単位） | 正本 | 写し | 写し | 写し |
| ロット（採番・親子関係・期限） | 写し（集約） | 正本（製造ロット） | 正本（購買ロットの受入） | 参照しない |
| 仕掛（工程別数量・状態） | 金額と工程完了数のみ | 正本 | 持たない | 集約値を参照 |
| ロケーション（棚番・荷姿） | 保管場所の単位まで | ライン側置場 | 正本（棚番） | 拠点単位 |
| ステータス（良品・保留・不良） | 在庫区分として写し | 正本（工程内） | 正本（倉庫内） | 利用可能数のみ |
| 引当（受注・指図への割当） | 正本（数量引当） | 指図への部材引当 | 正本（ロット・棚番指定） | 計画上の割当 |
| 評価（単価・在庫金額） | 正本 | 持たない | 持たない | 持たない |
この表で気をつけたいのは、ロット・ステータス・引当の3属性に「正本」が2か所ある点です。これは誤りではなく、物理的な場所で正本が切り替わることを意味します。倉庫にあるあいだはWMSが、ラインに払い出されたあとはMESが正本を持ちます。重要なのは、切り替わりの瞬間を1つの取引（払出・返納・完成入庫）として定義し、その取引が成立した時点で正本が移ることを両システムが合意していることです。属性ごとの境界をさらに細かく見たい場合はERP・MES・WMSの在庫の境界表を参照してください。
正本を決めないと起きるずれの典型3パターン
正本の割り当てが曖昧なまま運用すると、在庫差異はほぼ次の3つの型で現れます。
1. タイミングのずれ：MESでは14時に工程完了しているのに、ERPへの実績連携が夜間バッチのため翌朝まで在庫が増えない。この間にERPの所要量計算が走ると、存在する仕掛品を「無い」とみなして余計な手配がかかります。どちらも「正しい」値を持っているのに、時刻が違うだけで数字が合いません。
2. 単位のずれ：ERPは箱、MESは個、WMSはパレットで数量を持ち、換算係数（入数）がシステムごとに別々に登録されている状態です。入数の改訂が1システムにしか反映されないと、同じ現物が別の数量で記録されます。詳しくは単位換算が在庫の数字を狂わせる仕組みで扱います。
3. 二重計上：同じ移動を2つのシステムがそれぞれ「自分の取引」として計上するケースです。典型は、WMSの出庫とMESの部材受入が別々にERPへ連携され、ERP上で出庫が2回引き落とされるパターンです。逆に、どちらも「相手が計上するはず」と考えて誰も計上しない抜けも起きます。
割り当てを決める手順
正本の割り当ては、システム選定より前に決めておくのが理想です。すでに稼働している場合も、次の順序で棚卸すれば整理できます。
- 属性を列挙する：上の7属性を出発点に、自社で必要な属性（シリアル番号、品質検査結果、預託区分など）を加える
- 値が生まれる場所を特定する：その値が最初に確定するのは誰の操作か。ロットの品質状態なら検査工程の判定、棚番なら入庫時のスキャンです。値が生まれる場所に一番近いシステムを正本の第一候補にする
- 正本が移る取引を定義する：倉庫からラインへの払出など、正本が切り替わる境界を取引として名前をつけ、どちらのシステムが起票するかを決める
- 写しの更新方式と遅れの許容値を決める：写しをリアルタイムで受けるのか、何分遅れまで許すのかを属性ごとに決める。判断基準は在庫連携はバッチかリアルタイムかで整理しています
- 照合のルールを決める：正本と写しを毎日照合し、差があれば写し側を正本に合わせる。逆方向の修正は禁止する
属性ごとの割り当てが崩れやすい場面
割り当てを決めても、運用の中で崩れやすい場面があります。代表は、システム障害時の手書き運用からの復帰、棚卸差異の調整、返品・手直し品の再入庫の3つです。いずれも通常の取引の流れから外れるため、どのシステムで起票するかが曖昧になり、正本ではないシステムで直接数量を修正してしまいがちです。
こうした例外取引こそ、正本の割り当て表に「この取引はどのシステムで起票するか」を明記しておく必要があります。棚卸差異の調整であれば、差異を確認したシステム（倉庫ならWMS、ラインならMES）で調整取引を起票し、ERPへは写しとして流す、と決めておけば、月末にERPだけで帳尻を合わせる運用を避けられます。
よくある質問
ERP・MES・WMSのうち、1つしか導入していない場合も正本の割り当ては必要ですか
必要です。システムが1つでも、Excelの管理表や紙の台帳が実質的な写しとして存在することが多く、どちらに合わせるかを決めていないと同じずれが起きます。紙・Excelを「写し」と明確に位置づけ、正本はシステム側だと決めることから始めます。
正本が2つあるように見える属性は設計ミスではないのですか
物理的な場所で正本が切り替わるのであれば設計ミスではありません。問題になるのは、切り替わりの取引が定義されておらず、同じ時点で2つのシステムがどちらも値を書き換えられる状態です。
SCP（サプライチェーン計画）は在庫の正本を持たないのですか
一般にSCPは計画用の写しを持ち、在庫の実績値の正本は持ちません。SCPが使う「利用可能在庫」はERPやWMSの値を集約したもので、どの時点の値を取り込んだかを記録しておくことが計画の検証に役立ちます。
ERP・MES・WMSが混在する工場で、属性ごとの正本と連携取引を整理するご相談を承っています。
この記事に出てくる用語
在庫の正本はどのシステムにあるか
ERPの帳簿在庫、MESの仕掛、WMSのロケーション在庫。どこで数字が分かれるかを境界表で示す 全18本
- ERP・MES・WMSの在庫の境界表：品目・ロット・仕掛・ロケーションの17項目
- 引当の設計：仮引当と本引当を3システムでどう分けるか、二重引当を防ぐ5つのルール
- 仕掛在庫をMESで持つ意味と、ERPへの計上タイミング4方式の比較
- バックフラッシュ（自動引落し）の落とし穴：在庫差異を生む5つのパターンと数値例
この記事を書いた人
DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成と、製造業のデータ活用・AI の調査・開発・教育を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES・在庫・データ基盤を手がけた実務者が、計算式を検算し、欧米・中国の一次情報にあたって書いています。
週刊 在庫KPI
業種別の在庫KPIベンチマークの更新と、その週の新着記事5本を毎週月曜にお届けします。無料・いつでも解除できます。