WMSとERPの在庫照合：システムのせいにする前にこの3つの表を確認しよう

WMSとERPの在庫照合がうまくいかなくなると、多くの倉庫で最初に思い浮かぶのはソフトウェアのせいにしてベンダーに電話することです。その考えはちょっと待って、発注書も待ってください。まず請求書の話から始めましょう。そこにこそ本当の物語があるからです。

1日3,000件の注文を出荷する倉庫を考えてみてください。WMSとERPが1日わずか200単位だけ食い違っているとしても、例示的な単価60ドルで計算すると、月あたり360,000ドル分の在庫が2つの異なる真実のバージョンに挟まれていることになります。商品が失われたわけではないかもしれません。しかし2つのシステムが食い違っている間、経理は帳簿を締められず、カスタマーサービスは自信を持って納期を約束できず、購買は再発注すべきものを決められません。その優柔不断の隠れたコストは、システムを直すコストよりもほぼ常に大きく、毎月繰り返されます。

ですから、システムを疑う前に3つの表を確認してください。私の経験では、その3つの表が一致すれば、照合差異の約80パーセントは自然に説明がつきます。

WMSとERPの在庫照合は3つの表から始まる

1つ目の表は移動台帳です。WMSは物理的な現実を記録します。何を受け取り、どのロケーションに格納し、何をピッキングして出荷したかです。ERPは伝票とお金を記録します。発注書、販売注文、返品、移転です。差異の最も一般的な出発点はタイミングです。商品はすでに動いているのに、伝票がまだ計上されていない。出荷済みの在庫なのに、販売出荷伝票がまだ承認待ちである。返品はすでに棚に戻っているのに、返品注文がカスタマーサービスのキューで止まっている。チェックは単純で地味です。同じ日、同じSKUについて、WMSの移動明細とERPの伝票明細を並べ、差異がどの伝票に載っているかを見るのです。

2つ目の表は棚卸調整ログです。多くの差異は、気づいたその日に生まれたものではありません。棚卸調整によって生まれます。WMSは棚卸後に10単位を償却するのに、ERPは対応する調整を一度も受け取らないか、符号や原価勘定が異なる形で受け取り、その日から2つのシステムはすれ違っていきます。結果だけを見るのではありません。調整記録そのものを見てください。誰が、いつ、どんな証拠に基づいて行い、相手システムがそれを確認したかどうかです。相手側の確認がない調整はすべて疑わしいものとして扱うべきです。

3つ目の表は期首残高と輸送中在庫です。期首残高が間違っていれば、その後のすべての月も間違います。輸送中在庫が除外されれば、2つのシステムは常にその輸送中数量分だけ食い違います。これが最も痛いのは3つの場面です。新システムの稼働開始、倉庫移転、そして大きな販促に向けた積み増しです。チェックは、稼働開始日の期首残高を取り出し、輸送中の購買、移転、返品を1つずつたどることです。

ここで例示的な事例を紹介します。中国東部の消費財エレクトロニクス倉庫は、月約80,000件の注文を出荷しており、人気の小型家電についてWMSがERPより1,400単位多いことを発見しました。オーナーはWMSが出荷を見落としたのだろうと考えました。3つの表をたどると違う物語が見えてきました。900単位はすでに倉庫に受け入れられた顧客返品で、返品注文はまだ承認待ちのためERPには未計上でした。300単位はWMSに計上されたもののERPに一度も同期されなかった棚卸調整によるものでした。そして最後の200単位は、旧倉庫から在庫を移した際の期首残高の二重計上でした。システムは壊れていませんでした。3つのプロセスの断絶が壊れていたのです。プロセスの修正には約2週間かかり、帳簿は一致しました。もしオーナーが先にベンダーに「システムを直す」料金を払っていたら、その請求書こそが本当の無駄になっていたでしょう。

