複数モールの在庫連携｜売り越しを防ぐ仕組みと運用ルール

楽天で注文が入った瞬間、Yahoo!ショッピングにもAmazonにも、同じ商品がまだ「購入可能」のまま並んでいる。すでに売れた商品を、別のお客さまが買おうとしてしまう。複数のモールに出品している事業者なら、一度はヒヤリとした経験があるのではないでしょうか。

これは「売り越し」と呼ばれる、複数モール展開につきものの事故です。原因を単純な人為ミスだと片づけてしまうと、対策も「もっと気をつける」で止まってしまいます。でも実際には、売り越しには構造的な理由があります。在庫データが複数の売り場に分散している以上、どこかに必ずタイムラグと例外が生まれるからです。

私たちラクフルは、大阪・豊中でリユース・アパレルのECを運営しています。一点しか在庫のない商品を、複数のモールに同時出品する運用を日常的に行っています。この記事では、売り越しがなぜ起きるのかという構造を整理します。あわせて、在庫連携ツールでできること・できないこと、運用ルールでどこまで事故を減らせるのかも、現場の視点でお伝えします。小さな見落としが、お客さまとの約束を裏切ってしまう。だからこそ、本気で向き合っています。なお、単店舗での在庫管理の基本（回転率や過剰在庫の防ぎ方）は、今後公開予定の記事で詳しく扱う予定です。この記事は、複数モールをまたいだ在庫連携そのものに絞ってお伝えします。

複数モール展開は、もはや特別なことではない

まず背景を確認しておきます。経済産業省「令和6年度電子商取引に関する市場調査」（2025年8月公表）によると、2024年の国内の物販系BtoC-EC市場規模は15兆2,194億円でした。前年比3.70%の増加です。EC化率も9.78%と、前年から0.40ポイント上昇しました。ネットで買う人が着実に増え続けている以上、事業者側も、より多くの売り場に商品を並べて出会いの機会を増やそうとするのは自然な流れです。

私たちが軸足を置くリユース市場も同様です。リユース経済新聞の推計では、2024年の国内リユース市場規模は3兆2,628億円で、前年比4.5%増。集計を始めた2009年以降15年連続の拡大が続いています。市場が伸びるほど競合も増え、一つのモールだけに頼るリスクも意識せざるをえません。楽天・Amazon・Yahoo!ショッピング・自社サイトといった複数の売り場を併用するのは、いまや特別な戦略ではありません。EC事業を続けるうえでの標準的な選択になっています。

ただし、多店舗の在庫管理は、モールが増えるほど難易度が上がります。「同じ在庫を、いくつの場所で正しく見せ続けるか」という難しさです。それぞれのモールで差がつくスキルについては、別記事EC運営はなぜ難しいのか｜モール販売で差がつく7つの力で扱っています。この記事ではその中でも「在庫」という一点に絞って掘り下げます。

売り越しはなぜ起きるのか——3つの構造的な原因

売り越しは、担当者がうっかりしているから起きるとは限りません。むしろ、仕組みの設計に隙があると、どんなに注意していても起きてしまいます。典型的な原因は次の3つです。

原因1：在庫更新のタイムラグ

あるモールで注文が確定してから、他のモールの在庫数が実際に更新されるまでには、必ず一定の時間差があります。システム連携が自動化されていても、数秒から数分のラグは避けられません。アクセスが集中する時間帯や、同時に複数の注文が入る瞬間は、このわずかなラグが売り越しに直結します。

原因2：手動出品・手動更新という例外

すべての商品が自動連携の対象になっているとは限りません。急ぎで出したいセール品、連携システムの設定が間に合っていない新規モール、キャンペーン用の特別ページなど、「とりあえず手動で出品しておく」という例外は、どんな現場にも生まれます。この例外分は自動連携の外にあるため、売れても在庫数が自動では減りません。担当者が気づいて手で直すまで、売り越しの危険にさらされ続けます。

原因3：セット商品・組み合わせ在庫という「隠れ在庫」

