一、OMS系统定位

1、OMS基本认知

1）OMS与电商后台的区别

有人可能会问，每个电商平台有对应的后台，为什么要用OMS？以下几点看法：
1、电商后台主要是统计订单/售后单的单量、进行商品的上下架等，支撑平台运营；OMS则更多是为企业内部提供个性化的订单管理服务；
2、一般来说，客户在电商平台下的订单并不是直接下发给仓库发货，中间需要在OMS进行订单管控，比如客服审核、财务审核等；
3、若某个店铺有多个仓库，商家应该安排哪个仓库发货呢？这就需要在OMS中配置了；
4、其他原因。
总的来说，只要平台的开放API支持，OMS基本可以替代电商后台。

2）OMS基本定位

OMS（订单管理系统）是电商供应链最重要的环节之一。整个业务链路大致为：买家在电商平台下单——＞OMS（订单）——＞WMS（仓储）——＞TMS（运配）——＞买家。OMS在这当中主要起到承上启下的作用，承担着订单信息集中处理、高效传递的重任。它上接电商平台，对其进行订单管理，下接仓储，安排订单出入库，最终将商品送到买家手中。其中，还包含资金流转信息供企业财务结算等。总而言之，电商卖家在降本增效、数字化转型的路上少不了一套OMS。

2、OMS起初规划

起初，规划单独一个OMS系统，大致内容如下：

OMS系统规划

OMS系统架构

OMS功能规划1.0（主要功能）

OMS功能规划2.0（细化功能）

OMS功能规划3.0（细化功能）

3、OMS最终定位

最终，确定将单独一个OMS系统划分成两个单据系统：
OSC：（Order Service Center，订单服务中心）提供创单接单能力，提供对客服务人员处理订单的能力
OFS：（Order Fulfillment System，订单履约系统）提供订单履约能力，提供仓储物流人员处理包裹单的能力

OSC+OFS系统规划

OSC+OFS系统架构

OSC功能规划1.0（主要功能）

OSC功能规划2.0（细化功能）

OFS功能规划（细化功能）

二、OMS系统内容

OMS系统内容

1、OSC（订单服务中心）

1）业务流程

三方平台订单发货流程、自研平台订单发货流程

2）业务对象

每个字段的定义、来源、用途等

3）正向处理

订单发货处理

1. 生成系统单

   平台订单进入系统后，生成系统统一格式的订单，简称系统单。以下是四种生成系统单的方式：

   ① 自动接单

   平台通过webhook自动推送订单至系统，系统自动接单。

   ② 自动拉单

   系统通过平台接口定时自动拉取订单。

   ③ 手动拉单

   业务通过手动触发方式从平台拉取订单，例如：自动拉单出现漏单时，业务可通过手动拉单方式获取订单。

   ④ 导入订单

   业务通过手动导入方式录入订单，例如：不进行接口对接（平台接口能力不成熟）且单量小的平台订单、外部合作模式产生的线下订单等 。

2. 订单管理

   统一管理订单的后台。业务可以在上面查询处理订单。

3. 商品匹配

   订单进入系统转化成标准系统单后，先进行商品匹配。该环节指业务在平台上架的商品编码与公司统一管理的实物商品编码不一致，需进行商品编码映射，将平台商品编码转换成公司实物商品编码，以便下发至仓储系统，仓库同事可以识别发哪个商品。

4. 分摊计算

   接着进行分摊计算（通过上个环节商品匹配获取到了实物商品编码，从而获取到实物重量信息，可以在该环节用来分摊运费），指根据运营财务需求将促销活动金额或者平台未分摊金额依需分摊，以便后期退款和财务对账等。

5. 库存占用

   然后进行库存占用，指先锁定库存，待订单流转至待发货或者已发货环节释放库存，这样可以更为有效地控制对客的虚拟库存上限，防止平台超卖。

6. 推送OFS

   最后将订单推送至下游履约系统进行履约，即推送OFS。

7. 回传平台

   当订单状态变更为已发货或者已送达时，将发货信息回传平台。至此，一个订单的正向流转流程基本闭环结束。
   另回传平台的前提，需先配置好标发策略和同步策略。

   ① 标发策略

   标发策略指设置在什么环节回传平台：一、在什么状态下标发，在待发货还是已发货已送达时标发；二、在有什么物流单号下标发，在有运单号还是转单号时标发，等等。可以通过标发策略来设定每个平台每个服务商不同节点的标发需求。

   ② 同步策略

   同步策略指将公司服务商与平台服务商建立映射关系，这样回传平台时，系统会根据服务商映射关系将发货信息准确成功回传。

