|跨境电商“进销存”系统之销


导读:上一篇文章《跨境电商“进销存”系统之进》作者通过两个“W” , 一个“H”给大家介绍了跨境电商“进销存”系统中的商品管理、供应商管理等模块 。 “进”是系统的基础模块 , 作为系统的支撑体 , 与后续模块密切关联 。 这篇文章则给大家介绍“进销存”系统的“销” , 顾名思义:销售 , 即与下单到配送有关 。
|跨境电商“进销存”系统之销
本文插图

01 跨境电商的两种发货形式
说到下单 , 首先介绍一下跨境电商的发货特点 。 跨境电商是指分属不同关境的交易主体 , 商家通过亚马逊、速卖通、ebay、wish等平台展示商品、交谈直至成交 , 并通过跨境物流送达商品、完成交易 , 其中还涉及跨境的转关清关等过程 , 耗时较长 。
由于商品和客户分属不同关境 , 客户对时效有不同的需求 , 因此在发货配送环节上 , 也产生了不同的形式 , 以下是目前使用较多的两种发货配送形式:

  1. 海外仓备货:卖家先将商品提前备货到目的国的物流仓库中 , 待客户在买家商务网站或第三方下单后 , 直接从海外仓将商品发货给客户 。 可以提高物流时效给客户带来优质的物流体验跨境电商;
  2. 海外直邮:客户在第三方网站下单后 , 由卖家从本地发货 , 经过商检、转关、清关等一系列操作后 , 再由海外配送到客户手中 。 与国内的传统电商发货配送相类似 , 耗时较长 。

|跨境电商“进销存”系统之销
本文插图

|跨境电商“进销存”系统之销
本文插图

02 订单系统解构
2.1 订单概述
不管是跨境电商还是传统电商系统 , 订单管理都属于核心业务 。 订单系统就像个中间枢纽 , 商品管理、库存管理等都会与订单系统密切相关连 。 以下就来总结一下后台系统中订单管理的设计:
2.2 订单字段
订单的主要信息包括支付信息、买方信息、商品信息以及配送信息等 , 具体内容字段可参考下图:
|跨境电商“进销存”系统之销
本文插图

2.3 订单体系
|跨境电商“进销存”系统之销
本文插图

(1)客户下单
因为公司主要是把产品放在已有跨境电商平台上售卖 , 因此设计系统时 , 不详细考虑客户在前端下单的流程 。 销售人员把需要售卖的商品刊登(涉及刊登系统)到跨境电商平台中 , 客户在电商平台中下单付款 , 生成订单
(2)平台拉单
通过电商平台提供的开发者API , 定时把平台中状态为已付款的订单拉到公司的订单系统中进行后续操作 。 这里涉及API的调研 , 需要提前了解各跨境电商平台提供的API包含哪些信息 。
以Amazon平台为例:
Amazon订单API地址:http://docs.developer.amazonservices.com/zh_CN/orders/2013-09-01/Orders_ListOrders.html
(您可以通过 ListOrders 操作来检索订单商品信息 , 进而找到您在指定时间段内所创建或更新的订单 。 所返回的订单中包含 AmazonOrderId 值 。 然后 , 您便可以使用这些 AmazonOrderId 值(通过 ListOrderItems 操作)获取每个订单的详细订单商品信息 。 )
(3)复核订单
后台获取订单后 , 需要统一订单的格式 , 并设定为“待审核”状态(海外仓发货的订单除外 , 下文有提及) 。 客服部门/仓库文员对订单进行复核操作 。
复核平台中的订单信息:(1)客户备注信息;(2)配送地址、邮件等;
复核系统中的订单信息:主要复核货运方式以及海外仓未能自动提交发货的订单 。 货运方式在刊登listing时已有默认的方式 , 但可根据实际情况进行更改 。 由于时差关系 , 海外仓发货的订单 , 由客人支付成功后 , 系统自动提交发货 , 不需要人工复核 。 自动提交发货失败的订单 , 自动流转到“待审核”订单中 , 由客服/仓库文员对订单按实际情况进行处理 。


推荐阅读