単品では在庫連携できていても、複数の商品を組み合わせたセット販売では話が変わります。同じ在庫を異なる商品ページで扱っている場合（色違いをまとめて1点だけ持っているなど）も同様です。連携ロジックが、単純な在庫数の増減だけでは対応しきれないからです。片方のページで売れても、もう片方の在庫数がそのまま残ってしまう。これが「隠れ在庫」のズレが起きやすいポイントです。

在庫連携ツール（一元管理システム）でできること・できないこと

複数モールの在庫を自動で同期させる仕組みは、一般に「在庫一元管理システム」と呼ばれます。各モールのAPI（システム同士がデータをやり取りする仕組み）と接続し、どこかで注文が確定すると、他のモールの在庫数を自動で減算する。人の手を介さないぶん、更新の速さと正確さは手動運用より格段に上がります。

多くの一元管理システムは、在庫の同期だけでなく、受注情報の集約もあわせて担っています。楽天・Amazon・Yahoo!ショッピングなど、モールごとにバラバラに届く注文を一つの画面に集約し、出荷指示を一本化する機能です。「注文確定→在庫減算」という在庫側の流れだけに目を向けがちですが、現場で助かるのは、実はこの受注一元化のほうかもしれません。モールごとに画面を開いて確認する手間がなくなり、出荷担当は一つの画面から指示を出せます。確認漏れや二重出荷のリスクも、その分だけ下がります。ツールを選ぶときは、在庫の同期精度だけでなく、受注一元化の使いやすさもあわせて比較する価値があります。

ただし、一元管理システムを導入すれば売り越しが「ゼロになる」わけではありません。できることとできないことを、正直に整理しておきます。

一元管理システムがカバーできるのは、あくまで「システムに登録された在庫データ」の範囲です。手動出品分や、システム障害・メンテナンス時間中の注文、モール側のAPI仕様変更への追随の遅れなどは、ツールを入れても残り続けるリスクです。「ツールを導入すること」がゴールではありません。「ツールが届かない部分をどう運用でカバーするか」まで設計して、はじめて売り越しの発生率は実質的に下がっていきます。

一点ものを複数モールで売るという、いちばん難しいケース

私たちが日々向き合っているのは、この中でもとりわけ難易度の高いケースです。リユース品やアパレルの一点ものを、複数のモールに同時出品する運用を行っています。新品のように同じ商品が何十個も倉庫にあるわけではなく、在庫はまさに「1」。どこかで売れた瞬間に、他のすべての売り場から即座に姿を消さなければ、二重販売がそのまま起きてしまいます。

一点ものならではの検品・状態表示の考え方は、別記事リユースECのこだわり｜検品から出品・在庫連動・配送までの現場で詳しくお伝えしています。この記事で強調したいのは、別の一点です。在庫数が「1」であることは、連携の遅れに対する猶予がまったくないという事実です。在庫数が10や100あれば、多少のタイムラグがあっても実害が出にくい場合があります。でも在庫数が1の商品では、数秒のラグがそのまま売り越しに直結します。

先ほどの記事で触れた「売れた瞬間に、すべての売り場で下げる」という在庫連動も、この数秒〜数分のラグをできる限り縮めるための工夫です。遅延そのものをゼロにする魔法ではありません。だからこそ私たちは、更新頻度と手動出品の対象の範囲を、定期的に見直しています。セールや連休の谷間は、とくに手動出品が増えやすいタイミングです。注文が集中しやすい時間帯には、在庫連携が正しく反映されているかを、担当者がまず確認するようにしています。

売り越しを防ぐ運用ルールの設計

売り越しの防止は、ツール任せでは完結しません。ツールだけに頼らず、運用ルールとして仕組み化しておくべきポイントを整理します。

• 手動出品の範囲を明確にする：自動連携の対象外になる商品・モールをリスト化し、担当者全員が「どれが手動管理か」を迷わず把握できるようにする。
• 更新の締め時間を決める：CSV取込など定期更新の場合、「何時までの注文分を、何時の便で反映するか」を明文化し、空白時間を最小化する。
• 出品前チェックリストを使う：新規出品時に「在庫連携の対象になっているか」を確認する項目を、出品フローの必須ステップにする。
• セット商品・組み合わせ商品を極力減らす：どうしても必要な場合は、親在庫を一つに絞り、そこから各ページの在庫を連動させる設計にする。
• 担当者の役割を分ける：出品担当と在庫確認担当を分けることで、一人の見落としがそのまま事故につながらない体制にする。

