注文の大半は、出品者を経由せずに終わっています

納品の説明として、注文が出品者に渡り、出品者が準備し、納品し、完了の印を付け、買い手が確かめる、という流れを見たことがあるかもしれません。あれは待つ場合の説明です。ほとんどの注文はそこを通りません。

在庫がある商品では、支払いの処理中に終わっています

在庫式の商品で、注文数に対して在庫が足りている場合、支払いを処理している同じ一回のやり取りの中で、在庫の確保と割り当てと完了までが済みます。

この間、出品者は何もしていません。通知を受けてから動くのではなく、あらかじめ入れておいた在庫が自動的に切り出されます。ですから画面上も「処理中」を経由せず、いきなり完了になります。

ここを理解しておくと、二つのことが分かります。納品が速いのは出品者が優秀だからではないこと。そして止まっているときは、その仕組みが動かなかったということです。

待つのは三つの場合だけです

在庫が注文数に足りない

足りない分は自動で切り出せないので、出品者の対応待ちになります。この状態には「あと何件の納品を待っています」という趣旨の表示が付きます。原因は在庫数の入力が実際と合っていないことなので、待つ以外にできることはありません。

手動納品の商品

最初から出品者が注文ごとに用意する型です。商品ページに納品の形として書かれているので、買う前に分かります。急ぐならこの型を避けてください。

SNS の数を増やす類の注文

対象の URL や利用者名を渡してから動き出します。渡すまでは何も始まりません。渡したあとは外部の供給元へ流れるので、そこで失敗すると誤りの状態になります。この状態は放置しても直りません。

「納品状況」という欄は存在しません

配送の追跡番号のようなものを探している人がいますが、そういう欄はありません。注文の状態を表す欄が一つあるだけで、納品の進み具合はその状態と、納品欄に中身が入っているかどうかで読みます。

ですから確認すべきは、状態の文字よりも納品欄が埋まっているかどうかです。完了になっているのに納品欄が空、という組み合わせは異常なので、その場合はすぐ動いてください。

保証時間の起点は、支払った時ではありません

ここは金額より重要な部分です。問題を申し立てられる窓は、注文が完了になった時点から数え始めます。支払った時点でも、あなたが画面を開いた時点でもありません。

在庫式の商品では支払いと完了がほぼ同時なので、実質的には払った瞬間から時計が動いていると思って構いません。窓の長さは商品ごとに違います。いま出ている一万六千件あまりで数えると、六割弱が十二時間、五件に一件は三十分以下、十一件に一件は実質ゼロです。

手動納品の商品では話が変わります。完了になるのは出品者が渡したときなので、そこから時計が動きます。待たされた時間は窓を削りません。

SNS 向けの注文だけは、商品ごとの設定ではなく一律に三日です。

届いたら最初に確かめる順番

窓が短いので、迷っている時間がありません。順番を決めておいてください。

1. 数が合っているか。これが一番速く分かります。
2. 実際に入れるか。ログイン用のものなら、その場で通してみます。
3. 説明どおりの中身か。付いてくると書かれていたものが実際に付いているか。

ここまでを窓の内側で終えられるかどうかが、そのあと使えるかどうかを決めます。おかしければ確認を押さずに異議の手順へ進んでください。

注文番号は連番ではありません

細かい話ですが、誤解されるので書いておきます。注文番号は一つずつ増えるのではなく、毎回いくつか飛ばして採番されます。番号の差から取引量を推測することはできません。問い合わせのときはこの番号をそのまま伝えてください。

状態の表示の読み方は注文の追跡に、買う前の判断は注文の出し方にまとめています。