【2026年最新・徹底解説】リサイクルショップのPOSとEC在庫連携｜中古品・一点物の二重販売を防ぐ在庫連動・取り置き・注文・キャンセル・返品の管理方法

リサイクルショップが店頭販売とEC販売を併用するとき、特に注意したいのが「同じ一点物がほぼ同時に2か所で売れてしまう」という二重販売です。

新品のように同じ商品を複数個補充できる場合と異なり、中古品は状態・付属品・傷・製造年などが一つずつ異なるため、在庫数1の商品を店頭、メルカリShops、Yahoo!オークション、楽天市場、自社ECなどへ同時に掲載すると、在庫更新の遅れがそのまま顧客トラブルにつながります。

対策として重要なのは、単に「POSとECが連携できるか」を確認することではありません。どのタイミングで在庫を確保するのか、取り置き時にECを止めるのか、キャンセル時にいつ再出品するのか、連携エラーが起きた場合に誰が確認するのかまで決める必要があります。

本記事では、リサイクルショップが店頭とネットで一点物を併売するときに確認したいPOS・EC在庫連携の仕組みと、二重販売を防ぐための実務ルールを整理します。

■中古品・一点物で二重販売が起こりやすい理由

中古品販売で最も分かりやすいケースは、在庫数1の商品を店頭と複数ECへ同時に出品している状態です。

例えばブランドバッグ1点を店頭、Yahoo!オークション、メルカリShopsの3か所へ掲載しているとします。店頭で販売された瞬間に残り2チャネルの在庫も0になれば問題ありません。

しかし、店頭では販売済みなのにEC側ではまだ「在庫あり」と表示されている時間が発生すると、その間にネット注文が入る可能性があります。

自動在庫連携システムでも、必ずしもすべての販売チャネルへ完全な同時刻で反映されるとは限りません。例えばRECOREでは、連携モールによって在庫自動連携の更新間隔が約1～15分と案内されています。さらに2026年4月には、在庫同期が正常に行われなかった場合を確認できる「同期エラー」表示も追加されています。

つまり、自動連携を導入しても「何もしなくても二重販売が100％発生しない」と考えるのではなく、同期のタイミングとエラー発生時の運用まで決めることが重要です。

■POSとECを連携するなら「在庫の基準」を一つにする

最初に決めたいのが、「どのシステムの在庫数を正とするか」です。

店頭POSでは在庫1、EC管理表では在庫1、Yahoo!オークションでも在庫1、メルカリShopsでも在庫1というように、それぞれを別管理すると、どれが最新なのか分からなくなります。

理想的なのは、一つの商品番号に対して在庫マスターを一つ持ち、店頭・ECの販売結果によってその在庫マスターを更新する構成です。

例えば、

商品番号：A000123
在庫数：1
販売状態：販売中
店頭：販売中
EC①：出品中
EC②：出品中

という商品について、EC①で注文が入ったら在庫マスターを0または「受注済」に変更し、店頭とEC②からも販売できない状態にします。

複数モールへの自動出品・在庫連動に対応するRECOREでも、一つのモールで商品が売れた場合に他モールの出品を自動で取り消す仕組みを採用しています。Amazon、楽天市場、Yahoo!オークション、Yahoo!ショッピング、メルカリShops、楽天ラクマ、Shopifyなどへの在庫連動が案内されています。

■二重販売対策では「売れた時」より「在庫を確保する時」を決める

実務で意外と問題になりやすいのが、「いつを販売済みと判断するのか」です。

店頭で決済が完了した瞬間だけ在庫を0にする運用では、顧客がレジへ商品を持ってきて会計している間にEC注文が入る可能性があります。

そのため、中古品では「販売済み」だけでなく「取り置き」「商談中」「受注済み」などの状態を用意しておくと管理しやすくなります。

例えば、

販売中
→商談中・取り置き
→受注済み
→販売済み

という流れです。

