不同的场景如何设计交易系统核心功能：订单、充值、支付、账单明细

飞哥从事过电商行业，电商月交易额超过千万，金融行业月交易超亿，虽然行业有差异，跨度大，但设计思想，设计理念都是一样的。我将从简易或复杂的场景中，去寻找那个最优解，内容更多的偏向产品或业务。

场景：果电商平台A，出售当季水果苹果，用户使用微信支付

1、无用户账号充值需求，只设计**“订单功能”**，最简单的方案

Note： 先生成订单（），然后依据支付（）修改订单状态 “下单时间”和“支付成功时间”必须单独记录；

简单且适用，如果公司系统不复杂，类似订单业务不是公司的核心系统，比如员工内部福利购买商品，单设计一个订单逻辑满足场景需求。

2、根据调研，用户想要多种充值方式，公司决定为方便用户，用户可以充值到自己账号余额，接入渠道支付宝、银联，“充值功能” 派上用场

Note： “充值渠道”：微信支付、支付宝支付….； “充值渠道订单号”：记录微信、支付宝的订单号，非常有用； “手续费”：各充值渠道会扣取手续费，很多时候都是由平台自费，这样可以设计为0； “实际充值金额”：我们不能信任用户在充值输入的“充值金额”，必须以支付平台的回调数据为准，同时记录“充值成功时间”； 充值状态：充值中、充值成功、充值失败； “下单时间”与“充值成功时间”在运营逻辑上有很大的差异，比如统计昨日充值金额，就必须以“充值成功时间”为维度统计；

在方案2中，用户充值到账号余额里，使用余额支付生成订单，看起来越来越完善了，我们有了多充值渠道。

拓展1个问题？供应商是对公转账到公司账号，如何设计充值表？

可拓展“充值渠道”字段值：“线下转账”，根据业务情况设计1个转账逻辑，还是走充值流程。

3、随着业务发展，公司从卖水果行业，拓展到知识付费。业务部门强烈要求要有自己的订单系统后台用于课程管理，前台课程可以在线播放等。在不同业务体系下，“支付功能” 登场。

“订单功能”与“支付功能”有相似地方，字段差异不多。二者的区别在于，“订单功能”可以继续拓展为公司的业务流程，比如：物流发货、售后、评价体系，与业务关联。“支付功能”记录的信息更偏财务系统方向，并且有所有业务的支付明细。

4、在前三阶段，业务顺利开展后，财务部门对用户的对账需求提上日程。而清晰的**“账单明细功能”** 是必须的。

Note： “账单类型”：充值、支付、提现、退款、送券….； “关联账单ID”：充值ID、支付ID、提现ID、退款ID； ”金额变动“：金额可以正数，也可以是负数，比如充值是+N，提现是-N，并且当前“用户余额”随”金额变动“相应加减

有了**“账单明细功能”** 可拓展到提现、退款等场景需求。

总结：交易系统是IT系统基本的组成系统，其4个基本功能：充值、订单、支付、账单明细 ，设计好可拓展的基础功能架构是非常有必要的。比如充值渠道可以再增加第三方充值渠道。此文介绍中没有介绍提现、退款等需求，大家可根据业务情况拓展设计。