一、前言

有一天被老板拉进了一个微信群，上游渠道的对接群，然后就说，和这个上游对接一下，把两边的系统打通。老板的需求就这么一句话，两边系统需要打通，而两个企业系统之间对接起来往往需要通过接口的形式，所以首先需要的看对方给出的接口文档。做B端的产品往往对外输出产品的时候也是以接口的形式对外输出。

二、系统流程设计

在和对方的接触过程中，发现对方是一个支付公司，老板的想法是在原有系统的支付渠道中加一条支付通道，加强系统的容灾能力。原本系统是只有单渠道在允许，一旦上游出现问题，那么我们系统就无法完成支付，造成系统的瘫痪。

1. 原有流程整理

在进行新的方案流程设计之前，如果这个系统之前不是你经手的，或者是你很久之前做的，经过了几个版本的迭代，也不太记得具体的流程了。更好首选要做的是先梳理一下现有的系统中逻辑，只有清楚了现有系统中的逻辑才能实现以最小代价完成系统的改造，并且在上线之后不会有太大的后遗症出现。

那么先来看一下整理的现有的系统流程图。我采用的也是常用的泳道图，可以清晰的看到每个模块的处理情况。

给大家稍微的解释一下原来的整体流程：

这是自助零售系统的充值业务，整个流程需要经过优惠管理模块、订单管理模式、账户管理模块。具体流程主要以下几点：

用户在前端点击充值，后端接收请求后会根据系统配置判断改用户是否有充值优惠，如果有充值优惠则返回充值优惠套餐给用户选择，系统没有配置单的优惠套餐则选择系统默认套餐。

用户选择充值金额后，请求后端订单管理模块，会创建充值订单。根据用户的支付结果返回给前端，然后前端展示相应的页面。

如果用户充值成功，会通知账户管理模块，账户管理模块会根据充值数量，对应的用户上增加相关的数量。还会判断存在 *** 商分润情况，如果有分润则对应的 *** 商账户也会增加分润值。

2. 问题思考

由于之一版系统设计的是单渠道模式，所以在创建订单时直接是往上游（即支付公司）上送交易数据，思考了以下几点问题：

如果需要新增一条渠道，需要如何进行新增，创建订单之前添加还是创建订单之后添加？

是否需要单独的将渠道管理模块独立管理？

用户使用的前端页面是否需要相应的修改，改动对于用户是否无感知？

3. 新流程设计

带着以上几个问题，对系统的充值流程进行了改造，具体请看下图：

根据上图解释对上面的问题进行一一的解释：

1）如何新增渠道问题

采用了支付系统中常见的支付路由管理的办法，对渠道进行新增，这样对于系统而言，兼容性比较强，不需要每次新增渠道时，前端页面需要相应的配合改造，同时也解决了第三个问题，采用这个模式用户是无感的，整个流程仅仅只是新增了支付路由的形式。还有就是方便运营人员切换渠道，当上游不支持公司业务或与上游解约时，不需要上线，通过配置形式就可以完成渠道的切换。

此外 *** 路由最主要的目的是为公司节约成本，每次交易尽可能的走更低费率的渠道。

2）为什么路由模块是添加在创建订单之后呢

如果在创建订单前添加的话，首先用户在查询订单时候是查不到结果的，第二运营人员在相应的订单查询页面也是查不到相关数据，就算有单独创建失败订单查询页面（即单独查询系统创建失败的位置），也不是很方便的进行查询。

3）改动对于用户是否无感知

系统中新增了支付路由选择，渠道选择是在系统中完成的，所以用户是在体验上是完全无感知的。由于整体的流程图放置不下路由管理属性，所以将路由规则单独 *** 一张流程进行展示：

三、了解接口文档参数信息

在设计完业务流程之后需要对系统关键字段进行设计，关键字段的设计包含着两方面，之一是涉及到对接口的输出，可以给开发输出关键的字段给到对应的接口文档中。第二是在运用在运营页面上，所需要的字段内容。本文以支付宝接口为例，接口地址：https://docs.open.alipay.com/api_1/alipay.trade.pay。