「システム上は在庫があるのに、倉庫に行くと現物がない」「本社の数字と拠点の数字が違う」「棚卸のたびに差異の原因を追いかけている」——在庫データのずれは、欠品による機会損失、売り越し、過剰在庫、そして棚卸作業の膨大な手間として跳ね返ります。しかも困るのは、ずれに気づいた時点では「どこで狂ったのか」が分からないことです。本記事では、在庫がずれる原因を5つに整理し、どこでずれたかを切り分ける手順、そして突合を自動化して再発を防ぐ対策を解説します。在庫の一元化そのものの進め方は在庫管理システム連携で解説しているため、本記事は「すでに合わなくなっている状態をどう直し、どう再発を防ぐか」に絞ります。棚卸のたびに原因調査に追われている状況から抜け出すための、実務的な手順をまとめました。
目次
在庫データのずれは、現物の動きとシステムへの反映の間に時間差や人手が介在することで生まれます。 倉庫では商品が動いているのに、システムへの反映が夜間バッチだったり、担当者の入力待ちだったりすれば、その間の数字は実態と違います。さらに、在庫を持つシステムが複数（基幹・WMS・EC・店舗）に分かれていれば、ずれる箇所も増えます。つまりずれは、担当者のミスというより、データの流れの設計から生じる構造的な現象です。原因を5つに分けて見ていきましょう。実務で頻度が高いのは反映の遅れ（原因1）と例外処理の未反映（原因5）で、最も見つけにくいのは二重計上（原因2）です。自社に当てはまるものが複数ある場合も多いので、頻度の高いものから手を打つのが効率的です。
出荷や入荷の実績が、リアルタイムではなく一定間隔でシステムへ反映される場合、その間隔の分だけ数字は実態と食い違います。夜間バッチで反映しているなら、日中の在庫は常に前日時点の数字です。ECサイトのように在庫が秒単位で動く場面では、この遅れが売り越しに直結します。どの在庫を、どのくらいの鮮度で見せる必要があるかを整理することが出発点です。すべてをリアルタイムにする必要はなく、業務ごとに必要な鮮度は違います。
同じ出荷を複数のシステムでそれぞれ計上したり、逆にどのシステムにも反映されないまま処理が終わったりすると、数字がずれます。たとえば前日の出荷ファイルを取り込んだ後、担当者が「反映されていないかも」と不安になって同じファイルをもう一度取り込む——手作業の運用では、これが実際に起こります。重複を防ぐキーの設計と、取り込み済みかどうかの管理が欠かせません。件数の突合を習慣にしていないと、この種のずれは長く放置されます。しかも発生時点では気づかず、棚卸のときに原因不明の差異として現れるため、追跡も難しくなります。
ケースとバラ、箱と個、重量と本数——システムごとに在庫の単位が違うと、換算を間違えた時点でずれます。たとえば同じ商品で「1ケース=12個」から「1ケース=10個」へ入数が変更されたのに、変換ルールが古いまま残っていれば、以降の数字は静かにずれ続けます。入数が商品ごとに異なる現場では、この管理が甘いと誤差が積み上がります。単位と入数を持つマスタを正しく共有できているかが、ここでの分かれ目です。数字の桁が合わないずれは、まずここを疑うと早く原因に到達します。とくに取引先ごとに入数が異なる商品や、途中で入数が変更された商品は要注意です。
受注時に在庫を確保する（引当）タイミングや、キャンセル時に解放するルールが曖昧だと、「あるはずの在庫が使えない」「使えない在庫が空きに見える」状態が生まれます。物理的な在庫数は合っているのに、利用可能な在庫数が合わないというケースです。引当済み・出荷済み・返品待ちといった状態をどう管理するかを、システム間で揃える必要があります。在庫の「数」だけでなく「状態」を合わせる視点が重要です。販売可能在庫がずれると、受注できるはずの注文を断ってしまう機会損失にもつながります。
返品、廃棄、拠点間の移動、サンプル出庫といった例外的な動きは、通常の受発注フローの外で発生しがちです。そのため担当者が手作業で処理し、システムへの反映が漏れます。少額・少量でも積み上がれば、棚卸で無視できない差異になります。例外処理こそ、記録の仕組みを用意しておくべき対象です。「イレギュラーだから後で入力する」が積み重なると、どの時点の数字も信用できなくなります。
原因の候補が分かったら、実際に自社のどこでずれているかを特定します。ここで大切なのは、思いつく箇所から手当たり次第に調べないことです。範囲を段階的に狭めていけば、原因は具体的な経路として見えてきます。次の3ステップで進めると、短時間で原因に到達できます。調べた経路は記録に残しておくと、次に差異が出たときの調査が速くなります。
まず、基幹・WMS・EC・店舗のどの組み合わせで数字が違うかを確認します。特定の2つの間だけずれているなら、その受け渡しに原因があります。すべての数字がばらばらなら、マスタや単位の問題を疑います。ずれている箇所を狭めることが、原因特定の第一歩です。システム構成図の上に、どこで数字が食い違っているかを書き込んでみると見通しがよくなります。
システムごとに締めのタイミングが違うと、同じ瞬間の数字を比べていないことがあります。「何時時点の在庫か」を揃えてから比較しないと、ずれていないものをずれていると誤認します。比較の前提を揃えるだけで、差異が消えることも珍しくありません。ここは見落としやすい落とし穴です。とくに拠点間で締め時刻が異なる場合、単純に同時刻で比べればずれて見えてしまいます。
差異が出ている特定の商品について、入荷から出荷までの動きを1件ずつ追います。どの伝票がどのシステムに反映され、どこで止まっているかを見れば、原因は具体的に見えてきます。全商品を一度に調べるより、代表的な数品を深く追うほうが早く原因に届きます。この作業で見つけた経路が、そのまま改善対象になります。1件を丁寧に追う手間は、同じ調査を毎月繰り返す手間よりはるかに小さく済みます。
原因が分かったら、その場の数字を直すだけでなく、同じずれが起きない仕組みを用意します。数字を合わせる作業だけを繰り返していると、毎月同じ時間を差異の調査に費やすことになります。ここでは、再発防止に効く4つの対策を挙げます。自社の原因に対応するものから着手してください。すべてを一度に整えるのは難しいため、影響の大きい経路から順に仕組み化していくのが現実的です。
手作業での受け渡しをデータ連携に置き換え、反映の間隔を業務に必要な鮮度まで縮めます。基幹・WMS・ECのそれぞれに、必要な頻度で自動的に届く状態をつくります。すべてをリアルタイムにする必要はなく、ECのように即時性が要る在庫と、日次で足りる在庫を分けて設計します。人手の介在をなくすことが、入力漏れとタイムラグの両方に効きます。担当者が忙しい日ほど反映が遅れる、という運用リスクもなくなります。
システム間の在庫数を定期的に自動で突き合わせ、差異が出たら通知する仕組みを用意します。棚卸のときにまとめて発見するのではなく、日次で小さく気づければ、原因の特定も容易です。差異が小さいうちに直せるかどうかが、現場の負担を大きく分けます。毎日の確認であれば、前日の動きだけを見ればよいため、原因の追跡もはるかに容易です。突合の自動化は、投資対効果が見えやすい対策です。棚卸にかかっていた時間が短縮されれば、効果を数字で示すこともできます。
商品コード、入数、在庫の状態区分（引当済み・出荷済み等）の定義をシステム間で揃えます。完全統一が難しければ、変換ルールを1か所で管理して読み替えられる状態にします。定義がそろっていないままつないでも、ずれは形を変えて残ります。連携を組む前に、この定義の整理を済ませておくことが遠回りを避けるコツです。マスタの整合をとってからつなぐ、という順序はここでも同じです。
返品・廃棄・移動・サンプル出庫といった例外も、記録して反映される経路を用意します。「例外だから手作業」で済ませていると、そこが恒常的なずれの発生源になります。頻度が低くても、記録の入口を決めておくことが再発防止につながります。誰がいつ何を処理したかが残れば、差異が出たときの調査も早く終わり、担当者以外でも状況を追えるようになります。
データ連携について詳しく学ぶ（無料ダウンロード）
在庫の反映と突合を仕組みにできるのが、データ連携基盤「ASTERIA Warp」（累計10,000社超）です。100種類以上のアダプターで基幹システム・WMS・EC・DB・ファイルをつなぎ、出荷・入荷実績の反映、システム間の在庫数の突合、差異が出たときの通知までをノーコードで組み立てられます。単位や入数の換算、商品コードの読み替えもフロー上で吸収でき、リアルタイムに近い連携と日次バッチを用途別に使い分けられます。実際に株式会社アダストリアは約1,500店舗とECサイト・外部企業をつなぎ、商品マスター・在庫・ポイント等の共通データを一元化しました。株式会社壱番屋は棚卸業務そのものを自動化し、月180時間分の作業工数を削減しました。差異を人が突き合わせる時間が、そのまま消えた形です。差異に早く気づける状態をつくることから始めてみてください。
Q. どのくらいの期間で改善できますか？
A. 1経路の突合と通知だけなら、短期間で構築できます。まず日次で差異に気づける状態を作り、そこから反映の自動化へ広げるのが現実的です。全システムの一元化を待つ必要はありません。
Q. どこでずれたかを特定するには？
A. まずどのシステム間でずれているかを絞り、次に「何時時点の在庫か」を揃えて比較します。そのうえで差異の出ている商品を数点選び、入荷から出荷までの動きを1件ずつ追うと、止まっている箇所が具体的に見えてきます。
Q. 物理的な在庫数は合っているのに、使える在庫が合いません。
A. 引当のルールが曖昧なケースです。受注時に確保するタイミング、キャンセル時に解放するルール、引当済み・出荷済み等の状態管理をシステム間で揃える必要があります。販売可能在庫がずれると、受注できるはずの注文を断ってしまう機会損失にもつながります。
Q. 再発を防ぐには何をすべきですか？
A. 反映の自動化で時間差と入力漏れをなくし、システム間の在庫数を定期的に自動で突き合わせて差異を早期に検知します。あわせて、コード・単位・状態区分の定義をそろえ、例外処理にも記録の経路を用意します。
在庫データのずれは、現物の動きとシステムへの反映の間に時間差や人手が介在することで生まれる構造的な現象です。原因は、反映タイミング、二重計上・計上漏れ、単位・入数の違い、引当ルールの曖昧さ、例外処理の未反映の5つに整理できます。特定は「どのシステム間か→時点を揃える→商品を絞って追う」の順で進めるのが確実です。対策は、反映の自動化と突合の自動化、定義の統一、例外の記録経路づくり。差異に早く気づける状態をつくるなら、データ連携基盤「ASTERIA Warp」も候補になります。
▼ 在庫の突合と反映の自動化を、実際に動かしてみる ASTERIA Warpは全機能を試せる無料体験版をご用意。在庫の反映や突合の自動化も、サーバー準備不要ですぐに体験できます。 |
PM・SE・マーケティングなど多彩なバックグラウンドを持つ「データ連携」のプロフェッショナルが、専門領域を超えたチームワークで「データ活用」や「業務の自動化・効率化」をテーマにノウハウやWarp活用法などのお役立ち情報を発信していきます。
ASTERIA Warp製品の技術情報やTips、また情報交換の場として「ADNフォーラム」をご用意しています。
アステリア製品デベロッパー同士をつなげ、技術情報の共有やちょっとしたの疑問解決の場とすることを目的としたコミュニティです。
