OMS:零售电商系统的核心

作者:仙宝云 | 发布时间:2021-05-10 16:21:09 | 阅读:0

本文介绍了OMS的概念及相关服务和功能(包括:信息分发、信息上传、订单分发、协同订单号生成和拉取、分单发票服务、状态更新和模板、流程、库存),与大家分享


OMS,即订单管理中心,是零售电子商务系统的核心
随着中间平台概念的普及,很多电子商务公司已经开始投入资源建设各种中间平台系统
前几天,我和朋友们沟通,他们公司成立了一个新的中间台项目,它将取代现有的OMS和一些相关的系统
看来我以前的公司也从事中泰,但中泰是什么?施工后解决了哪些问题?它能带来多少好处?我去中站的时候真的能很快对业务需求做出反应吗
因为我对中泰不太了解,现在不能回答。我只能慢慢地学习,所以我只能谈谈我对一些基本系统和模块的理解
似乎所有这些都可以归因于OMS。本文接着谈谈我对OMS
1、OMS
1的理解。OMS

OMS主要承担各种业务单据的“入库、出库”,与上下游系统快速传递和处理信息。订单是最核心的数据,也是数量最大、效率要求最高的部分
在上图中,第一级属于内部相关系统,如商品系统、采购管理、前端购物流程生成的销售订单、售后发起的退货订单等,以及业务单据如托收。我们可以称之为“上游系统”或ERP;当然,OMS也应该是ERP系统的一部分
OMS主要是处理订单,包括上游系统的快速流转;但真正的生产应该在仓库里。因此,OMS与WMS系统的交互最为密切。OMS与WMS系统之间的信息传输通过仓库系统的API接口完成。API接口和WMS可以称为“下游系统”

OMS是中间系统服务的组成部分。横向与财务购销存系统进行数据传递。因此,它被许多系统包围并且处于中间。称之为订货中心并不过分。中间平台
上图是我在网上看到的OMS产品的系统架构介绍。这里的订货中心属于中间平台

上图是根据朋友的中心规划,经过简化;订单管理也是业务的一部分

2、 相关服务和功能

1。信息分发
商品信息
OMS不仅负责销售订单的分发和上传,还负责采购订单和退货订单的传递,以及商品基本信息
收货是WMS的前期工作,只有在收货入库后才能生成存货
在使用WMS之前,首先要进行数据初始化,即商品信息、类别、供应商等基本信息,同时进行存货初始化。另外,仓库面积、位置等信息需要在WMS系统中创建和维护
如果仓库需要按原材料加工生产,则需要在商品系统中进行配置,如父子商品配置、加工产品原材料配置等,它将以BOM的形式预先发送到WMS系统
供应商信息
在供应商管理模块中创建供应商信息,包括供应商ID、编号、名称和状态。WMS收货时需要获取这部分信息进行数据验证
另外,上下游系统都有供应商库存,需要对供应商商品成本进行计算和统计
在WMS系统中,有货物的批次数据,并且可以根据相关规则创建批次代码,以保证当一个产品有多个供应商时,货物的差异性
单据
这里的单据是指业务创建的采购订单和退货订单,以及用户的销售订单和退货订单
在SCM系统中创建采购订单和退货订单后,需要通过OMS同步到仓库,以便供应商到达后WMS系统根据采集到的采购订单进行数据校验和统计;同时,供应商也可以在预约发货时安排收货
付款和拆分后,将销售订单发送给WMS。仓库收货后,可以开始加工、领料、包装和发货
单据分发一般分为表头和行数据,根据分发的单据信息在WMS系统中根据BOM对商品数据进行验证
这些都是通过API接口完成的。我们原来的系统会在每次发送和上传数据时保存消息信息,以便查看、分析和解决问题
因此,在OMS和WMS同步时,接口发送或返回的XML信息必须完整
2。信息上传
而不是不雅。如果数据去了,应该返回
在OMS系统中,信息上传是指接收WMS系统返回的数据和相关状态。同时,OMS接收到数据和状态后,会进行一些业务处理
以采购订单为例,仓库入库完成后,返回实际入库数量;此时OMS系统需要根据返回的数据生成入库单,更新上游系统的库存;同时,我们需要计算成本并生成仓储流水线。由于需要计算到节点的数据流,系统一般通过MQ实现异步处理
与信息分发一样,返回的信息细节需要保留,有的需要解析保存在关系数据库中,便于统计查询和显示
3。订单分发协作
在信息分发和上传时会应用于规则和策略
随着业务的爆发,单卷增长也很快,所以OMS系统中需要配置一些规则,这样数据可以快速流动,加快系统的响应速度,同时,有很多状态,有的是仓库内部的,有的是业务系统。订单处理过程中需要进行一些设置,需要进行选择性屏蔽和转换
4。我们熟悉订单号生成、拉单和分单服务。订单号生成产品依赖于定义的规则生成非重复的订单号,可以由前端购物流程或后端业务系统调用
同时,订单号规则还与子数据库和子表服务相关联,因此订单号规则非常重要。它必须满足订单量的爆炸式增长,不能重复。通过将前端用户生成的订单号
拉式生成的单据拉式生成后端生产库,作为销售订单数据的来源,可以保存和查询不同维度的订单数据。您可以查看之前汇总的“OMS |订单拆分”以拆分文档,此处不再重复
5。发票服务
现在纸质发票越来越少,电子发票信息不需要同步到WMS系统,但发票金额的计算是必不可少的,需要同步到电子发票税务平台
进行一些售后补发,涉及补发等的退换货也需要通过发票服务进行计算。它们虽然与财务有着密切的关系,但与OMs系统密不可分,应该成为OMs的一部分。

