云商订单管理

　　云商订单管理？云商订单管理选用旺店通。“订单管理是客户关系管理的有效延伸，能更好的把个性化、差异化服务有机的融入到客户管理中去，能推动经济效益和客户满意度的提升。”

　　通俗一点来讲，订单管理就是从电商平台上获取买家订单，对订单进行一些处理后，将订单分配给仓库发货。

　　二、B2C正向订单处理B2C正向订单处理包括下载订单、订单转化、订单打标、赠品计算、订单审核、拆合单等，处理流程大致如下图所示：

　　1. 订单下载OMS系统对接了各销售渠道/电商平台，要能够将平台店铺待发货的原始订单集中下载到本地，并提供平台订单列表供商家查看管理。

　　通常，订单下载有自动下载和手动下载两种方式：

　　自动下载：商家设置订单自动下载规则（比如5分钟下载一次）并开启订单自动下载任务后，系统将自动下载平台订单。

　　手动下载：商家可以设置一些条件（比如订单更新时间、平台店铺、平台订单号等），并手动触发系统下载符合该条件的平台订单。

　　2. 订单转化平台订单由各电商平台生成，订单上部分信息的表达方式各异，比如同一个商品苹果，在平台A上可能叫做“红富士”，在平台B上可能就叫做“国产红富士”。对于不熟悉的工作人员来说，很难知道这两个其实对应的是同一个苹果；更何况对于系统来说，不同的表达方式就是两个不同的东西。

　　因此，若要实现对订单的统一管理，平台订单首先要转化为系统内部订单，确保订单信息以相同的方式进行表达，系统可识别。

　　订单转化过程中，通常会进行以下几方面信息的校验、转化：

　　商品信息转化：校验系统上是否存在该平台商品对应的铺货关系，若存在，则平台商品转化为系统商品；若不存在，则提示商品异常。

　　地址信息转化：OMS系统上会维护一套地址区域信息（分为国家/省份/市/区四级结构），用来校验单据的地址信息是否存在有效，销售订单上的地址若不符合系统区域信息结构，需要转化为系统上对应的区域信息，否则提示异常。

　　承运商转换：OMS系统上会维护一套承运商信息档案，并维护平台承运商与系统承运商的关系，订单上的平台承运商信息需要转化为系统承运商，否则提示异常。

　　订单状态转化：OMS系统内部订单的状态机与各平台订单的状态机不尽相同，因此订单状态也应该进行相应转化。

　　平台订单转化为OMS系统内部订单后，便可基于系统内部订单进行下一步的订单处理。

　　3. 订单导入考虑到一些特殊场景（比如平台暂未对接、帮助客户下单等），OMS通常也需要支持手工创建订单、导入创建订单的方式直接创建系统内部订单。

　　4. 订单打标基于订单的某些特征，商家需要对这类订单提供相应的特殊服务，为了便于快速识别或筛选出这些订单，商家可以对订单打上相应的标签。

　　订单上的标签可以由系统自动设置，也可以由工作人员手动设置。自动设置标签的能力对应的是自动打标规则，自动打标规则允许商家根据业务需要设置对应的打标条件，当订单流入到系统后，若命中该打标规则，则自动为该订单添加对应的标签，减少人工识别订单的工作量。

　　5. 订单拦截出于某些原因，业务上不允许订单继续往下一个处理环节流转，需要让订单停留在当前处理环节，等拦截因素自动或手动解除后，订单才可以继续向下流转。比如订单超低价、收货地物流管控等场景下，都可能需要拦截订单。订单拦截一般由系统根据拦截规则自动拦截，商家只需事前配置好拦截规则，事后审核被拦截订单。

　　6. 赠品计算商家在OMS系统上设置的赠品活动正是作用在此处。订单推送给赠品中心处理后，赠品中心将反馈该订单的赠品计算结果，订单中心则根据反馈结果在订单上添加对应的赠品行，以确保赠品能够进入履约流程。

　　7. 订单审核订单审核的目的确认订单不存在风险、信息准确无误、需要发货履约。在订单审核的过程中，如有必要，还可以对订单进行一些手工调整，比如修改订单地址、修改商品信息、添加赠品、修改发货仓库、修改承运商等等。 审核通过的订单，订单的状态将更新为以审核，且订单的一些信息将锁定不再允许修改。

　　8. 拆单/合单OMS拆单就是将订单拆成多个子订单分别发货，合单就是多个订单合在一起发货。拆单合单都是为了更好的对订单进行履约，从而降低商家成本或提高用户体验。一方面商家可以设置自动拆单、合单的规则，以减少人工工作量，提高拆合单效率；另一方面，商家也需要能够人工干预，手动对订单进行拆单、合单操作。

　　拆单、合单必须在订单进入仓库寻源/发货单推送给仓库之前完成。有些OMS系统中，将拆合单流程放在订单审核之前，有些则是将拆合单流程设计在订单审核之后、推送给下游系统之前。不论哪种方案，只是各自的考量不一样，都是合理的。

　　9. 订单调度订单调度即给订单寻找发货仓库（寻源派单规则便是在作用在此处），并将订单推送给仓库对应的WMS系统。