こうした運用ルールの土台にあるのは、属人化を減らし、誰が担当しても同じ品質で回る仕組みをつくるという考え方です。私たちがバリューの一つに「再現性」を掲げ、EC運営全体を工程に分解して仕組み化してきた取り組みについては、別記事『たまたま売れた』を、なくす。｜ラクフルのEC運営を支える再現性の話で紹介しています。在庫連携も、この再現性という発想の延長線上にあります。

それでも売り越してしまったときの初動対応

どれだけ仕組みを整えても、売り越しの可能性を完全にゼロにすることはできません。だからこそ、起きてしまった後の初動対応も、あらかじめ決めておく必要があります。

気づいた瞬間に、まず該当商品の全モールでの出品を停止すること。次に、対応するお客さまへできるだけ早くお詫びと事情の説明を届けること。一点ものの場合は代替品を用意できないため、キャンセルと返金の手続きを、通常以上に丁寧に進める必要があります。誠実な初動は、信頼の毀損を最小限にとどめます。返品・キャンセルの物流設計や、出荷段階での人為ミスを防ぐ仕組みづくりは、今後公開予定の記事で扱います。

今後ラクフルが実践していくこと

複数モールでの一点もの販売という難易度の高い運用を、これからさらに磨き込んでいくために、私たちが取り組んでいきたいことを挙げます。

• 受注一元化の運用も磨き込む：在庫だけでなく、受注情報の集約と出荷指示の精度も、あわせて高めていきます。
• 在庫連携の反映速度をさらに高める：モールごとのAPI仕様の変化に追随し、更新のタイムラグを縮めていきます。
• 手動出品の対象を継続的に見直す：自動連携でカバーできる範囲を広げ、例外運用そのものを減らしていきます。
• データで売れ筋・動きの予兆を読む：同時に注文が集中しやすい商品・時間帯の傾向をデータで把握し、事前の備えに活かします。
• AI・自動化による確認業務の高度化：出品前チェックや在庫確認の一部を、AIを活用しながらさらに精度高く進めることを計画しています。

どれも派手な変化ではありませんが、優先順位ははっきりしています。まずは受注一元化の運用を固め、そのうえで反映速度とデータ活用に取り組んでいきます。

まとめ：売り越しは、タイムラグと例外運用まで含めて防ぐもの

売り越しは、ツールを一つ導入すれば消えてなくなる問題ではありません。在庫更新のタイムラグ、手動運用という例外、セット商品の隠れ在庫。それぞれの原因を分解し、ツールで自動化できる範囲と、運用ルールでカバーすべき範囲を切り分けます。そう設計して、はじめて事故は実質的に減っていきます。

私たちは、一点ものという在庫連携の中でも特に難しい商材を、複数モールで日常的に扱ってきました。だからこそ、更新の速さと運用ルールの両輪がどちらも欠かせないことを、身をもって知っています。次にやることは決まっています。受注一元化の運用を固め、手動出品の対象を洗い出し、初動対応の手順を毎回見直すこと。売り越しをゼロにする近道はありませんが、この三つを一つずつ潰していけば、事故は確実に減らせると考えています。

あわせて読みたい

• リユースECのこだわり｜検品から出品・在庫連動・配送までの現場 — 一点ものを扱うリユースECの検品と在庫連動の実務
• EC運営はなぜ難しいのか｜モール販売で差がつく7つの力 — モールごとに差がつく運営スキルの全体像
• 『たまたま売れた』を、なくす。｜ラクフルのEC運営を支える再現性の話 — EC運営を仕組み化する考え方
• 事業・サービス紹介 — ラクフルの事業全体像

公開: 2026年7月13日 ／ 最終更新: 2026年7月13日 ／ 執筆: ラクフル株式会社（EC事業の現場より）