6状态更新和模板
订单状态根据履行过程不断变化,包括上游系统的变化和WMS系统的更新。订单的全过程跟踪是基于状态流的统计和分析,业务部分将根据订单的生命周期进行改进。状态变化不仅涉及其他业务流程的逻辑处理,还需要短信、邮件或微信等消息通知
在零售电子商务系统的基础服务层,会有相应的网关与SP对接,但与用户的交互要注意拷贝和格式,所以模板配置需要事先设置好,OMS调用
只要是与用户相关的,就要注意用户体验,不能漏打或多打,不能随意,要设置相关规则
7。Flow

这里我把入库和出库的流程划分到OMS系统中,因为接收到所有的仓库操作数据,只要有入库和出库,就会涉及到存货的增减;但是,WMS提供的API接口或返回的数据可能无法区分文档类型,需要上游系统重新处理。这是我们几年前用LSCM“仓储对接平台”进行库存盘点时需要解决的问题
虽然WMS中有单据类型,但LSCM之后只有出入库两大类型。具体信息需要根据XML消息进行解析,并由上游系统重新处理
流也是供应链与财务系统交互的基础。财务部门根据进出过程和存货计算财务成本并生成相关报表
因此,如果您负责OMS,您需要注意这一点。一些WMS文档是调整文档的形式,需要在上游生成
8。存货
在零售电子商务系统中,存货一般分为三个部分:内部ERP、WMS和财务。以前说过有WMS,OMS根据出入库单增减ERP,根据OMS的出入库流程重新计算生成财务
所以需要对账,WMS和ERP是实时操作,库存是实时变化的,会有时差,财务是按流程生成的,可以有准确的期末存货
多个WMS系统是用来备份期末存货的快照。如果没有WMS系统,就需要开发。只要有一笔数据,就可以计算期末库存
但是,当SKU和文档的数量非常大时,计算就需要时间。在系统设计中,需要按仓库和类别进行分布式计算。当然,我只提出这个建议;在实际的生产系统中,有几十万个SKU,一天最多有几十万个SKU。这种与京东等平台的设计肯定不满意。感兴趣的同学可以考虑一下,交换私人信息
3、小结
我们都知道OMS的术语,但是在不同的公司,OMS的功能不同,涵盖的业务也不同;只要我们根据业务合理规划,适应业务变化,就不用太担心是否是订单中心

业务驱动的技术发展,在设计中应用领域模型,这是最近一本书学到的,业务、技术、数据、领域,怎么办,需要不断参考成功的企业应用案例,结合实际场景进行实践。

智慧商业服务商仙宝云欢迎您!

请加微信: 18550831999 (徐经理)

在线咨询