工行银企互联经验点滴

 

工行银企互联经验点滴

 

       现在越来越多企业为了提高工作效率、加快资金周转速率、节约资金成本、提升企业综合竞争力，直接使用银企互联来代替原有的网银等工作，完成原有网银能胜任的所有工作及大量原有网银不能完成的工作。由于公司去年10左右的时候，决定要使用工行银企互联功能完成对客户的收款、扣款等功能，为此我花了2周不到的时间用微软.NET写了一个工行银企互联组件，供公司现有的ERP系统调用，在现有的ERP系统中直接实现对客户的收款、扣款。银企互联项目从去年10月左右上线之后运行至今已一年有余，系统还算稳定，基本上没出现过什么问题。

       前不久参加了一次工行组织的企业银企互联经验探讨会议，我有幸参加了此次会议。在大会上，包括支付宝、万向集团、正泰电器等一些知名企业的参会人员都在大会上发表了自己的意见、提出了诸多问题，同时也传承了很多优秀经验，当时我作为技术人员主要阐述了工行银企互联的编程注意事项。下述为鄙人对工行银企互联的一些经验点滴，供大家参阅，希望对大家有用。

       工行银企互联新版本基于是否使用NC服务器，可分为NC方式和非NC方式（专线）实现，所谓NC方式，就是企业将请求先发送给NC服务器，NC服务器进行加密等处理完之后，将请求转交给工行服务器，工行服务器响应请求并返回结果给NC服务器，NC服务器再把结果反馈给企业客户端，由于我参与的项目是通过NC方式来实现的，因此，本文只讨论工行银企互联NC实现方式的相关事宜。

1、  成立银企互联项目组

由于银企互联涉及到企业、客户、银行等多方利益，因此一定要成立专门的项目组，而且项目责任人最好是企业的管理层领导，并且一定要有银行人员参与（管理人员和技术人员至少各1人）。既然成立了项目组，那么该项目什么时候启动、什么时候交付标的物、标的物如何验收等一系列项目管理事宜就必须明确并严格落实。

2、  银企互联应以组件形式实现

为了提高程序开发的灵活性、以及今后维护的便利性，银企互联功能实现本人认为最好以下述2中方式实现：

1）以WEB服务的形式：将银企互联互联的功能实现（通常就是查询、支付指令）发布成若干服务，企业ERP系统、资金系统等银企互联宿主只要调用相应服务即可。

2）以组件的形式（类似dll等）：将引起互联的功能实现发布成组件，对外公开组件接口、调用文档说明，隐藏其具体实现环节，企业其它系统只要调用组件的api函数即可。

这样做也符合软件高内聚、松耦合的要求，更利于程序员分工，写出高质量的企互联互联服务或者企互联互联组件代码。

3、  一定要有日志功能

日志功能可能体现在2个地方，一个是调用银企互联服务或者组件的信息系统，另外一个是银企互联服务或者组件本身的日志功能，这里强调的是后者，及银企互联服务或者组件必须要有日志功能，通常记录指令名称、发文包、接收包等信息。由于，所有银企互联操作都涉及到账号、账户名称等敏感信息，因此，要求日志必须要加密。另外，便于日志查看和管理，最好是有规律的产生日志文件，比如每天产生一个。

4、  充分测试

       跟银行合作有个客观条件：企业可以加班加点干活，但是总行到点就没人。因此，企业必须安排好足够的工作日测试时间，切忌在非银行工作日进行测试工作，因为这时出现问题，反馈给总行，总行没人会理会你，除非该企业是。。。

       上述说的是时间安排，再者在功能上要尽可能把所有场景都测试到：查询结果正确与否，有分页的情况下处理正确与否，金额是否匹配牢，生僻字处理正确与否，多笔交易正确与否，并发支持如何，账号和账户名不符如何，nc签名时间过早、过晚如何等等。

       当初我在测试的是否碰到问题比较多的有：签名时间不对、指令包必输项遗漏问题。

5、  返回结果处理

银企互联一个比较难处理的问题就是返回结果处理问题，主要体现为：

1）如何判断返回结果正确与否；

2）。。。待续

6、  账号、账户名不符问题处理

在银企互联经验交流会上，很多人都提出很多交易被转成银行落地处理问题，所谓银行落地处理指银行工作人员手工进行指令操作完成交易工作。造成该问题的一个主要原因就是指令包中银行账号和账户名称不符所致，而导致该问题的源头是企业以现有的CRM系统或者ERP系统银行账户信息作为基础数据封装指令包，银行那边信息已经变更，但是企业CRM系统或者ERP系统的信息没有更新所致。

由于，我参与的项目是以通过银企互联查询指令下载的银行账号信息作为指令包的封装数据源，并及时更新到现有的企业信息系统，因此根本不存在银行账号和账户名不符问题。因此，建议企业在上银企互联项目的时候，一定要维护好银行账户信息的更新机制，尽可能避免银行账号和银行账户名称不符问题。