中免集团分享:基于低代码的订单履约落地实践

下文为中免集团三亚市市内免税店有限公司信息部总监张嵩的演讲全文:

各位朋友,下午好,我是来自中免的张嵩。今天我想用具体的项目来给大家做分享,基于低代码平台的订单履约系统的落地实践。

借着这次机会给大家介绍一下中免。中免海南是中免集团的重要组成部分,去过海南的朋友应该都知道海南免税店是比较多的。2011年,中免集团三亚市内免税店正式开业,这标志着中免海南的离岛免税业务正式开启。2014年中免集团三亚国际免税城正式开业,坐落于海棠湾,相信很多朋友都去过。这是免税政策扩大到全岛,中免海南业务进一步发展壮大的重要的标志。2020年免税政策进一步开放,中免成为免税全渠道经营资质的运营商。这其中有一个重要的标志性事件,就是我们每个人的离岛免税的购买的额度从原来的每年3万元提升到了10万元,正是由于这个政策的落地,离岛免税业务迎来了爆发式的增长。2022年,中免集团的海口免税店正式开业,全岛门店布局得到了进一步的提升,旅客的承载能力也进一步加大。截止到目前,中免在整个海南岛共有7家门店,还有1家电商平台。

中免海南的业务量在中免集团占到三分之二,业务量是非常大的。特别是疫情期间,很多的想要出国的购买免税品的,都出不去了,只能去海南,海南的业务量井喷式的增长,给我们订单履约系统带来了非常大的压力。

01

#订单履约全流程

给大家介绍一下离岛免税行业的订单履约的大概流程,它区别于一般贸易的订单履约的流程。在海南购买免税品的朋友应该都有经验,在机场也好,在室内都有免税店,包括微信的小程序,只要在小程序上面下单,或者是在现场门店下单以后,订单信息都会传送到订单履约系统。

订单履约系统会根据旅客的航班日期、商品的种类,提货点的位置,以及提货的日期,这些维度进行多次分拣,通常来说会完成三次分拣。之后会将这个信息传送至TMS系统,也就是运输管理系统,TMS会进行相应的运输处理,把这些货物运送到不同的提货点。然后再去进行相应的提货操作,或者是邮寄操作等等。最后在提货点对货物进行签收,代表货存的转移。同时还有一些异常流程的处理,比如说像退换货,以及由于天气原因或者是航班延误的原因,导致没有办法现场提货,从而转邮寄等等,这些都可以通过我们的公众号小程序进行相应的操作。

所以说离岛免税的订单履约的流程相对于一般贸易来说,复杂很多。我认为主要因为三点,一个是由于提货点的种类比较多,分布比较广。第二点是由于离岛免费政策受到了海关的强监管,所以在监管制度上的要求是非常高的,比说报文的传送,还有一些核销的验证等等。第三点对时效性要求也非常高,比如说飞机已经起飞了,货还没有运到提货点,这个肯定是不能接受的。

02

#业务管理痛点

整个的订单履约的流程非常复杂,再加上业务量急剧增长,给整个的业务带来了非常多的问题。

当时的订单履约系统遇到了技术的问题,系统的基础架构比较陈旧,是基于单节点的部署,难以支撑业务的高速发展;还有需要手工录入大量的信息,给操作带来了很多不便;以及流程节点相对比较粗放,包括线上的退货开票,还有提货及邮寄状态的跟踪管理等,极大限制了效率。此外就是层级分析和相关的功能不足。

03

#系统选型判断

基于以上的背景,公司决定在22年重新构建订单履约系统。当时有两个方案,一个方案就是基于原有的订单功能模块,因为原来的订单履约功能模块集成在我们一套叫EOP的系统,其实就是一个ERP系统。订单履约功能是集成在EOP里的一个模块。第一个方案,就是在原有的模块基础上进行迭代和优化。面临的问题就是首先要解耦,然后重构,再进行相关的功能的升级。

第二个方案是推倒重来,把原有的订单履约功能废弃掉,再重新搭建一套订单履约的系统。经过一系列的评估,我们是建议重新搭建。重新搭建有一个最重要的要求——时效性,要求在半年之内完成搭建

基于这样的要求,我们首先排除了定制化开发模式。按照我们经验,通常这样复杂的一套履约系统,定制化开发没有一年到一年半的时间是完不成的。所以我们只能在套装软件和低代码平台之间做选择,这两个方案也是各有利弊。套装软件从功能的覆盖的角度相对比较全面,但是可扩展性相对不足。低代码平台的优势就是可以敏捷迭代、快速配置,上手比较容易,并且底层技术架构相对比较稳定。但是当时我们目前没有使用过低代码,所以心中有一个很大的问号,就是低代码的平台能否支持这么复杂的业务系统的开发。

