ERP-WMS連携：マスタデータが同期を外れると、在庫精度は死ぬ

まず結論から：**ERPとWMSの在庫数値が何週間も合わないとき、根本原因はほぼ常に同期されていないマスタデータである。**インターフェースは正常で、ネットワークも正常だ。2つのシステムが『同じ品目』の意味について合意していないだけである。2つの帳簿を照合しているのではない。最初から整合していなかった2つの言語の間で翻訳しているのだ。

私はこの壁に3回ぶつかった。中国南部の3Cアクセサリー販売業者、中国東部の化粧品フルフィルメント倉庫、そして直近では今年6月の仏山の小型家電輸出業者である。毎回症状は同じだった：ITが日次照合を行い、ERPとWMSが数百から数千単位ずれ、誰も理由を説明できない。財務はITを責め、ITは現場を責め、現場は実地棚卸が正しいと主張する。毎回、蓋を開けてみると同じものがあった：マスタデータのドリフトである。

マスタデータの同期ずれがあらゆる悪の根源である理由

ERPにおいて、品目とは財務と購買の言語である：品目コード、説明、仕様、計量単位、バーコード、寸法、重量。WMSにおいて、同じ品目は現場の言語である：同じコードだが、ABC区分、ロケーションルール、ローテーションロジック、梱包階層が重なっている。

これらの属性のうち1つでも不一致になると、在庫は2つの現実に分裂する。私が最もよく見る5つの失敗モードは次のとおりだ。チェックリストとして確認してほしい。ほぼ確実にそのうち1つがあなたの問題である：

症状	ERPの主張	WMSの主張	実際の根本原因
同じSKUが常に固定量だけずれる	ケース単位で記帳する	個単位でピッキングする	ケースから個への換算係数がWMSで維持されていない
新規品目が入荷時にスキャンできない	バーコードはERPに存在する	バーコードがWMSに送られていない	同期マッピングにバーコード項目が欠けている
循環棚卸が決して合わず、差異が一部のSKUに集中する	品目ステータスは単に『有効』	WMSには品質保留、凍結、破損ステータスがある	ステータス辞書が整合していない
ピッカーが誤ったバリアントを繰り返し取る	仕様はフリーテキスト	現場はバーコードに依存している	仕様項目の定義がシステム間で異なる
月末締めが悪夢になる	ロット単位で原価を追跡する	WMSは混合パレットを保管する	ロット管理属性の定義が異なる

注目してほしい：**これらのうちソフトウェアのバグは1つもない。すべてマスタデータの定義の不一致である。**だから、サーバーの増強、インターフェースの再構築、ミドルウェアの交換は金の無駄だ。修正はマスタデータ・ガバナンスにある。

プレイブック：稼働前夜のマスタデータ・チェックリスト

これは私が稼働前に毎回実行するチェックリストである。すべての項目にチェックが入るまで署名はしない。

ステップ1：唯一の真実の源を定める。

文書で決める：ERPが品目マスタデータを所有し、WMSはそれを消費する。WMSでの手動の品目作成なし、手編集の単位なし、手入力のバーコードなし。誰もがキックオフ会議ではうなずき、3週目には静かに無視する。私の対策：WMSの品目保守権限を完全に取り消し、読み取り専用にし、すべての新規品目をERP主導の同期経由に強制する。これは方針であり、提案ではない。

ステップ2：すべての項目を1つずつマッピングする。

両システムから品目テーブル全体を抽出し、フィールドマッピング表を作成する。次の8項目は鷹の目で監視する：品目コード、説明、仕様／モデル、基本計量単位、代替単位と換算係数、バーコード（単位、内装、外装カートン）、梱包階層、ロット管理フラグ。各項目について3つを記録する：ERPでの呼び名、WMSでの呼び名、同期方向と頻度である。**換算係数は特別に注意すべきだ：私が調査した数量不一致の大部分の原因である。**ERPで『1ケース＝24単位』という係数が変更されたのに同期されず、WMSが12で受け入れ続けると、その差異に悩まされることになる。

