五つのマーケットプレイスに出品するときに二重販売を防ぐ方法

二重販売とは、一度しか持っていないペアに対して、二つのマーケットプレイスで注文を受けてしまうことです。小さな事務ミスではありません。キャンセルが避けられず、キャンセルには重いペナルティがあります。販売者評価の低下、手数料や罰金、プラットフォームによっては支払いの一時保留です。何度か繰り返すと、頼りにしているプラットフォームでアカウントの評価が下がります。

二重販売は、成功するほど増えます。幅広く出品し、在庫が早く動くほど、二人の買い手が数分以内に同じユニットを買おうとする機会が増えます。手作業で販売する人にとっての問題は、速さではなく仕組みです。

とっさに思いつく対策は、速くなることです。タブを更新し、何かが売れた瞬間にほかの出品を削除します。しかしそれが通用するのは、二件の販売が同じ一分に入るまで、寝ている間まで、あるいは発売日に二十件の注文を一度に確定するまでです。

秒単位の競争に、タブを見張って勝つことはできません。在庫の連携と対応する後処理がリスクを減らします。それでも、マーケットプレイス側のタイミングがあるため照合が必要です。

二重販売の防止は、在庫のモデル化から始まります。RestocksAIOは、多くのスプレッドシートが混同している二つを分けて扱います。

• Inventory：保有する物理的なユニットごとに一行で、原価、サイズ、状態、付属品、SKUを持ちます。これが唯一の正しい情報源です。
• Listings：各マーケットプレイスの出品ごとに一行です。多数の出品が一つの在庫ユニットに連携します。

すべての出品は、保有する特定のユニットに紐づいています。そのため、StockXの出品、WeTheNewの出品、Aliasの出品が三足ではなく同じ一足であることを、システムは常に把握しています。

自動削除が機能するのは、出品同士が同じペアに属していることを把握しているからです。その連携はControllerが保持しています。Brickerは価格設定とライフサイクルを二つの単位で管理します。Taskは、一つのアイテムの一つのプラットフォームを自動化します。Controllerは、同じSKUとサイズのTaskをまとめます。Controllerが「この五つの出品は一つのユニットだ」と示すことで、販売を検知した後に残りの四つの削除をリクエストできます。

また、カテゴリー同士の衝突も防ぎます。Resale、Direct（StockX Buyer-Direct）、Consign / Flexは、同じペアに対して別々のControllerとして動き、それぞれ独自の価格設定とライフサイクルを持ちます。そのため、Resaleの販売を確定しても、Consignの出品が誤って取り下げられることはありません。このモデルでは、二重販売の防止があなたが競争に勝つかどうかに左右されにくくなります。システムは、保有する一つのユニット、一つのController、そして一緒に増減し、一緒に消える多数の連携したTaskを管理します。在庫の連携によって対応する後処理が可能になりますが、更新が遅れたときは、販売と出品のステータスを確認する必要があります。

このモデルが最も役立つのは、忙しいときです。発売日には、数分で二十件の注文を確定することもあります。稼働中の自動化が対象の販売を検知すると、対応する連携ルートでは、検知した販売ごとに後処理のリクエストが続きます。手作業の販売では、そのペースについていけません。Controller単位で動く仕組みは、同時に何件の販売が入っても影響を受けません。

ツールを通さずに成立した販売にも対応します。RestocksAIOが関与していない場所でペアが売れた場合、Sync Dataが消えた出品を表示します。行のチェックボックスから販売済みにすると、Controllerが照合され、残った古い出品が二件目の注文を受けるのを防げます。現実がツールより先に進んでも、一度の照合でユニットを整合した状態に戻せます。

つまり、二重販売への答えは、作業を速くすることではなく、データの構成にあります。販売後に連携した出品を照合できるように、データを構成するのです。

販売処理の自動化が販売を検知すると、対応するマーケットプレイスで、連携した他の出品の削除をリクエストできます。そのためには、タスクが稼働していること、出品が正しく連携していること、接続した各アカウントでその操作が許可されていることが必要です。マーケットプレイスの応答や販売検知の遅れによって、別の注文が入る隙間が残ることがあります。そのため、自動化は二重販売のリスクを減らしますが、二重販売ゼロを保証するものではありません。