一点物の場合、取り置きが確定した時点でEC側の販売可能在庫を0にする運用も考えられます。実際にRECOREでは、店頭で商品を仮販売として確保すると、EC併売している商品の出品を取り下げられる仕組みが案内されています。

重要なのは、自店舗で「どの時点から他チャネルで売ってはいけないのか」を明確にすることです。

■注文受付時の在庫ルールを決める

EC注文についても、出荷した時点ではなく注文を受け付けた段階で在庫を確保する方が二重販売を防ぎやすくなります。

例えばECで注文が入った商品について、「発送完了」になるまで在庫1のままにしておくと、その間も店頭販売される可能性があります。

そのため基本的には、

EC注文受付
→在庫確保
→他チャネル販売停止
→決済・商品確認
→発送
→販売完了

という順序で扱います。

決済失敗などで注文が成立しなかった場合は、その後に在庫を販売可能へ戻します。

「注文が入ったら止める」のか「決済完了時に止める」のかを担当者ごとに変えるのではなく、全店舗で共通ルールにしておくことが重要です。

■店頭の取り置き商品もEC在庫から外す

店頭販売では、購入ではなく「明日まで取り置いてほしい」と依頼されることがあります。

このとき実物だけバックヤードへ移し、POS上では販売可能なままにすると、ECで売れてしまいます。

取り置きを受け付ける店舗では、「取り置き＝販売可能在庫から一時的に除外する」というルールを設定します。

あわせて、取り置き期限も必要です。

例えば「翌営業日の閉店まで」と決めた場合、期限切れになるまでは他チャネルへ販売せず、期限を過ぎたら在庫を戻します。

在庫システムに取り置き機能がある場合は、単なるメモではなく在庫ステータスそのものを変更できるか確認しましょう。

■キャンセル時は自動で在庫1へ戻せばよいとは限らない

EC販売の在庫連携で見落としやすいのがキャンセル処理です。

注文がキャンセルされた場合、商品がまだ店舗にあり、状態にも問題がなければ在庫を1へ戻して再出品できます。

しかし、すべてのキャンセルを機械的に販売可能へ戻すのは危険です。

例えば、すでに梱包工程へ進んでいる、別店舗へ移動している、商品情報に誤りが見つかった、破損が判明した、といったケースがあります。

そのため、

キャンセル
→実物確認
→販売可能か判定
→在庫復活
→EC再出品

という処理にすると安全です。

利用するPOS・EC連携システムを選ぶ際は、「注文キャンセルを取得できるか」だけではなく、「キャンセル後の在庫復活がどう処理されるか」まで確認してください。RECOREでも連携モールごとに出荷処理、キャンセル・返品処理への対応状況が公開されており、モールによって一部仕様が異なります。

■返品商品は検品してから在庫へ戻す

返品についてはキャンセル以上に注意が必要です。

商品が戻ってきたからといって、その瞬間に販売可能在庫へ戻してはいけません。

中古品では、発送前と返品後で商品状態が変わっている可能性があります。付属品不足、傷、汚れ、動作状況などを確認し、必要であれば商品説明や価格も変更します。

基本的には、

返品受付
→商品到着
→検品
→状態確認
→商品情報修正
→販売可能
→EC再出品

という流れです。

返品処理と在庫復活を完全に同じ処理として扱わず、「返品済み」と「再販売可能」を分けて管理できる方が安全です。

■自動在庫連携なら確認したい7項目

POSとECを自動連携するシステムを導入する場合は、「EC連携あり」という表記だけで判断せず、少なくとも次の項目を確認します。

特に重要なのは「対応モール」と「同期エラー」です。

主要ECに対応していても、自社が利用している特定モールだけ対象外であれば、そこだけ手動管理が残ります。

また、API連携しているからといって通信エラーやモール側の制約がなくなるわけではありません。同期失敗を確認できる画面や通知機能があるかも確認してください。

■手動管理でも二重販売は防げるがルール化が必要

