当前位置:首页 > 家装 > 装修设计 > 文章正文

OMS:零售电商系统的核心

编辑:[db:作者] 时间:2024-08-25 02:15:25

OMS即:订单管理中央,是零售电商系统的核心。

随着中台观点的火热,很多电商公司都开始投入资源开始搭建各种中台系统。

OMS:零售电商系统的核心

几天前和朋友互换,他们公司成立一个新的中台项目,项目上线后会取代现在的OMS及一些干系系统。

本人前公司彷佛也在风风火火的搞中台,但中台是什么?搭建完成后办理了什么问题?能带来多少效益?上了中台是否真的能快速相应业务需求呢?

由于对中台理解的不多,现在也回答不了,这些只能逐步去学习,以是也只能聊聊我对根本的一些系统、模块的理解。

之前总结过拆单、订单状态、退换货等,这些都彷佛都可以归属于OMS,本篇接着说下我理解的OMS。

一、OMS与中台1. OMS

OMS紧张是承接各种业务单据「入库与出库」快速的与高下游系统进行信息的通报与处理,订单是其最核心的数据,也是数量最大、效率哀求最高的部分。

在上图中,第一层属于内部干系系统,如商品系统、采购管理、前端购物流程产生的发卖订单、售后发起的退货订单、以及领用等业务单据——这个我们可以称之为「上游系统」或ERP;当然OMS也应属于ERP系统的一部分。

OMS紧张是针对订单的处理,履单包括上游系统的快速流转;但真正的生产该当是仓储内作业。
以是OMS是与WMS系统交互最为紧密,与WMS系统的信息通报是通过仓储系统的API接口完成的,API接口与WMS可以称之为「下贱系统」。

OMS便是一个中间系统做事的组成,在横向上,它又会与财务进销存系统进行数据的通报,以是它是被很多系统包围中中间的,称其为订单中央确实不为过。

2. 中台

上图是我在网上看到的一家做OMS产品的系统架构先容,这里的订单中央属于业务中台。

上图是根据一位朋友发给我的中台方案,做了些简化;订单管理也是业务中台的一部分。

二、干系做事与功能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. 流水

我在这里将出入库流水划分在OMS系统中,由于吸收所有的仓储作业数据,只要有出入库那么就涉及到库存的增或减;但是在WMS供应的API接口或返回的数据中可能不会区分单据类型,须要上游系统进行重新处理。
这个几年前在与LSCM「仓储对接平台」进行库存核对时就须要到这样的问题。

WMS虽然有单据类型,但是经由LSCM后就只有出与入两种大类型,详细的信息都须要根据XML报文解析后,由上游系统进行重新处理。

流水也是SCM与财务系统交互的根本,财务根据出入库流程、库存进行财务本钱的打算、干系报表天生等。

以是如果你在卖力OMS,须要把稳这一块,WMS有些因此调度单办法进行的,单据须要上游进行天生。

8. 库存

在零售电商系统中库存一样平常分为三部分,内部ERP、WMS和财务。
其间关系以前曾说过,先有WMS,ERP根据出入库单据由OMS进行增或减,财务则根据OMS的出入库流水进行再次打算天生。

以是对账是必须的,WMS和ERP是实时作业的,库存是实时变革的,会有韶光性的差异,财务是根据流水天生的可以有准确的期末库存。

打仗过几个WMS系统都是通过快照办法备份期末库存的,这个如果WMS系统中没有,须要进行开拓,只要有一笔笔的数据就能够推算出期末库存。

但是当SKU数量和单据量非常非常大时,打算就须要韶光,在系统设计上就要进行分仓、分品类等进行分布式打算,当然我这里只是提出;在实际生产系统中最多碰着过一天几十万单,几十万个SKU的场景,与京东等平台这种设计肯定知足不了,有兴趣的同学可以去考虑,可以私信互换。

三、总结

OMS名词我们都知道,但是在不同的公司OMS的功能不同,涵盖的业务也不同;只要根据业务较为合理的进行方案,知足业务的变革就行了,至于它是不是订单中台不必过多计较了。

业务驱动技能发展,在设计时要运用领域模型,这是最近看书理解到的,业务、技能、数据、领域,究竟该如何去做,须要不断的去参照成功企业的运用案例结合实际场景去实践。

有朋友说我写的东西不装X,实在是想写高大上的,但是文采和储备有限,只能写点根本的自娱自乐,找点事干。

末了,感谢您的阅读!

作者:倔强的大萝卜;"大众年夜众号:倔强的大萝卜

本文由 @倔强的大萝卜 原创发布于大家都是产品经理,未经作者容许,禁止转载。

题图来自Unsplash,基于CC0协议

本站所发布的文字与图片素材为非商业目的改编或整理,版权归原作者所有,如侵权或涉及违法,请联系我们删除,如需转载请保留原文地址:http://www.baanla.com/lz/zxsj/76871.html

XML地图 | 自定链接

Copyright 2005-20203 www.baidu.com 版权所有 | 琼ICP备2023011765号-4 | 统计代码

声明:本站所有内容均只可用于学习参考,信息与图片素材来源于互联网,如内容侵权与违规,请与本站联系,将在三个工作日内处理,联系邮箱:123456789@qq.com