天猫先行販売事業

#プレセール事業紹介

事業背景紹介

C2B

のビジネスモデルはますます成熟しており、ますます多くのプレセールモデルが派生していますが、Fengding のプレセールモデルは取引の実行にも大きな課題をもたらしています。

この号で公開されるプレセールモデルには、3 カテゴリが含まれます:

段階的支払いモード、つまりデポジット残高支払いモード。

はしご共同購入モデル（10,000人のグループ）、つまり取引数に基づいて価格が確定します。

販売者の価値

売上分布推定、在庫配分が目標となります。

在庫のプレッシャーとリスクを軽減するための販売予測。

#推定影響シナリオa.

注文管理

販売者ERPは販売前注文を特定する必要があり、定期購入の場合は注文発効日を特定する必要があります。

販売者は、未払い残高のある注文に対してリマインダー通知を発行できます。

b. 財務調整では、段階的支払いの注文を区別する必要があります。＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃ビジネスプロセス＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃

プレセールビジネスの影響プレセール注文と固定価格注文には大きな違いがあります。別途処理させていただきます。

a. プレセール注文タイプは固定価格とは異なります。type は step です。、販売者ERP は、注文をフィルタリングするときにこのタイプの注文の同期を強化する必要があります。

b. プレセール注文には別のプレセール注文トランザクションステータスがあります。未払い残高のため、注文ステータスは注文ステータスに注意を払うことに加えて、次の 3 つのタイプを含む注文の販売前トランザクションステータスにも注意を払う必要があります: FRONT_NOPAID_FINAL_NOPAID(Deposit未払いおよび残高未払い),このタイプのステータスの注文の場合、販売者 ERP は一時的に注文を処理できない場合があります;

FRONT_PAID_FINAL_NOPAID (デポジットは支払われましたが、残高はまだ支払われていません)。このタイプの注文の場合、HOLD ステータスを維持し、引き続き待機してスケジュールの準備をすることができます。

FRONT_PAID_FINAL_PAID (デポジットと残高の両方をお支払いください) このタイプの注文の場合、配送を手配する必要があります。

c. プレセールビジネスでは、手付金が支払われていますが、売主が残金を支払わない場合、手付金は支払われません。したがって、加盟店が会計を行う際に、この部分を会計処理する必要があります。

実装計画

プリセールビジネスでは、次の API に注意する必要があります。。

a. type のオプションの値: step;

b. パラメーターの戻り値

Trade.step_trade_status (10,000 人のグループの注文など、段階的支払いの注文ステータス。現在 3 つの返品ステータスがあります FRONT_NOPAID_FINAL_NOPAID(デポジット未払いの残高がありますが未払いです),FRONT_PAID_FINAL_NOPAID(デポジットは支払われていますが残高は未払いです),FRONT_PAID_FINAL_PAID(両方のデポジットおよび支払残高));

Trade.step_paid_fee(段階的支払いの支払金額、10,000 人のグループ注文の支払金額);

Trade . send_time (通常、配送予定時刻は物流サービスの時間に応じて遅らせる必要があります。配送の準備は 3 日前に開始するのが最善です (物流の適時性に基づいて計算されます))

関与する鍵API

##タオバオ.trade.fullinfo.get単一トランザクションの詳細を取得#taabao.trades. sold.get

API 名前	##API はじめに

#販売者が販売した取引データをクエリします
taabao.trades. sold.increment.get	販売者が次のことを行っていることを確認してください。 sold 増分トランザクションデータ (変更時間に基づく)
#taabao.trades. sold.incrementv.get	#販売者によって販売された増分トランザクションデータをクエリします (保管時間に応じて)

##FAQ

← 注文の同期

分割注文/分割配送 →