订单保障

最佳方案

订单同步服务：查看文档
需要注意：11月11日0~1点高峰期最多会有半个小时的延时

• 11.10 23:00 为保障交易，TOP订单API限流启动，订单同步服务不进行限流
• 11.11 03:00 交易平稳后，TOP订单API流量打开
• 11.11 7:30~24:00 如遇交易小高峰，进行API限流
• 如通过TOP API获取订单数据出现失败，请重新获取订单，同时尽量避免在业务高峰期拉取订单

注意点

• 双十一当天的订单同步任务要放在凌晨3点以后做。
• 遇到ISP错误不建议立即重试。

订单全链路

产品背景

随着电商发展的日趋成熟，商家信息化系统化建设，分工作业愈加明晰。CRM\ERP\WMS\TMS…成为电商企业供应链上最基本的系统工具。一方面商家得力于系统的自动高效，另一方面多系统间信息不对称，作业效率不透明，订单履行跨多系统数据丢失等造成丢单、漏单排查困难，由此，聚石塔电商后台基于平台、ISV及商家推出订单全链路产品。

产品介绍

“订单全链路”由聚石塔电商后台基于平台、ISV及商家推出的一款千牛端官方工具，旨在建立基于订单生命周期全链路的数据流，打通平台与商家IT系统的双向互动通道，实时跟踪订单各个履行环节的处理状态，并形成可视化数据，便于商家掌控订单实时状况，优化作业效率，建立后端系统服务指标，展示系统处理效能，提升消费者服务体验。

产品核心功能介绍

• 全网服务新体验：向买家完整实时展示商家订单作业全过程。
• 实时大屏数据，监控订单作业全过程
• 退款退货逆向流订单展示
• 大屏节点自定义展示

其他

更多产品相关详情参考：文档
订单全链路常见问题参考：常见问题
如何接入订单全链路，详细的接入介绍参考：接入文档

预售订单

预售业务介绍

业务背景介绍
C2B的业务模式越来越成熟，衍生出越来越的预售模式，丰富的预售模式也给交易的履行带来了更大的挑战。
预售模式分为2类：

• 分阶段付款模式，即订金+尾款模式。
• 阶梯团购模式（万人团），即根据交易人数确认价格。

卖家价值

• 销量分布预估，库存调拨有的放矢。
• 销量预估，减少库存压力及风险。

预计影响的场景

• 订单管理
  卖家可以对未付尾款的订单进行催付通知。
• 物流发货
  卖家ERP需要识别预售订单是否支付尾款,只有订金已付,尾款已付的订单才可以进行发货

业务流程

预售业务带来的影响

预售订单与一口价订单存在巨大的差异，在订单处理中对预售订单要单独处理。

• 预售订单类型与一口价不一致，type为step，卖家ERP在筛选订单时，需要增加对这一类订单的同步。
• 预售订单有单独的预售订单交易状态，由于尾款未付的情况下，订单状态不会变化,只有在尾款支付后,订单的状态才会从等待买家付款变为买家已付款等待卖家发货.在关注订单状态外，还需要关注订单的预售交易状态，包括以下三种：FRONT_NOPAID_FINAL_NOPAID(订金未付尾款未付),对于这一类状态的订单，卖家ERP中可暂不处理；FRONT_PAID_FINAL_NOPAID（订金已付尾款未付），对于这一类订单，可以保持HOLD状态，继续等待并且着手准备排期；FRONT_PAID_FINAL_PAID（订金和尾款都付），对于这一类订单，需要安排发货。
• 预售业务中订金已付，卖家不支付尾款的订单订金是不做退回的，因此，商家在做账的时候，需要针对这一部分在做账时进行处理。

实施方案

预售业务需要关注以下API。

• type的可选值：step;
• 参数返回值
  Trade. step_trade_status（分阶段付款的订单状态，例如万人团订单等，目前有三返回状态 FRONT_NOPAID_FINAL_NOPAID(定金未付尾款未付)，FRONT_PAID_FINAL_NOPAID(定金已付尾款未付)，FRONT_PAID_FINAL_PAID(定金和尾款都付)）；Trade. step_paid_fee（分阶段付款的已付金额，万人团订单已付金额）；Trade. send_time（预约配送时间，一般需按照物流服务的时间倒推，最好提前三天（按物流时效计算）开始准备发货）
• 涉及的关键API

FAQ