图解：订单系统从0到1设计思路

上一篇：从实现原理谈谈低代码

大家好，我是顶级架构师。

|| 目录

• 概述
  

• 订单系统核心功能 
  

• 订单系统的发展
  

• 最后

本文主要讲述了在传统电商企业中，订单系统应承载的角色，就订单系统所包含的主要功能模块梳理了设计思路，并对订单系统未来的发展做了一些思考。

1. 订单系统在企业中的角色

2. 订单系统与各业务系统的关系

（1）对外系统：

3. 订单系统上下游关系

由此可见，订单系统对上接收用户信息，将用户信息转化为产品订单，同时管理并跟踪订单信息和数据，承载了公司整个交易线的重要对客环节。对下则衔接产品系统、促销系统、仓储系统、会员系统、支付系统等，对整个电商平台起着承上启下的作用。

4. 订单系统的业务架构

（1）订单服务

1. 订单中所包含的内容信息

为了使订单系统能够对订单进行高效、精准的管理和跟踪，订单会储存关于产品、优惠、用户、支付信息等一系列的订单实时数据，来和下游系统，如：促销、仓储、物流进行交互。

2. 流程引擎

订单创建：

• 优势：用户体验友好，系统逻辑简洁；
• 缺点：会导致恶意下单或下单后却不买，使得真正有需求的用户无法购买，影响真实销量。

1. 设置订单有效时间，若订单创建成功N分钟不付款，则订单取消，库存回滚；
2. 限购，用各种条件来限制买家的购买件数，比如一个账号、一个ip，只能买一件；
3. 风控，从技术角度进行判断，屏蔽恶意账号，禁止恶意账号购买。

• 优势：减少无效订单带来的资源损耗；
• 缺点：因第三方支付返回结果存在时差，同一时间多个用户同时付款成功，会导致下单数目超过库存，商家库存不足容易引发断货和投诉，成本增加。

1. 付款前再次校验库存，如确认订单要付款时再验证一次，并友好提示用户库存不足；
2. 增加提示信息：在商品详情页，订单步骤页面提示不及时付款，不能保证有库存等。

• 一种是用户挑选的商品来自于不同渠道（自营与商家，商家与商家）；
• 另一种是在SKU层面上拆分订单：不同仓库，不同运输要求的SKU，包裹重量体积限制等因素需要将订单拆分。

上面说到逆向流程是各种修改订单、取消订单、退款、退货等操作，需要梳理清楚这些流程与正向流程的关系，才能理清订单系统完整的订单流程。

牛逼啊！接私活必备的 N 个开源项目！

1. 现态：是指当前所处的状态。
2. 动作：动作执行完毕后，可以迁移到新的状态，也可以仍旧保持原状态。
3. 次态：动作满足后要迁往的新状态，“次态”是相对于“现态”而言的，“次态”一旦被激活，就转变成新的“现态”了。

订单系统为了高效的对订单进行跟踪和管理，会对订单流程当中的关键节点，抽象出订单状态。而订单状态从不同用户的角度可分为，系统订单状态、商家订单状态、买家订单状态等。

订单系统的主体框架，和主要业务模块已基本讲完，那么随着企业的发展，业务量和业务形式不断变化，企业有可能形成多个订单系统并存以满足不同的业务需要的情况。

这种状况的出现，将会给平台带来非常大的发展瓶颈，如：

最后给读者整理了一份BAT大厂面试真题，需要的可扫码回复“面试题”即可获取。