忙しい発売の後や手作業で変更した後は、販売と他の出品のステータスを確認してください。Sync Dataを定期的に実行し、必要に応じてShiftクリックで全体を更新し、消えた出品を販売済みまたは削除済みとして照合します。スニーカーのクロス出品のワークフローで、対応チャネルとアカウントの範囲を解説しています。

二重販売には関連する問題があります。成立するはずだった販売が、確定が遅れて買い手が離れたために成立しないことです。特にAliasでは、確定するまで買い手がキャンセルできるため、未確定のまま置かれた注文はいつ消えてもおかしくありません。販売がキャンセルされると、すでに売れたものとして数えていた在庫が手元に残り、記録が再びずれます。

Confirm Salesはこの両方に対応します。Load Unconfirmedは、接続したすべてのプラットフォームから保留中の注文を一つのビューに取り込むため、ダッシュボードを切り替える必要がありません。Auto-Confirmは、有効にしたサイトで五分ごとに自動で注文を承認します。素早く確定すれば販売を守れます。自動削除も早く作動し、対応する他の出品の後処理も早くリクエストされます。

対応する自動の後処理は、販売中のリスクを減らします。二重販売を防ぐもう半分は、在庫と出品を継続的に一致させることです。RestocksAIOが関与していないプラットフォームで出品が売れたときや、手作業の編集が漏れたときに、両者はずれます。

その隙間を埋める習慣が二つあります。一つ目に、Sync Dataを定期的に実行します。差分の同期では新しい出品と消えた出品を取り込み、Shiftクリックで最初から全体を更新します。二つ目に、出品が消えたら、行のチェックボックスで販売済みまたは削除済みにし、在庫と出品のビューを一致させます。どのみち一つの販売先で最も手取り額が高いSKUなら、Price Comparatorで一つのプラットフォームに振り分ければ、重複のリスクそのものをなくせます。

eBayと自社のShopifyストアは、ペアごとの出品ではなく、数量で管理します。RestocksAIOでは、その数量はオファーに連携したInventoryのユニット数と同じです。連携したユニットがStockXやAliasで売れると、アプリはeBayとShopifyの数量を減らします。0になると、出品は終了または取り下げられます。

制限が二つあります。アプリを開いている必要があります。また、ShopifyやeBayでの販売は、次の読み込みのときに初めて把握されます。Shopifyはおよそ10分ごと、eBayはおよそ15分ごとです。その間に二人の買い手が両方とも支払いを済ませることがあります。その場合、二件目の販売はReviewの受信箱であなたの判断を待ちます。Marketplace tabのページで、連携の仕組みを紹介しています。

ストアでの販売は、リセール側の出品も片付けます。eBayやShopifyで注文が入ると、そのペアの各Bricker ModeタスクがStockX、Aliasなどのリセールマーケットプレイスの出品を削除します。Brickerタスクのない出品は残り、Reviewに表示されます。ただし、Also delete listings without a Bricker taskをオンにしている場合は除きます。委託販売とFlexの出品は決して削除されません。販売したペアに一致する出品が複数あり、どれも連携していない場合、アプリは何も削除せず、Reviewであなたに確認します。

安全装置は、動いているのが見えるほど信頼できます。イベントごとのDiscord webhookが、販売が入った瞬間と他の出品が削除された瞬間に通知するため、仕組みが動く様子をリアルタイムで確認できます。削除が失敗した場合（ネットワークの一時的な不具合やプラットフォームの不調）も、イベントとして表示されます。二件目の注文が届いて初めて気づく、ということはありません。

双方向のTelegramボットは、同じイベントをスマートフォンに送り、そこから操作もできます。忙しい発売日でも、何が売れているかを確認し、どこからでも対応できます。システムが後処理をリクエストし、通知が結果を示します。二重販売を見つけるためにタブを見張る必要はもうありません。連携した出品が削除されたとき、そして削除が失敗したときに通知が届きます。

マーケットプレイスのすべての出品を、それが表す物理的なユニットに連携させてください。対応する場所では販売処理のタスクを稼働させたままにし、後処理の結果を確認し、Sync Dataを実行して外部での変更や遅れた変更を照合します。これで二重販売のリスクは減りますが、マーケットプレイスで同時に入る注文を不可能にすることはできません。

新しいチャネルを追加する前に、スニーカーの在庫管理ワークフローで、在庫の連携、スマートフォンからデスクトップへの入庫、照合の仕組みを確認してください。