订单业务流程
核心一：库存
-
仓库库存
仓库库存是指在同一个货主下，仓库实物的库存数量。OMS里的仓库库存需要与实物数量保持一致，定期进行盘点和调整。
-
正品/次品库存
商品在运输、存储、销售与退货过程中损坏，无法进行销售的，应该调入次品库存，不被用来销售。当然，如果商品被修复或部分场景需要，也可以重新被调入正品库存用于销售。
-
渠道库存
我们通常会把商品放置到不同的渠道去销售，例如：线下门店、经销商、天猫、京东、唯品会等。每个渠道分配多少商品库存去销售取决于销售预测，一般也不是固定的，而是会根据一定的规则进行动态分配。
-
可用库存
可用库存是指当前可用来被销售的库存，它是指渠道正品库存-销售预占库存-退仓预占库存。ERP同步到各个电商平台的库存数就是以可用库存为准。
-
预占库存
预占库存包含销售预占库存和退仓预占库存。
销售预占库存是指当用户下单后，该库存尚未完成出库，则需要一个中间状态来占用这个库存以免造成超卖。
退仓预占库存是指当需要进行商品退仓，尚未完成出库时，需要一个中间状态来占用这个库存以免造成超卖。次品库存退仓无需预占。
-
其他的还有批次库存、在途库存、调拨库存等等。
核心二：订单
1. 售前
顾客在电商平台下单后，是怎样收到货的呢？
-
订单：首先是涉及到什么样的订单才会被OMS系统抓取。在我们的系统设计中，只有支付过的订单才是需要关注的，所以给了钱订单才会流入OMS系统
-
转单：电商平台的订单通过系统转换为OMS订单的过程称之为转单。
-
审单：OMS订单通常需要客服团队进行查看与审核，当然这个过程可以通过系统策略规则进行自动化/半自动化处理，具体需要根据业务规则处理。常见的拆合单、增删商品、添加赠品、修改收货信息等操作均在这一步进行。
-
拆单：就如同字面的意义，当一个订单包含多个SKU时，可以将该订单拆分为多个子订单，分别进行处理。应用场景通常为：（1）顾客取消了部分SKU的购买；（2）部分SKU超卖缺货，与顾客沟通后可以先发部分SKU。
-
合单：亦如字面意义，可以将两个订单合并为一个订单。应用场景通常为：当同一个顾客同时下了多个订单且收货信息一致时，可以将这些订单合并发货以提升仓库发货效率，节约物流费用。
-
配货：OMS系统将为审核后的订单，自动配置库存，生成发货单和出库单。
-
发货通知：OMS系统将传输订单信息给仓库WMS系统，通知仓库进行发货，以出库单为依据。
-
出库：仓库发货完成后，WMS将会回传发货信息给OMS系统。
-
物流：OMS系统将根据仓库回传的信息来通知电商平台是否已发货及物流信息。
2. 售后
顾客下单后拿到了商品欢欢喜喜的用下去，然后继续买买买，自然是皆大欢喜。但实际的场景中，会出现很多中断的情况，比如：下了单没支付就取消的，支付了又申请退款的，发了货又申请仅退款的，收到货不满意要求退货的。这些实际会发生的场景，需要我们列举出来，并与各个电商平台的规则进行分析结合，在系统上提供相应的机制来处理。
常见的场景如下：
-
取消订单：顾客在下单后，尚未支付时就取消了订单的，由于订单尚未流入OMS系统，无需处理。
-
退款：顾客要求退款，需要具体到什么阶段去申请退款。例如：在审单前、发货前、收货前、收货后。
-
审单前：在OMS取消订单，并在电商平台退款即可。
-
发货前：反审核订单，并通知WMS拦截订单发货。拦截成功的可取消订单并在电商平台退款即可，拦截失败按发货流程继续。
-
收货前：根据实际业务需求在电商平台选择拒绝退款或同意退款，无需在OMS操作。
-
收货后：根据实际业务需求在电商平台选择拒绝退款或同意退款，无需在OMS操作。
-
-
退货：顾客在电商平台申请退货且客服同意退货后，需要在OMS系统内生成售后单，并等待顾客填写物流信息。之后OMS系统需生成入库单，并通知仓库WMS系统。待仓库收到退货后并通知OMS后即可完成售后单。
-
换货：通过退货和新增订单实现，退货入库完成后，生成新的订单，审单后通知仓库发货。
-
修改收货地址：发货前，可编辑订单以修改收货地址。
-
买错尺码/颜色：发货前，可编辑订单以修改SKU。