虚拟货币体系产品设计探讨

先来看一张图，这张图简要描述了货币的生产、转移和核销的流程。

流程说明： 1. 系统中的货币由系统专户“生产发行”。具有相关权限的业务系统可以操作系统专户来生产和发行货币。 2. 根据具体业务请求，将系统专户中的货币转账到指定的账户。 3. 当用户购买开发者提供的服务时，业务系统通过支付系统实现个人账户、系统收入账户和开发者业务账户之间的货币清分。 4. 账户的提现操作实现相应货币的核销。

下面是一个支付系统与外部的举例描述：

示例图说明： 当用户在业务系统中进行充值时，实际上是先向支付系统请求生产货币，然后再请求转账接口将生产的货币转到指定的账户。进行充值的业务系统会记录相关信息，同时支付系统也会产生相应的流水记录。

当用户在商城类型的业务中进行交易时，实际上是通过支付接口将用户个人账户的货币转到商城业务开发者的账户上。

提现操作则是通过货币核销接口对系统中的货币进行核销操作。

在这种结构下，所有的资金流水都有各自的流水记录，在外部业务方系统和支付系统都可以方便地进行对账。

接下来是资金生产接口的描述，主要说明储值业务系统如何请求支付系统进行“生产发行”货币。

当用户通过支付宝进行账户充值时，负责处理充值业务的系统，在确认支付宝支付成功后，需要先请求系统专户生产相应的虚拟货币。

为什么储值这个操作会归纳到业务系统中，而不是支付系统中呢？

这是因为在实际运营中，储值这个环节可能会涉及到多个运营需求，如储值送红包、优惠券和积分等。不同等级或身份的会员在储值时，可能有不同的促销规则。这些多样化的运营需求会涉及到许多系统。而支付体系不应该经常修改。因此，储值这个操作环节被认定为业务系统。

再接下来是支付接口的描述，主要说明业务系统如何请求支付系统完成订单的支付。

流程描述： 1. 开发者业务发起交易请求。 2. 开放平台验证业务对此操作的权限，验证通过后将OpenID转为UserID，并向支付系统发送请求。 3. 支付系统收到请求后创建待确认执行订单。 4. 支付系统将交易号回传给业务。 5. 业务唤起客户端的验证流程，提交字段包括交易号，客户端获取交易金额。 6. 客户端将用户输入的交易密码提交给支付系统。 7. 支付系统将密码验证的相关信息提交给用户系统进行验证。 8. 验证通过后，支付系统开始执行操作。 9. 扣减用户账户上的资金，并返回扣减成功后的结果。 10. 增加开发者业务账户的资金，并返回增加成功后的结果。 11. 支付系统将执行结果回传给客户端和业务系统。

这篇文章只是作为一个抛砖引玉的作用，提醒大家做产品不仅仅是将运营方的需求描述出来，而是真正地设计产品。就像建筑设计师设计图纸一样，不仅仅是一个造型，还包括相关的指标和参数。建筑工人可以根据图纸来建设，项目监理可以根据标准进行验收。

资料来源：百度