Présentation commerciale avant-vente

Présentation du contexte commercial

Le modèle commercial de C2B devient de plus en plus mature, et de plus en plus de modèles de pré-vente ont été dérivés, et Le modèle de prévente de Fengding présente également de plus grands défis dans l'exécution des transactions.

Le modèle de prévente qui sera ouvert dans ce numéro comprendra 3catégories :

a. modèle de paiement échelonné, c'est-à-dire dépôt+modèle de paiement final.

b. Modèle d'achat groupé en échelle (groupe de 10 000 personnes), c'est-à-dire que le prix est confirmé en fonction du nombre de transactions.

Valeur du vendeur

a. Répartition des ventes estimée, l'allocation des stocks est ciblée.

b. Prévisions de ventes pour réduire la pression sur les stocks et les risques.

Scénarios susceptibles d'être affectés

a. Gestion des commandes

Les

Les vendeursERP doivent identifier les commandes en prévente, et pour les achats périodiques, la date d'effet de la commande doit être identifiée.

Les vendeurs peuvent envoyer des avis de rappel pour les commandes dont le solde est impayé.

b. Le rapprochement financier nécessite de distinguer les ordres de paiement par étapes. "Processus commercial" Commandes clients sont traités séparément.

a. Le type de commande en prévente est différent du prix fixe. Le

type est étape Lors du filtrage des commandes, le vendeur

ERP

doit augmenter la synchronisation de ce type de. ordres.

b. Les commandes en prévente ont un statut de transaction de commande en prévente distinct Puisque le solde n'est pas payé, le statut de la commande ne changera pas. En plus de prêter attention au statut de la commande, vous également. devez faire attention aux transactions de prévente de la commande. Statut, y compris les trois types suivants :

FRONT_NOPAID_FINAL_NOPAID (

Dépôt impayé et solde impayé), Pour les commandes dans ce type de statut, le vendeur ERP ne peut temporairement pas les traiter ;

FRONT_PAID_FINAL_NOPAID (l'acompte a été payé mais le solde n'a pas encore été payé), pour ce type de commande, vous pouvez maintenir le statut HOLD, continuer à attendre et préparer la planification

FRONT_PAID_FINAL_PAID (les deux ; l'acompte et le solde ont été payés), pour ce type de commande, les commandes doivent être organisées pour la livraison.

c. Dans le cadre de la prévente, l'acompte a été payé, et l'acompte de commande ne sera pas restitué si le vendeur ne paie pas le solde. Par conséquent, le commerçant doit s'occuper de cette partie. quand on fait la comptabilité.

Plan de mise en œuvre

L'entreprise de pré-vente doit prêter attention aux API suivantes.

a. Valeurs facultatives pour type : step;

b Valeur de retour du paramètre

Trade. 0 personne , etc., il existe actuellement trois statuts de retour FRONT_NOPAID_FINAL_NOPAID(Dépôt non payé mais solde non payé), FRONT_PAID_FINAL_NOPAID(Dépôt payé mais solde non payé), FRONT_PAID_FINAL_PAID(Dépôt et solde payés ) );

Trade. step_paid_fee

(Montant payé pour un paiement échelonné, montant payé pour une commande groupée de 10 000 personnes

Trade send_time

(Le délai de livraison du rendez-vous est généralement à décaler en fonction de la logistique). délai de service, de préférence trois jours à l'avance (calculé en fonction du temps logistique) Commencez à préparer l'expédition)

Clé impliquéeAPI

APINom	APIIntroduction
taobao.trade.fullinfo.get	Obtenir les détails d'une seule transaction
taobao.trades.sold.get	Vérifiez que le vendeur a vendu ​​données de transaction
taobao.trades.sold.increment.get	Interroger les données de transaction incrémentielles vendues par le vendeur (en fonction de l'heure de modification)
taoba o. les métiers . sold.incrementv.get	Interroger les données de transaction incrémentielles vendues par le vendeur (en fonction de la durée de stockage)

FAQ

• Il n'y a pas de FAQ sur ce document. encore