如何为中小企业构建简单的在线支付中心

很多中小企业，经常会面临这样的需求：

?

1 公司有服务或产品，在网站上有介绍；

2 这些服务或产品，大多数无需客户在线支付，只有少数或者部分可以在线支付；

3 公司不是专业做电子商务，对于少数的产品提供在线支付，只是为了方便客户并降低自己的业务处理成本，同时提高自身服务水平。

?

因此，如果你所面临的问题不符合上述特点，下述建议方案可能不会适合于你。

?

?

我所面临的问题描述：

1 公司业务以服务为主，同时不做电子商务；

2 这些服务分散在诸多不同的站点，他们都是不是单一的服务，通常由多个环节或者部分组成；

3 公司的在线支付需求来自于所有这些服务相关的培训费、会议注册费、小额产品支付、小额服务预约订金等。

?

财务方面的现状：只与建设银行签署了商户协议，日后可能会与其他银行再签署商户协议，暂不考虑使用第三方支付平台如支付宝等。

?

?

我建议的解决方案：

1 把在线支付的功能，从其他系统中完全独立出来，作为一个“支付中心”的服务独立运行；同时为其他需求系统提供接口；

2 支付中心 完成支付方式选择、订单信息确认、付款 三个功能；同时记录每一笔付款到数据库中，生成流水号，以便日后查询。

3 支付中心 的核心模块是：为不同支付方式实现不同的表单参数包装和支付结果信息回调！

?

示例CASE：

A系统需要为用户提供培训费的在线支付功能，则A系统为用户提供一个表单，用户提交表单后，A系统生成订单信息（订单号，单价，数量，附加费如邮购费，附言），用户确认上述信息后，A系统引导用户进入支付中心（即传递相关参数至支付中心提供的接口），此后进入支付中心的支付流程（选择支付方式-确认-支付）！

?

需要注意的几个问题：

1 订单号的生成：建议为每一个系统编号，然后订单号采用 系统ID+时间戳+流水号+随机码的形式，一般银行接收不多于30位的订单号；

2 在更加完善的支付中心里，还会提供更新原系统订单状态为“已付款”的功能，这个最好通过webservice等方式实现，要确保权限和安全；

3 银行接口的实现： 其实国内银行接口都比较简单，核心思想是：你把支付信息表单POST过去，然后人家给你POST过来结果； 需要注意的细节就是MD5值得计算啊，以及MAC码的计算等等，而这些一般银行都提供示例，网上也一堆堆的。? 对于新手的提示：不要把银行接口想得太复杂，仔细看完文档，理解了基本过程，一切都顺水推舟！

?

?

总结：

支付中心 本身几乎没有多少代码，而且非常简单； 本文主要是推广“支付中心”这样的方案理念，以便日后系统的升级和扩展，即使有了大量的在线支付需求，也可以基于此支付中心来做增量开发！