8. 订单标记

   业务建立标记档案，根据所需针对订单手动打标或者系统自动打标，这样有利于业务建立快速筛选机制，对订单进行高效地查看处理。

9. 订单导出

   业务根据所需手动导出订单信息，进行数据分析或者其他汇总统计需求等。

10. 历史数据
    例如：进行一些功能或者店铺迁移工作时，会产生历史数据处理。

11. 定时任务
    系统定时处理机制，例如：定时自动拉取订单，或者打补丁的定时处理机制，便于自动规避问题，提高订单的履约时效。

12. 权限管理
    设置按钮权限等（店铺、模块等权限有另外的独立系统处理）。

4）异常处理

订单异常情况处理

1. 订单截取

   针对收货信息，有的平台为了提高客户下单率或者其他原因，没有做过多限制，导致收货信息异常无法履约。基于收货信息有统一的国际标准（例如：某国家手机号多少位，不能包含哪些字符等），可以根据国际标准设置好截取策略，通过截取策略将收货信息进行自动截取处理，转化成标准信息，提高履约时效，减少人工处理成本。

2. 订单风控

   订单在截取处理后仍可能存在一定问题，例如：客户属于客户黑名单不能发货需取消等。可以根据预估风险设置好风控策略，将订单风控冻结，由业务人为判断是否为真实风险单，是否可继续履约，若继续履约，跟客户确认信息对订单进行二次处理，通过风控即可。

3. 订单冻结

   上述风控是订单冻结方式之一，另有业务手动冻结。基于同一订单有时会经多个业务处理，另业务在处理过程存在跟客户确认信息的情况，为让订单停留在系统而不自动推送至履约系统履约，业务会将订单手动冻结，以便下个业务来处理或者跟客户确认好信息后来继续处理订单。

4. 订单修改

   ① 修改商品信息

   ② 修改收货信息

   ③ 修改客服备注

   当业务收到客诉或者订单产生异常，需对订单进行修改，包括修改商品信息、修改收货信息等。另上述提到存在同一订单经多个业务处理，那么先处理的业务会在订单上备注一些已处理记录或者接下来处理需求。

5. 订单拦截

   基于上述业务针对订单有修改需求或者取消需求，若这时订单已下发下游系统进行履约，但未发货，可以先将订单从下游系统拦截回来，再对订单进行修改或者取消，修改完了可继续下发下游系统进行履约。

6. 异常记录&钉钉告警

   针对订单异常情况，系统会自动记录异常信息，同时触发钉钉告警，以便业务或者产研第一时间处理，让订单继续正常流转，提高订单履约时效。

5）售后处理

订单退货退款等售后处理

1. 生成售后单

   平台售后单进入系统后，生成系统统一格式的售后单。以下是四种生成系统售后单的方式：（同上述生成系统单）

   ① 自动接单

   ② 自动拉单

   ③ 手动拉单

   ④ 导入售后单

2. 退换管理

   统一管理售后单的后台。业务可以在上面查询处理售后单。

3. 订单取消

   业务根据所需将订单手动取消，或者系统判定为实际风险单将订单自动取消等。

4. 订单补发

   当订单发货后，发生物流丢包、商品破损等情况，业务针对该订单进行补发（重发）。

5. 订单补款

   业务针对售后客诉情况，适当通过一定差额补款形式，降低业务投诉率，降低业务损失。

6. 订单退款

   订单发货后，客户因各类原因不满意商品，产生退款行为：针对该订单发起退款。

7. 订单退货

   基于上述退款情况，同时可能产生退货行为：针对该订单发起退货退款。

8. 订单换货

   因服饰码数不合适或者其他原因，客户要求换货，针对其订单发起换货。

6）外部服务

对外部系统提供的一些服务，例如：提供订单查询服务等。

2、OFS（订单履约系统）

1）业务流程

包裹单发货流程

2）业务对象

每个字段的定义、来源、用途等

3）正向处理

1. 生成包裹单

   ① 自动接单

   从OSC自动接收系统单，生成相应地包裹单。

2. 包裹单管理

   统一管理包裹单的后台。业务可以在上面查询处理包裹单。

3. 获取申报信息

   首先从采购系统获取申报信息，获取商品采购价、采购重量等，用于后期预提报。

