注文の流れは、守る約束の分だけ価値があります。ここには先に知る価値のある約束が三つあります。届いた注文がクレジット切れで失われることはない、完了した注文を静かに書き換えることはできない、購入者はアカウントを作らずに自分の注文を追える。ほかはすべてその周りの細部です。
残高が空でも注文は届く
まず売上を守るものから。注文を受ける、状態を変える、手で作る。この三つだけが、プラットフォーム全体で残高が空でも実行を許された操作です。失敗する代わりに費用をクレジット債務として記録し、次にクレジットが入ったときに精算されます。理由は単純で、残高が尽きたという理由で顧客の注文を断れば、その課金額よりはるかに高くつくからです。近い挙動が二つ、意図的に異なります。注文の Excel 書き出しは繰り延べられず単に拒否され、顧客向けメールは債務にならず飛ばされます。つまり残高が空のとき、通知は請求を積み上げず静かに止まります。 クレジット予算がすべてのツールでどう働くかを見る.
流れと、各段階が許すこと
注文は保留、確認済み、処理中、発送済み、配達済みの順に進みます。配達済み以外のどこからでも、キャンセルや拒否もできます。実際の店はそう動きます。物事はどの段階でも落ちるのであって、最初だけではありません。できないのは先へ飛ばすことです。保留の注文は処理中になる前に確認済みになります。あとから一覧を眺めたときにステータスが意味を持つのは、この制約のおかげです。
完了した注文を編集できない理由
配達済み、キャンセル、拒否は最終です。そこから出るものはなく、注文は生きた書類ではなく恒久的な記録になります。制約のように読めますが、働きは保護です。静かに書き換えられる注文履歴は履歴ではありません。見込んでおくべき実務上の帰結が一つあります。進行中の注文が一つでもあるストアは削除できないので、店をたたむには先に残りを完了させるか取り消す必要があります。
キャンセルで戻ってくるもの
注文をキャンセルまたは拒否すると品目は在庫に戻りますが、実際に在庫数を持つ商品に限られます。数を持たない商品は、戻す先がないので飛ばされます。戻し入れは状態変更の一部ではなく後に行われるため、在庫の問題が状態を宙ぶらりんにすることはありません。在庫数がずれていくなら、原因はたいてい最初から在庫を持っていなかった商品です。
購入者が実際に使う追跡リンク
各注文は役割の違う二つの識別子を持ちます。注文番号はストアごとに連番なので短く、口頭でも伝えやすい。追跡 ID は不透明で推測できず、追跡リンクを共有しても安全なのはそのためです。荷物を受け取る人はアカウントなしで開け、ストアの他の情報は何も見えません。注文に書いた内部メモがそこに出ることはありません。購入者にはっきりさせておくべき点が一つ。これはあなたが設定した状態を表示する Posty5 自身の追跡ページであり、配送業者の追跡番号ではありません。
注文をもう一度見つける
注文は状態、流入チャネル、日付、追跡 ID、注文番号で探せるほか、氏名・電話・メールを横断する一つの顧客語句でも探せます。半分だけ覚えている電話番号でたいてい足ります。各注文には、その送料が配送ルールのどの階層から出たのかも記録されます。市、県、国、あるいはストア全体の既定値。おかげで「なぜ送料がこの額なのか」は、組み立て直す話ではなく見れば分かる話になります。 配送料がどう決まるかを見る.
オンラインストアビルダーを開く
注文一覧、ステータス、追跡リンクはすべてストアの管理画面にあります。
よくある質問
クレジットが尽きたら注文はどうなりますか。
そのまま届きます。受注、状態変更、手動作成はクレジット債務で動き、次の入金時に精算されます。
配達済みの注文を変更できますか。
できません。配達済み、キャンセル、拒否は最終で、注文は恒久的な記録になります。
キャンセルすると在庫は戻りますか。
在庫数を持つ商品は戻ります。持たない商品は戻す先がないため飛ばされます。
購入者に追跡用のアカウントは必要ですか。
不要です。リンクは不透明な ID を持ち、サインインなしで動きます。
これは配送業者の追跡番号ですか。
違います。あなたが設定した状態を表示する Posty5 自身のページです。配送業者との連携はありません。
ストアを削除できないのはなぜですか。
進行中の注文が一つでもあるストアは削除できません。先に残りを完了するか取り消してください。