ステップ3：同期リズムを選ぶ：定期、イベント駆動、またはその両方。

私の標準：品目マスタデータはスケジュール同期する（夜間のフルパスに加え、新規品目作成時のイベント駆動プッシュ）。在庫トランザクションはリアルタイムである。マスタデータは数秒で届く必要はないが、確実に届かなければならない。すべてのプロジェクトで3つを要求する：(1)実際に読める同期ログ——どの品目か、いつか、成功か失敗か。(2)失敗時の自動リトライ3回、その後IT責任者へのSMS。(3)毎朝8時に運用とITの両方へメールされる自動の『昨日のマスタデータ変更』ダイジェストである。

ステップ4：稼働前にフル差分を取り、汚いデータを掃除する。

両方の品目マスタをエクスポートし、品目コードで結合してすべてを差分比較する。私のルール：不一致率が5%を超えたら稼働日を延期する。まず掃除する。これを最初に言っておかないと、何か月も火消しに追われる。私が見た最悪の例：品目のほぼ3分の1でバーコードが不一致だった。長年の手入力エラーである。稼働前の2週間の掃除の後、3か月連続で在庫精度99%以上を達成した。

ステップ5：現場に逃げ道を与える。ただし監査証跡付きで。

現実に触れればどんなプロセスも生き残れない：ドックでの緊急出荷、まだERPに登録されていない品目。私のアプローチ：WMSは『一時品目』を作成できるが、24時間で失効する。その時点で正式なERP品目に置き換えなければ、注文は自動ロックされ、倉庫管理者にコピーが送られる。一時品目には有効期限、所有者、完全な監査ログがある。認可された逃げ道がなければ、現場は独自の回避策を編み出し、それはずっと悪い。

倉庫システム連携

2つの実話

**実話その1：同期されなかったバーコード、無駄になった3か月の循環棚卸。**2023年11月、深センの携帯電話アクセサリー顧客。稼働から3か月後、棚卸差異が下がらない。2か月の調査の末、原因が判明した：サプライヤーが外装カートンのバーコードルールを変更し、ERPは更新されたが、インターフェースのフィールドマップに『外装カートンバーコード』項目がなかった。マップを作った担当者は不要だと思ったのだ。WMSは旧バーコードで受け入れ続け、スキャンは失敗し、スタッフはコードを手入力し、手入力コードは誤っていた。修正：項目を追加し、フル再同期を行い、3か月分の手動入荷を再監査した。教訓：マッピング表に1項目欠けているということは、まったく連携していないということだ。

**実話その2：財務が窃盗の疑いをかけられかけた換算係数。**今年6月の仏山で、家電メーカーがケトルの梱包構成を1ケースあたり6単位から8単位に変更した。購買はERPを更新したが、WMSには連絡が届かなかった。WMSは6で受け入れ続け、ERPは8で記帳した。1か月で数万単位が漂流した。月末締めが破綻し、1週間ほど人々は静かに内部窃盗を疑った。私は現場に行き、両方の換算係数を並べて比較し、5分で見つけた。今ではその顧客のすべての換算変更は、両システム確認付きの承認ワークフローを通る。

直観に反する結論

ほとんどの人は、ERP-WMS連携で最も難しいのはインターフェース技術だと思っている。どのミドルウェアか、どのプロトコルか、並行処理をどう扱うか。30件以上の稼働を経て、はっきり言う：技術は決して難しい部分ではなかった。難しい部分は、両方の事業チームにマスタデータの所有者を合意させることだ。

ITは所有したがる。事業側は『毎日使っていないのだから理解していない』と言う。購買は現場が読めない仕様説明で品目を作成する。財務はロット粒度を求め、運用は速度を求める。その合意に署名されるまで、世界で最も美しいインターフェースも飾りにすぎない。だから私が各プロジェクトのキックオフで最初に行うのは技術設計ではない。3者全員を1つの部屋に集め、マスタデータ・ガバナンス文書に署名させることだ。まず署名、それから話し合う。