複数モールの在庫連携を自動化する方法｜在庫ズレの原因とマスタ統合

「在庫連携ツールを入れたのに、まだ在庫がズレる」——複数モール運営の見えない落とし穴

自社EC・楽天・Amazon——販売チャネルを複数持つEC事業者にとって、在庫の二重受注（実際にはもう在庫がないのに、別チャネルで注文を受けてしまうこと）は避けたいトラブルの筆頭です。この対策として、ネクストエンジンやTEMPOSTARといった在庫連携ツールを導入し、各チャネルの在庫数を自動で一元管理している事業者は少なくありません。

ところが、こうした在庫連携ツールを導入したはずなのに、「なぜか在庫数が合わない」「特定の商品だけたびたびズレる」という声が根強く残っているのも事実です。ツールを入れれば終わり、ではなく、入れたあとに別の壁にぶつかるケースが実務では珍しくありません。

この記事では、在庫連携ツールを導入してもなお残る在庫ズレの根本原因と、AI（LLM＝大規模言語モデル。文章やデータの意味を人のように理解して処理できる生成AIの中核技術）を使ってその原因まで踏み込んで解消する進め方、費用の目安を整理します。

在庫がズレたとき、最初に切り分ける4つの原因

「在庫連携ツールを入れたのにズレる」という状態は、原因が1つではありません。順番に切り分けないと、マスタの整備という重い作業から手を付けて、実は設定値の問題だった、ということが起こります。ズレを見つけたら次の順で確認してください。

• ① 同期のタイミング差（反映ラグ）：在庫連携ツールから各モールへの在庫更新は即時ではなく、数分〜十数分の間隔で反映されるのが一般的です。セール開始直後やテレビ露出の直後など、短時間に注文が集中する局面では、このラグの間に在庫数を超える受注が入ります。頻発するなら、まず安全在庫（バッファ）の設定を見直します。
• ② 引当のルール：受注時点で在庫を引き当てるのか、出荷指示の時点なのかはツールと運用で異なります。キャンセル・返品時に在庫を戻すタイミングも同様です。ここが揃っていないチャネルがあると、そのチャネルだけ恒常的にズレます。
• ③ セット商品・同梱品の在庫計算：単品とセット（バンドル）で同じ在庫を共有している場合、片方が売れたときにもう一方の在庫を減らす計算が必要です。この計算に対応していない、または設定していないと、セット商品を扱う商品だけがズレます。
• ④ 商品マスタの不一致：ここまでで説明がつかない「特定の商品だけ、恒常的にズレる」は、商品コードの紐づけそのものが切れている可能性が高くなります。次章の内容がそのまま原因の候補です。

①〜③は設定と運用ルールの問題で、当日中に手を打てます。④だけが商品マスタの整備という時間のかかる作業になるため、切り分けの順番を守ることが、無駄な工数を使わない一番の近道です。

在庫連携ツールの多くは、「チャネルAの商品コード」と「チャネルBの商品コード」を紐づける設定さえ済んでいれば、あとは自動で在庫数を同期してくれます。問題は、この紐づけの元になる商品マスタ（商品コード・商品名などの基本情報を管理するデータ）そのものが、チャネルごとに表記が微妙に異なっていたり、重複して登録されていたりするケースです。

• 同じ商品なのに商品コードが違う：自社ECでは「WT-M」、楽天では「wt-m-01」、Amazonでは別のASIN（Amazon固有の商品識別番号）で管理されている——見た目には同じ商品でも、コードが一致していなければ連携ツール側で正しく紐づけられません。
• 紐づけ設定の抜け漏れ：新商品を追加するたびに、全チャネル分の紐づけ設定を漏れなく登録し続ける必要がありますが、担当者の入力ミスや設定漏れが積み重なると、その商品だけ同期対象から外れてしまいます。
• 旧型番・廃盤品が残ったまま：型番変更や廃盤があっても、過去の登録データがマスタに残ったままだと、古い商品コードに対して在庫数の更新がされ続け、実際の在庫と表示がずれていきます。

これらは在庫連携ツールの不具合ではなく、その手前にある商品マスタの整備状況に起因する問題です。ツールを入れ替えても、マスタ側の表記ゆれ・重複が残っていれば同じ現象が再発します（この商品マスタの表記ゆれ・重複をAIで名寄せ〔複数のデータの中から同一の対象を指すものを特定し、1つにまとめること〕・統合する具体的な進め方はEC商品マスタの名寄せ方法｜表記ゆれ・重複をAIで統合する手順で詳しく整理しています）。

チャネルごとに揃わない仕様を、先に把握しておく

在庫連携は「全チャネルを同じルールで揃える」ことができません。チャネル側の仕様差は前提として受け入れ、運用ルールで吸収する設計にします。

• 管理の粒度が違う：色・サイズ違いをSKU単位で持つチャネルと、商品単位でまとめるチャネルがあります。粒度が違うまま紐づけると、バリエーション商品だけが合わなくなります。
• 在庫更新の反映速度が違う：更新の受け付け方（API・CSV・管理画面）と反映間隔はチャネルごとに異なります。最も遅いチャネルに合わせて安全在庫を決めるのが実務的です。
• 在庫0の扱いが違う：在庫0で商品ページを非公開にするか、掲載を残して入荷待ちにするかはチャネル側の設定に依存します。掲載を残す設定では、在庫が戻ったときの再開手順まで決めておかないと販売機会を落とします。
• 識別コードが違う：自社の商品コード・JAN・モール固有の識別番号（ASIN等）のどれを紐づけの軸にするかを、最初に1つ決めます。軸が商品ごとにばらついていることが、紐づけ漏れの温床になります。