4. 汇率转换

   接着进行汇率转换，将相关金额统一换算成美元，用于后期预提报。

5. 寻仓库物流

   然后通过配置好的仓库物流策略去寻最优的仓库物流。

6. 更新申报信息

   根据寻到的最优物流，调用物流系统的申报规则更新完善申报信息，用于接下来的预提报。

7. 预提报

   将包裹信息下发物流系统，供物流系统下发服务商系统进行海关申报，同时获取运单号和面单，下发仓储系统进行发货。

8. 推送外部

   自发货：指通过公司系统公司仓库物流发货。预提报结束后，将包裹单下发公司仓储系统发货。

   外部发货：指通过三方系统三方仓库物流发货。直接将包裹单下发三方系统履约发货。

9. 获取发货信息

   针对三方系统，需主动定时获取发货信息，将发货信息回传OSC。

10. 回传OSC
    不论自发货还是外部发货，在更新发货信息后，会自动回传OSC，供OSC回传平台。至此，一个包裹单的正向流转流程基本闭环结束。

11. 包裹单归档 / 接ES
    当包裹单量大到一定程度，会影响其查询处理效率。针对该问题有两种处理方式：一、包裹单归档，建立历史单据表，将六个月前或者更久前的单据转移至该表，剩余单据在常规单据表里，这样查询效率可以恢复正常且高效；二、包裹单接ES搜索引擎，方式类似归档，相当于将单据放在ES里，通过引擎更快地查询出相关单据。

12. 包裹单拆分
    当包裹单出现库存不足、库存跨仓等问题，或者包裹单中存在预售品（预售品的到货时间比非预售品晚很多）等情况，业务可以手动拆分或者系统根据设置好的拆单策略自动拆分包裹单，将有货商品优先拆分出来发给客户。

13. 包裹单合并
    业务根据客户需求将多个包裹单手动合并成一个包裹单发货，在一定程度上节约物流成本。不过海外服务商重量控制较严，导致处理单量有限，可节约的成本空间有限，暂未设计自动合单策略。

14. 包裹单还原
    当包裹单合并后，希望重新组合合并或者拆分，这时需先将合并后的包裹单还原成初始包裹单，再对初始包裹单进行重新组合合并或者拆分。这样单据数据清晰，对应关系明确，链路流可以正常继续流转。

15. 包裹单标记
    业务手动维护标记档案，根据所需针对包裹单手动打标或者系统自动打标，辅助业务后续筛选查看处理包裹单。

16. 系统运输类型管理
    该档案区别于具体的物流运输类型，只区分快递还是专线，主要用于物流策略配置。

17. 定时任务
    系统定时处理机制。

18. 权限管理
    设置按钮权限等（店铺、模块等权限有另外的独立系统处理）。

4）异常处理

包裹单异常情况处理

1. 包裹单修改

   ① 指定仓库物流

   当寻仓库物流失败，业务根据情况手动指定仓库物流。例如：包裹超重导致寻物流失败，业务手动将物流运输方式小包改为大包等。

   ② 指定申报信息

   当预提报反馈申报信息有问题，或者申报信息有指定要求，业务根据情况手动指定申报信息。

   ③ 修改收货信息

   当预提报反馈收货信息有问题，业务根据情况对收货信息进行修正（后续考虑上下游系统数据统一，只保留了上游OSC修改收货信息能力）。

2. 包裹单驳回

   当出现库存不足-缺货、预提报失败-收货信息有问题等情况，物流业务会将其包裹单驳回至OSC，供客服处理（取消或者修正信息继续下发履约）。

3. 异常记录&钉钉告警

   针对包裹单异常情况，系统会自动记录异常信息，同时触发钉钉告警，以便业务或者产研第一时间处理，让包裹单继续正常流转，提高包裹单履约时效。

5）售后处理

包裹单退货处理

1. 生成售后单

   ① 自动接单

   从OSC自动接收退货售后单，生成相应的退货包裹单。

2. 退换管理

   统一管理退货包裹单的后台。业务可以在上面查询处理退货包裹单。

6）外部服务

对外部系统提供的一些服务，例如：提供系统运输类型档案查询服务等。

三、小结

总体来说，具备一定业务知识基础，确定好系统定位，了解基础需求个性需求，学会选择角度维度分析需求拆解需求，清楚数据结构层级关系，了解基本的技术知识，那么中大型系统 0-1都可以尝试去建设。希望本文基础性的讲解可以对你有所帮助。