04

#系统建设难点

复杂度体现在以下几个方面。一个是系统对于高并发的要求非常高,因为每天每家门店都要达到十几万的订单量。

第二是多端展示的要求,包括PC端、手持PDA,还有公众号H5小程序,多端的用户操作。

第三是多系统集成方面的要求。因为中免的系统非常复杂,需要打通30多套系统,包括自有的系统和第三方系统,去保障数据的互联互通以及一致性。

最后就是项目周期。项目周期的要求也比较紧,要求在半年之内完成全岛7家门店和12个提货店的系统的全部上线,所以这是一个非常有挑战的项目。

05

#系统整体功能架构

得帆的同学和中免信息部组成了联合项目组,对当前的困难进行了充分的分析,也是对低代码平台的性能进行了重复的论证,很快就给出了一套基于低代码系统整体的功能架构。这个架构主要是分成五个层面,首先就是多端应用层,包括PC端以及移动端,这也是低代码的优势所在,一端配置多端展示。

第二就是数据平台层,主要是解决数据统计难、数据统计慢的问题,包括我们关注的各项指标,比如说离岛离境的航班分析,还有POS时间段的销售数据、提货汇总表等等,并且可以基于全岛各门店和提货店的维度给出不同的分析报表和结论。

第三个层面就是业务平台层,主要是刚才讲到的订单履约全流程中所有的功能点,主要包括订单管理、一次分拣、多次分拣、配送、提货签收、海关扣押,还有退换货的情况。

第四个层面就是技术平台,主要是基于得帆低代码平台来构建。

第五个层面就是支撑平台,这个涉及到中免内部的其他的业务系统。

06

#项目工作开展

在架构确定以后,接下来进入到了紧锣密鼓的项目实施阶段。我们的目标,刚才说过了半年之内要完成7个分拣仓和12个客户点的全部的上线。当时正处于疫情期间,咱们项目组的小伙伴非常的辛苦。

在这个项目的建设过程中,也遇到了很多情况。最值得一提的就是在项目上线的前期,恰逢2023年春节前,我印象里应该是春节前一个礼拜,大家也都知道春节期间是中免业务量最大的时候。当时的压力非常大,但是我们经过项目组的决策,还是决定在春节前上线这个系统。

我们对春节的业务量有了一定的预估,但是没有预估得很充分。因为23年的春节是疫情刚刚结束的第一个春节,很多人在家里憋坏了,来海南旅游购物,那一年人流量非常之大。虽然我们很高兴可以卖更多的货,但是压力也随之而来。跟得帆的领导沟通以后,得帆给予了大力的支持,从全国各地调配了30多名专业的人员来支持这个项目以及春节期间的工作,真的是7*24小时的保障。最后顺利完成了23年春节期间的系统保障工作,也充分体现出得帆团队的专业和责任心。

07

#项目成果

后面是一些项目的成果的展示。全岛供应链的控制塔,是基于各个视角、各个维度进行快速准确的数据的展示,满足各个层级管理要求。其次是全端触达,PC 端和移动端,两端都可以实现展现和填写,满足业务执行人员随时随地录入相关信息,并且提升业务执行人员的操作体验和执行效率。

经过本期项目,我们也从得帆的身上学到了很多,我们也将继续和得帆进行合作,基于得帆的低代码平台,构建更多的场景和应用,将得帆低代码平台作为中免数字化转型的技术底座。初步的构想是分成几个层面,门户层,包括我们的公共门户,还有小程序、公众号等。应用系统层主要是根据业务协同部门的审计需求,在一个平台上快速的构建,包括已经构建了的订单履约系统,还有即将构建的绩效管理系统、退货管理系统、商品搜索系统等等。第三个层面是技术底座层,主要是采用低代码平台,还有集成平台以及技术中台来去搭建。最后就是支撑系统以及其他的平台。后续会随着我们和得帆的合作的深入,对这个规划进行相应的细化。

08

#未来展望

在和得帆进行更加深入的合作,更加充分使用低代码平台以后,我们相信在不久的将来能够达成以下几个目标,首先是业务与IT和DT的更加充分的融合,第二是需求确认和迭代的快速敏捷,第三就是加速中免的数字化转型。我介绍的就这么多,最后允许我代表中免信息部向得帆表示衷心的感谢,得帆等于靠谱

  • 25
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值