EC出品数が少ない店舗であれば、高額な自動在庫連携システムを必ず導入しなければならないわけではありません。

例えばEC出品が月10～20点程度であれば、商品番号と販売チャネルを一元管理し、売れた時点で担当者がすべての販売先から商品を取り下げる運用も可能です。

ただし手動の場合は、「誰かがやる」ではなく担当を明確にする必要があります。

店頭販売が発生したら、その取引を処理したスタッフがEC出品停止まで完了させる。EC注文が入ったら、受注確認担当者が実物を確保し、他モールを停止する。このように作業の責任者まで決めておきます。

さらに商品ごとに、

店頭
Yahoo!オークション
メルカリShops
楽天市場
自社EC

など出品先を記録しておくと、取り下げ漏れを防ぎやすくなります。

■手動と自動を混在させる場合が最も注意が必要

実際の店舗では、「楽天とYahoo!は自動連携しているが、別のモールだけ手動」というケースもあります。

この場合、スタッフが「システムが全部自動で止めてくれる」と思い込むことが最も危険です。

商品ごとに自動連携対象と手動出品先を明確にし、

自動連携：システムで確認
手動出品：スタッフが取り下げ確認

という二段階の処理にします。

EC連携を導入する際は「どこまで自動なのか」を一覧化して店舗スタッフへ共有することが重要です。

■商品番号は全チャネルで共通にする

一点物管理では商品番号も重要です。

店頭では「12345」、Yahoo!オークションでは「バッグA」、メルカリでは別の商品コードという状態では、販売後に同一商品を探すだけでも時間がかかります。

可能であれば、POSで発行した一意の商品番号をEC側の商品管理番号にも使用します。

商品番号を共通化しておけば、EC注文が入ったときに実物を探しやすくなり、在庫確認、キャンセル、返品、棚卸などでも同じ商品を追跡できます。

中古品はSKU単位ではなく「個体単位」で管理する意識が重要です。

■二重販売対策の運用チェックリスト

店頭・EC併売を始める前に、最低限次の項目を確認してください。

この10項目が曖昧なままEC販売先だけ増やすと、販売チャネルが増えるほど在庫管理も複雑になります。

■EC連携システムを選ぶときは「連携数」より例外処理を見る

POS・EC連携サービスを比較するときは、「7モール対応」「複数EC一括出品」といった数字が目立ちます。

もちろん対応モール数は重要ですが、実務ではその後の処理も重要です。

注文がキャンセルされたらどうなるのか、返品時はどうなるのか、店頭で取り置きしたらECから消えるのか、通信エラー時に気付けるのか、在庫を戻したら自動で再出品されるのか、といった部分です。

特に一点物の中古品では、「通常時に自動連携できるか」より、「通常ではない状態になったときに在庫がどう動くか」を確認した方がトラブルを防ぎやすくなります。

■買取コージでは買取商品・在庫状況を顧客・案件と一緒に管理

買取コージでは、買取商品の内容・状態・現在の在庫状況を商品・在庫管理で整理し、顧客情報、問い合わせ・案件、売上などとまとめて管理できます。

ただし、店頭・複数ECモール間の高度な自動出品・在庫同期を主目的とする場合は、その機能に特化したPOS・EC連携システムも含めて検討するのが適切です。

一方、ECへの大量併売よりも、ブランド品・貴金属などの買取専門店として「誰から何を買い取ったか」「現在どの商品が残っているか」「どの案件から発生した商品か」「その後の顧客対応や売上をどう管理するか」を重視する店舗では、買取コージの一元管理が活きます。

買取コージは商品・在庫だけを切り離して管理するのではなく、顧客、案件・進捗、古物台帳、売上、MEO・SNS、顧客分析まで店舗運営全体をつなげて管理できることが特徴です。

店頭販売やEC販売を拡大する場合も、まず「どの商品がどの状態にあるか」を正確に管理できる土台を作り、そのうえで必要に応じて自店舗の販路に適したEC連携方法を選ぶことが重要です。