在庫数だけでなく、商品ごとの賞味期限・使用期限やロット番号がExcelや台帳に散在している場合は、複数モールの在庫数を正しく同期していても、期限切れ間近のロットを「販売可能」として計上してしまいます。食品卸・理美容材料卸・介護用品卸のように期限管理が必要な業種では、賞味期限・使用期限（ロット）管理を自動化する方法もあわせてご覧ください。

在庫連携を「基幹システム・経営データ活用」まで一体設計する

もう1つ見落とされがちなのが、在庫連携ツールが同期するのはあくまで「在庫数」という数字だけで、その先の受発注データ・仕入データを基幹システム（販売管理・会計等の社内システム）や経営レポートに活かす設計までは範囲に含まれていない、という点です。

在庫連携ツールで各チャネルの在庫数が正しく合うようになっても、「どのチャネルで何が売れているか」「発注のタイミングをどう最適化するか」といった経営判断に使うには、在庫連携データを基幹システム側に取り込み、売上・仕入データと突き合わせる設計が別途必要になります。ここを場当たり的にExcelへの手入力でつなぐと、せっかく在庫連携を自動化したのに、その先でまた手作業の転記が発生するという本末転倒が起きます。

AIで進める在庫連携高度化の進め方（4フェーズ）

在庫連携の高度化も、いきなり全チャネル・全商品を一括で作り直すのではなく、段階を踏んで進めるのが実務的です。

①現状の把握では、対象となるチャネル数・商品点数・現在使っている在庫連携ツールの設定状況を洗い出し、どこで表記ゆれ・紐づけ漏れが起きているかを特定します。「特定の商品だけズレる」原因の多くは、この現状把握の段階で商品マスタ側の突き合わせを行うことで見えてきます。

②PoC（概念実証。小規模に試して効果を確認する工程）では、いきなり全商品を対象にせず、まず一部のカテゴリだけでAIによる商品マスタの突き合わせ・名寄せを試します。LLMは、商品名や型番の表記が完全一致していなくても、文脈から同一商品かどうかを判定できます。ここで実際の商品データを使い、どの程度の精度で同一商品を特定できるかを確認します。

③実装では、PoCで見えた精度を踏まえ、対象範囲を全チャネル・全商品へ広げます。統合済みの商品マスタをベースに在庫連携ツールの紐づけ設定を作り直し、あわせて基幹システムへのデータ連携設計まで行います。

④運用は、新商品の追加やチャネル追加のたびに商品マスタの整合を保ち続ける必要があるという前提に立った工程です。命名ルールの徹底や、定期的な重複チェックを含めた保守体制を維持します。

新商品を複数モールへ登録するたびに、マスタ側の手間まで発生していないか

ここまで見てきた商品マスタの整備は、既存商品の在庫ズレ解消だけでなく、新商品を複数モールへ追加登録する場面でも効いてきます。新商品を出すたびに各モールのフォーマットへ合わせて商品情報を個別入力していると、その入力のたびに表記ゆれや紐づけ漏れが新たに生まれる構造になっているためです。登録の進め方は、商品点数や新商品の発生頻度によって向き不向きが分かれます。

商品点数・新モール追加の頻度が少ないうちは都度対応やCSV一括登録でも十分ですが、新商品登録が継続的に発生する運用では、統一済みの商品マスタを起点にモールごとの変換テンプレートを持っておく方式が、登録のたびに手間を増やさずに済みます。紙・PDFカタログから新商品の情報を商品データ化する場合の進め方は紙・PDFカタログを商品データ化するには｜AI活用と費用の目安で整理しています。

費用と期間の目安

在庫連携まわりの費用は「ツール利用料」と「マスタ整備・連携設計の一時費用」に分かれます。以下は市場の一般的な目安であり、特定サービスの確定価格ではありません。

投資判断は、二重受注の発生件数（キャンセル対応とお詫びにかかる時間を含む）、在庫調整のための手作業の時間、欠品による販売機会の損失の3つを実測してから行うと精度が上がります。特に二重受注は、対応工数だけでなくモール側の評価にも影響するため、件数を記録しておく価値があります。

まとめ——在庫連携は「ツール導入」で終わらず、マスタと基幹連携まで見て設計する

複数モールの在庫連携は、ツールを導入すれば完了するものではなく、①同期ラグと安全在庫、②引当と戻しのルール、③セット商品の在庫計算、④商品マスタの一致、の4点が揃って初めて機能します。ズレが起きたら、この順で切り分けるのが最短です。

①〜③は設定と運用の見直しで今日から着手でき、費用もほとんどかかりません。時間がかかるのは④のマスタ整備だけです。ツールを入れ替える判断をする前に、まず自社のズレがどの階層で起きているかを1週間記録してみてください。記録があれば、ツールの乗り換えが必要なのか、マスタの整備が先なのかが自分で判断できます。