2つ目の事例は逆向きです。自動車部品を扱うサードパーティ・ロジスティクス倉庫では、ERPがWMSより600単位以上多いことが判明しました。原因は早期請求でした。販売注文が商品の棚出し前にERPに計上されていたため、ERPはまだ物理的にロケーションにある在庫をすでに差し引いていたのです。修正は調整ではありませんでした。ルールでした。ERPの出庫計上はWMSの出荷確認に連動し、その確認なしに何も差し引かない。ルール導入後、月次差異は600単位超から40単位未満に減少しました。

WMSとERPの在庫照合は月末イベントではなく日々のリズムとして

照合を月末イベントとして扱うのは、最も高くつくやり方です。1か月分をすべてため込めば、数千単位の差異と1か月分の取引を掘り返すことになります。誰にもその時間はなく、結局きちんと行われません。

より安いリズムはその逆です。移動は毎日照合し、残高は毎週サンプリングし、月末は難しいケースだけに取っておくのです。

毎日締め前に、その日の移動に約20分を費やしてください。入荷、出荷、返品です。それぞれについてWMSの合計とERPの合計を比較します。自分で定めた閾値を超えたSKU、たとえば本例では20単位を超えたものは、その日のうちにフラグを立てます。翌朝は、まず前日のフラグ付き項目を片付けます。

週に1回、残高をサンプリングします。20 SKUを選び、Aクラス品目をすべて確認し、Bクラスをサンプリングし、Cクラスをローテーションします。週次サンプルは問題を早期に捉えます。残りについては月1回の全面棚卸で十分です。

月末はその後、2つのことだけを扱えばよくなります。その月に未解決のまま残った難しい差異と、棚卸調整が同期されたことの確認です。

ここが直感に反する部分です。2つのシステム間で100パーセントの一致を追い求めることは、通常最も高くつく選択肢です。低価値のCクラス品目で数単位の差異があっても事業への影響はほとんどありませんが、3人を送り込んで追いかけさせるコストは商品の価値より高くつきます。本当に重要なのは2つのラインです。高価値AクラスSKUの差異率と、出荷、請求、補充に直接影響する差異です。それ以外には許容値を設定してください。許容範囲内は理由を記録し、範囲外だけを調査します。節約した労力はAクラス在庫の監視に回します。そちらの方がリターンがはるかに大きいのです。

計算できる最終損益

照合しないコストは3つの部分からなります。労力、誤出荷、意思決定の遅れです。労力は価格付けが簡単です。1人が1日に何件確認できるか、1日あたりのコストはいくらか。誤出荷も簡単です。返品運賃、カスタマーサービスの時間、顧客を失うリスクです。3つ目が最も高く、最も見えにくい部分です。帳簿が食い違っている間、再発注すること、大きな注文を受けること、月を締めることをためらいます。

明日実行できる計算を紹介します。月平均の差異単位数に平均単価を掛けてください。それが不一致状態で宙に浮いている在庫の価値です。次に、毎月差異の追及に費やす人日数に1日あたりのコストを掛けてください。両者を足し合わせます。それが「一致しないこと」が毎月あなたにかけているコストです。次に代替案を価格付けしてください。移動チェックに1日20分、サンプリングに週半日、月あたりおよそ2〜3人日です。その投資が現在の支払いより小さければ、このリズムは自ら元を取ります。すでに小さくて差異が残るなら、問題はリズムではありません。特定の断絶であり、3つの表がどれかを教えてくれます。

この計算を行う倉庫のほとんどは同じ結論に達します。最も安いレバレッジポイントは、新しいシステムでも棚卸要員の増員でもありません。書き出して強制される、退屈な4つのルールです。入荷は実際の入荷に連動する。出荷は出荷確認に連動する。返品は実際の入荷と格納に連動する。調整は両側からの確認に連動する。この4つのルールを壁に貼ってください。どんなソフトウェアのアップグレードよりも多くのお金を節約してくれます。

Lao Zhou（物流コストアナリスト）著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。