slug: wcs-wms-count-discrepancy-troubleshooting-guide lang: ja title: WCSのカウントとWMSが合わないとき：差異トラブルシューティング・プレイブック excerpt: WCSのカウントがWMSと合わない場合、90%は5つの根本原因に集約されます。Lin Xiaoの10ステップのトラブルシューティング・チェックリストを使えば、ステップ4までにほとんどの差異が見つかります。 section: software subcategory: wcs region: common tags: ['wcs','wms','照合','差異','コンベヤーカウント'] author: 林晓

WCSのカウントとWMSが合わないとき：差異トラブルシューティング・プレイブック

結論から先に：WCSのカウントとWMSの在庫が合わない場合、10件中9件はちょうど5つの原因に分類できます——光電センサーとスキャナーの誤読、ネットワークのパケットロスと時刻のずれ、ループを閉じない逆流、スキャンされない手作業の介入、そして最初からすり合わせられていないカウントの定義です。私はこの障害を3回経験しましたが、毎回お客様の最初の反応は「今夜、倉庫全体を再カウントしよう」でした。毎回、それは間違いでした。なぜかを説明し、続いて10ステップのトラブルシューティング・チェックリストを示します。順番どおりに実行すれば、90%の差異はステップ4までに明らかになります。

現実の惨事：稼働前夜に3,000個の差異

2024年10月、新設のWCS駆動ソートラインで1日20,000個を処理する50,000平方フィートのeコマース倉庫は、稼働3週間目にWMS在庫とWCSの機械カウントがずれ始めました——累積で3,000個以上です。オペレーションディレクターはその夜の全数実棚を要求しました。私は止めました：カウントは「どれだけずれているか」は教えてくれますが、「なぜずれたか」は教えてくれないのです。3時間の調査で2つの根本原因が見つかりました。第一に、ソーターの透過型光電センサーが段ボールの粉塵で遮られ、約1,200個を過小カウントしていました。第二に、返品プロセスがオフラインで動いており、1,800個以上の返品がスキャンポイントを一度も通過していませんでした。合計で約3,000個。一文にまとめると：数値を埋めようとする前に、差異がどこから来たのかを見つけてください。

WCS–WMSカウント差異の5つの真の原因

**原因1：光電センサーとスキャナーの誤読。**最も一般的です。汚れたセンサー、ずれたビーム、荷物が詰まりすぎて二重検知を引き起こす。固定式スキャナーにはノーリード率があります——それは故障ではなく確率です。計算してみましょう：1日20,000個、ノーリード率0.5%なら、1日100個、1ヶ月で3,000個のずれです。これがまさに上記の倉庫が3,000個の差異を積み上げた仕組みです。

**原因2：ネットワークロスと時刻のずれ。**WCSコントローラーとWMSサーバーの時計が合っていないと、イベントの順序が壊れます。WCSが「仕分け完了」を報告し、WMSがタイムスタンプで重複排除して「そのイベントはもう見た」と判断して捨ててしまうのです。私はこれを3回経験しましたが、3回ともITは「ネットワークは正常です」と言い張りました——コントローラーの時計が40秒以上遅れているのを見つけるまでは。

**原因3：ループを閉じない逆流。**返品、例外ダイバート、再梱包——本流から外れるものすべて。WCSはこれらの個数を数えませんが、WMSの在庫は動きます。10件中9件の倉庫が逆流を手作業のオフラインで処理しています。差異が育つのはここです。

**原因4：再スキャンのない手作業の介入。**ジャムが発生し、作業者がカートンを例外シュートまで手で運び、スキャンなし。品質抜き取りで数個を取り、忘れる。1回や2回はどうということはありませんが、繁忙期に1日何十回も起これば、数字は永遠に合いません。

**原因5：最初からすり合わせられていないカウントの定義。**一番理不尽なもの：両方とも正しいのに、同じものを数えていないのです。WCSは「機械を通過した個数」を数え、WMSは「在庫の個数」を数えます——輸送中、例外シュート、品質保留エリア：どちらが保有するのですか？定義がずれたままでは、カウントは永遠に合いません。

直感に反する判断基準：**WCSの累積カウント自体は決して信用せず、タイムスタンプ付きのイベントストリームを信用してください。**イベントを1つ落とす累積カウンターは永遠に間違ったままです。欠落のあるイベントストリームはログから再構築できます。常にイベントからトラブルシューティングし、合計値をじっと見ても始まりません。

10ステップのチェックリスト：この順番でトラブルシューティング

**差異レポートを取り、切り分ける。**SKU別、シュート／仕分け先別、時間帯別に切る。少数のシュートに集中している差異は機器を、均等に広がる差異はインターフェースと定義を指します。
**WCSのイベントログを読む。**ノーリード記録と光電異常に注目し、差異が始まった時期と照らし合わせる。
**光電センサーをテストする。**一つずつ遮光テストする：汚れたものは清掃し、ずれたものは再調整する。荷物の最小間隔が300ミリメートルを下回れば二重検知はほぼ確実——間隔を直すか、誤差を受け入れて補正ロジックを組む。
**ネットワークと時計を確認する。**コントローラーとWMSサーバーの同期を確認し、5秒を超えるずれは他の何より先に直す。インターフェースのキューに滞留・リトライ・ドロップがないか確認する。
**逆流を監査する。**直近1週間の返品、例外ダイバート、再梱包チケットをたどり、それぞれがWMSに到達しているか確認する。
**手作業介入の記録を確認する。**例外シュートの手作業ログ、ジャム解消記録、品質抜き取り——一つずつ突き合わせる。
**カウントの定義をすり合わせる。**双方の定義を書き出し、一行ずつ比べる：輸送中、例外シュート、品質保留、仮置き——誰が保有するのか。「差異」の半分はこのステップで消えます。
**マスターデータを確認する。**重複したSKUバーコード、1製品に複数コード——スキャナーはバーコードを正しく読みましたが、そのバーコードが間違ったSKUに紐づいていました。
**1時間を端から端まで再構築する。**最もひどい1時間を選び、カメラ映像とログを取り出し、1個ずつ突き合わせる。地道な作業ですが、これしか確定できないのです。
**修正し、再テストし、それから数える。**根本原因を修正したら4時間運転し、差異が収束するか観察する。収束すれば、基準を合わせるために1回実棚をする。収束しなければ、根本原因が間違っている——戻って再確認する。

カウント差異のトラブルシューティングのため倉庫の電気制御キャビネットを点検するエンジニア