订单系统功能模块的设计思路.pdf

订单系统功能模块的设计思路 不点 蓝字，我们哪来故事？ 正⽂如下 本⽂主 讲述了在传统电商企业中，订单系统应承载的⾓⾊，就订单系统所包含的主 功能模块梳理了设计思路，并对 订单系统未来的发展做了⼀些思考。 1. 订单系统在企业中的⾓⾊ 在搭建企业订单系统之前，需 先梳理企业整体业务系统之间的关系和订单系统上下游关系，只有划分清业务系统边 界，才能确定订单系统的职责与功能，进⽽保证各系统之间⾼效简洁的⼯作。 2. 订单系统与各业务系统的关系 （1）对外系统： 所有给企业外部⽤户使⽤的系统都在这⼀层，包括官⽹、普通⽤户使⽤的C端，还包括给商户使⽤的商家后台和在各个 销售渠道进⾏分销的系统，⽐如与银⾏信⽤卡中⼼合作、微信合作在合作商的平台露出本企业的产品。这类系统站在与 客户接触的最前线，是公司实现商业模式的桥头堡。 （2）管理中后台： 每个C端的业务形态都会有⼀个对应的系统模块，如负责管理平台交易的订单系统，管理优惠信息的促销系统，管理平 台所有产品的产品系统，以及管理所有对外系统显⽰内容的内容系统等。 （3）公共服务系统： 随着企业的发展，信息化建设到达⼀定程度后，企业需 将通⽤功能服务化、平台化，以保证应⽤架构的合理性，提升 服务效率。这类系统主 给其他应⽤系统提供基础服务能⼒⽀持。 3. 订单系统上下游关系 由此可见，订单系统对上接收⽤户信息，将⽤户信息转化为产品订单，同时管理并跟踪订单信息和数据，承载了公司整 个交易线的重 对客环节。对下则衔接产品系统、促销系统、仓储系统、会员系统、⽀付系统等，对整个电商平台起着 承上启下的作⽤。 4. 订单系统的业务架构 （1）订单服务 该模块的主 功能是⽤户⽇常使⽤的服务和页⾯，主 有订单列表、订单详情、在线下单等，还包括为公共业务模块提 供的多维度订单数据服务。 （2）订单逻辑 订单系统的核⼼，起着⾄关重 的作⽤，在订单系统负责管理订单创建、订单⽀付、订单⽣产、订单确认、订单完成、 取消订单等订单流程。还涉及到复杂的订单状态规则、订单⾦额计算规则以及增减库存规则等。在4节核⼼功能设计中 会重点来说。 （3）底层服务 信息化建设达到⼀定程度的企业，⼀般会将公司公共服务模块化，⽐如：产品，会构建对应的产品系统，代码、数据 库，接⼝等相对独⽴。但是，这也带来了⼀个问题，⽐如：订单创建的场景下需 获取的信息分散在各个系统。 如果需 从各个公共服务系统调⽤：⼀是会花费⼤量时间，⼆是代码的维护成本⾮常⾼。因此，订单系统接⼊所需的公 共服务模块接⼝，在订单系统即可完成对接公共系统的服务。 订单系统核⼼功能1. 订单中所包含的内容信息 为了使订单系统能够对订单进⾏⾼效、精准的管理和跟踪，订单会储存关于产品、优惠、⽤户、⽀付信息等⼀系列的订 单实时数据，来和下游系统，如：促销、仓储、物流进⾏交互。 以⼀个通⽤B2C商城的订单为例，梳理其包含的信息如下： 这⾥ 注意的是订单类型，随着平台业务的不断发展，品类丰富、交易⽅式丰富后，需 对订单进⾏多维度的分类管 理，同时订单类型利于订单系统的扩展性。每种订单类型将会对应⼀套流程及⼀套状态，便于对订单进⾏分类管理和复 ⽤。 2. 流程引擎 流程是指从平台⾓度出发，将订单从创建到完成的整个流转过程进⾏抽象，从⽽形成了⼀套标准流程规则。⽽不同的产 品类型或交易类型在系统中的流程会千差万别，因此为了⽅便对订单流程进⾏管理，会组建流程引擎模块。 每套订单流程中会包含正向流程及逆向流程，正向流程可以⽐作⼀次顺利的⽹购体验过程中，后台系统之间的信息流 转。逆向流程则是修改订单、取消订单、退款、退货等各种动作引起的后台系统流程，同时每个流程触发的条件⼜可分 为系统触发和⼈⼯触发两种场景。 （1）正向流程 以⼀个通⽤B2C商城的订单系统为例，根据其实际业务场景，其订单流程可抽象为5⼤步骤： 订单创建>订单⽀付>订单 ⽣产>订单确认>订单完成。 ⽽每个步骤的背后，订单是如何在多系统之间交互流转的，可概括如下图： 订单创建： ⽤户下单后，系统需 ⽣成订单，此时需 先获取下单中涉及的商品信息，然后获取该商品所涉及到的优惠信息，如果 商品不参与优惠信息，则⽆此环节。 接着获取该账户的会员权益，这⾥ 注意的是：优惠信息与会员权益的区别，⽐如：商品满减是优惠信息，SUPER会 员全场9.8折指的是会员权益，⼀个是针对商品，另⼀个是针对账户。其次就是优惠活动的叠加规则和优先级规则等。 增减库存规则是指订单中的商品，何时从仓储系统中对相应商品