在电子商务中处理大订单和大批量数据方面,为啥SAP系统表现不如LES?

这个真不是上面几位说的那样,也不是题目中说的那样。先放一些对苏宁LES的,其他的再维护。--------1.苏宁LES是个什么系统 苏宁在07年左右选用了SAP的ECC,将企业管理的主要业务都在SAP上执行,但苏宁的体量是非常大的,全国四千多架门店,还有更多的库存、仓库。这些所有的业务全部在一个SAP的平台上运行,导致系统的速度非常慢,甚至到了影响正常管理的地步。经过分析研究,发现其中后勤部分的业务是最多的,包括库存的管理,仓库的执行,运输管理等。于是乎,就又开了一个SAP ECC,将所有的后勤业务放到了这套SAP系统上。 这套SAP系统就是传说中的LES系统,这里主要使用了原来的库存管理IM,仓库管理WM,运输管理TM,以及其他配套的后勤执行模块LE。苏宁在这套系统上进行了大规模的开发,标准功能几乎都被替代了。带这并不能说SAP的后勤功能被彻底放弃,应为所谓LES的开发的功能,都是在原有基础上进行的增加,如库存还是使用的物料凭证,仓库还是转储订单,里面的整体的逻辑、作业凭证等都是原有的。可以说在SAP后勤模块的大房子上,做了一些自己的装修。 2.那次事故是什么情况至于那次貌似很严重的事故,那先要说说苏宁的系统价格了。大家平时使用的苏宁易购网站下的订单,会通过电商平台同步到订单管理系统,订单管理系统再将相关数据下发到SAP的ERP和LES系统,ERP去做核算、销售订单等单据事务,LES根据订单安排仓库下架分拣并送达。这套架构是非常符合电子商务公司的系统架构,但其中就是出了问题,易购下达的订单,在LES中丢失了,就是没收到没有,仓库不知道。结果就造成了这次严重的事故。本来这种事儿也不大,谁让赶上双11这个敏感的时间呢,严重影响出库和送达,结果就闹得沸沸扬扬。那为什么会造成这样呢?......这个是不能说的。反正现象就是那样了。那责任方在谁呢?首先可以排除SAP系统,因为SAP会对自己的标准功能予以保证,但自开发的功能嘛,那就只能呵呵了。毕竟短期内开发这么大量这么复杂的系统,不出错才怪。再加上苏宁自己内部水平.....我也就不说了,反正出这种事那是一点都不用奇怪的。
■网友
只有爛的人,沒有爛的系統。SAP電商客戶包括亞馬遜,王府井百貨,apple等等。蘇寧的業務有人家複雜?
■网友
中国的电商发展快,业务需求变更也快。从产品设计角度看待这个问题,是由市场来进兴推动的变动。SAP的WM模块属于标准的WMS功能,适用于传统行业(比如:零售,第三方物流等)。无论是哪家的WMS对应哪个电商公司,WMS都会存在客户化的开发,最简单的道理,电商仓储和传统行业的仓储模式存在部分的差异性。第一,SKU量级超大第二,关注订单时效第三,系统对接较多不是系统问题,也不是设计者的问题,我认为是整个规划的问题。说到底,就是这套系统能否满足业务需求。产品设计者显然是没有决定权的,决定权在于老板,所以SN的悲剧发生了。由几个IBM的顾问带着苏宁一帮小伙伴进行二次开发,与实际业务需求发生偏差,导致物流瘫痪。以上,纯属个人观点,不同意者请勿撕。谢谢
■网友
LES是12月初上线的 当时也是SAP和LES切换导致物流出现问题,确实是没有烂的系统,只有适合不适合
■网友
利益相关,5年电商产品狗一条。新一年立了个flag——每周至少分钟在回复一条题。那就从今天开始哦——
我仅从京东和亚马逊等大咖电商网站自研做订单系统的理由如下,其他方面的系统处理如WMS,商品系统姑且按下不表。
(1)电子商务高流量,高并发,复杂多样的营销玩法,SAP配套卖OMS基础套件,每场电商促销增加营销玩法,都要SAP陪着来二次开发一次,这样不太现实?毕竟没有比京东,阿里巴巴和亚马逊为了冲GMV,做出一次次刷新消费者消费力新高水平的成绩,吃紧人口红利的营销活动更灵活多变和丰富多彩的玩法了,买三赠一,全场满减,拼团成单。这一系列的营销玩法对于订单系统都是个性化的开发,何不用自家系统更爽?


推荐阅读