一种无交易背景下的资金实时代扣处理新方法

本发明涉及一种资金实时代扣处理技术领域，具体为一种无交易背景下的资金实时代扣处理新方法。

目前，收款单位向代收付中心发起代扣代缴业务时，都需要付款人提前签订协议，否则无法扣款成功，而且一般只能处理小额交易，影响某些正常业务的进行。

综上所述，本发明通过设计一种无交易背景下的资金实时代扣处理新方法来解决存在的问题。

本发明的目的为了克服上述背景技术的不足，提供一种无交易背景下的资金实时代扣处理新方法，企事业单位对一些公益性收费如水电费、学费、行政等代扣代缴时，无需付款人确认，即可实时扣款，而且点对点到账，资金链透明，保证了资金安全，避免了金融，免除了提现费、服务费等费用。

为实现上述目的，本发明提供如下技术方案：

一种无交易背景下的资金实时代扣处理新方法，包括下列步骤：

S1：收款单位发起代扣业务申请；

S2：代收付中心收到请求后进行业务检查、登记，然后提交至综合业务系统；

S3：综合业务系统收到交易后，检查并转发该交易至付款方开户银行；

S4：付款方开户银行收到第三方发起的实时缴费申请后，检查并进行扣款处理；

S5：代收付中心进行业务受理、检查、圈存，转发至收款单位开户行；

S6：收款单位开户行收到实时缴费申请后，进行业务检查，通过后贷记收款人账户；

S7：代收付中心确认收/付款业务完成后，同时向收款单位和委托单位发送缴费完成信息。

优选的，所述S1中的收款单位为进行公益性收费如水电费、学费、行政、工资发放等的企事业单位。

优选的，所述S2中的代收付中心收到收款单位请求后进行如下操作步骤：

1)按要求检查通信报文、相关协议、委托单位收款账户合法性等无误后，登记该交易；

2)组织第三方发起实时缴费报文，加编密押后提交广西金融电子结算综合业务系统。

优选的，所述S3中的综合业务系统收到交易后进行如下操作步骤：

1)进行报文合法性、业务合法性、数字签名等检查，检查失败的，向代收付中心返回“失败”报文；

2)检查通过后转发该报文给付款方开户银行。

优选的，所述4中的付款方开户银行收到第三方发起实时缴费报文后进行如下操作步骤：

1)按要求检查相关报文、密押、协议，检查未通过向综合业务系统返回“失败”回执；

2)检查通过则对付款账户进行扣款处理，返回“处理结果”回执。

优选的，所述S5中的综合业务系统收到付款方开户银行的应答报文后进行如下操作步骤：

1)如果付款银行扣款失败，将处理结果应答给代收付中心；

2)如果付款银行扣款成功，则进行轧差清算处理；轧差失败的，则将原实时代收付交易纳入排队处理；

3)轧差清算处理成功后应答“成功处理”结果给代收付中心；

4)综合业务系统将原“第三方发起实时缴费业务”报文，转发给收款单位开户行，如收款单位开户行无应答则加入补发队列进行补发。

优选的，所述S6中的收款单位开户行收到“第三方发起实时缴费业务”报文后进行如下操作步骤：

1)进行报文合法性、业务合法性、数字签名等检查；检查未通过的将由综合业务系统补发；

2)检查通过后贷记收款人账户。

与现有技术相比，本发明的有益效果是：

1、本发明中，通过设计一种无交易背景下的资金实时代扣处理新方法，企事业单位对一些公益性收费如水电费、学费、行政等代扣代缴时，无需付款人确认，即可实时扣款，而且点对点到账，资金链透明，保证了资金安全，避免了金融，免除了提现费、服务费等费用。

图1为本发明一种无交易背景下的资金实时代扣处理新方法的流程图；

图2为数字信封加解密过程流程图。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例,基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1-2，本发明提供一种技术方案：

一种无交易背景下的资金实时代扣处理新方法，包括下列步骤：

S1：收款单位发起代扣业务申请；

S2：代收付中心收到请求后进行业务检查、登记，然后提交至综合业务系统；

S3：综合业务系统收到交易后，检查并转发该交易至付款方开户银行；

S4：付款方开户银行收到第三方发起的实时缴费申请后，检查并进行扣款处理；

S5：代收付中心进行业务受理、检查、圈存，转发至收款单位开户行；

S6：收款单位开户行收到实时缴费申请后，进行业务检查，通过后贷记收款人账户；

S7：代收付中心确认收/付款业务完成后，同时向收款单位和委托单位发送缴费完成信息。

实施例：

如图1，步骤1，收款单位提交实时缴费业务给代收付中心，其中收款单位为进行公益性收费如水电费、学费、行政、工资发放等的企事业单位；

步骤2，代收付中心收到委托单位请求后进进行如下操作步骤：

a)按要求检查通信报文、相关协议、委托单位收款账户合法性等无误后，登记该交易；

b)组织第三方发起实时缴费报文，加编密押后提交广西金融电子结算综合业务系统；

步骤3，综合业务系统收到交易后进行如下操作步骤：

a)进行报文合法性、业务合法性、数字签名等检查，检查失败的，向代收付中心返回“失败”报文；

b)检查通过后转发该报文给付款方开户银行；

步骤4，付款方开户银行收到第三方发起实时缴费报文后进行如下操作步骤：

a)按要求检查相关报文、密押、协议，检查未通过向综合业务系统返回“失败”回执；

b)检查通过则对付款账户进行扣款处理，返回“处理结果”回执；

步骤5，综合业务系统收到付款方开户银行的应答报文后进行如下操作步骤：

a)如果付款银行扣款失败，将处理结果应答给代收付中心；

b)如果付款银行扣款成功，则进行轧差清算处理；轧差失败的，则将原实时代收付交易纳入排队处理；

c)轧差清算处理成功后应答“成功处理”结果给代收付中心；

d)综合业务系统将原“第三方发起实时缴费业务”报文，转发给收款单位开户行，如收款单位开户行无应答则加入补发队列进行补发；

步骤6，收款单位开户行收到“第三方发起实时缴费业务”报文后进行如下操作步骤：

a)进行报文合法性、业务合法性、数字签名等检查；检查未通过的将由综合业务系统补发；

b)检查通过后贷记收款人账户；

步骤7，代收付中心确认收/付款业务完成后，同时向收款单位和委托单位发送缴费完成信息。

系统接入使用Sunlink通信中间件。SunLink基于TCP/IP协议实现，SunLink可运行于SCO OpenServer、UnixWare、Linux、Sun Solaris、AIX、HP UX、FreeBSD等多种主流Unix/Linux操作系统。另外，SunLink还为Windows平台提供了客户端开发包。

SunLink具有以下一些功能及特点：采用交易码驱动的机制，易于部署；

结点间互为主、从，可实现任意两通讯结点间的交易；支持数据报文和文件传输；支持一次多达15个文件的传输，每个文件的大可为2GB；支持对交易数据报文及文件的一致性校验(MD5)；传输过程中对数据报文及文件进行压缩以提高传输效率；系统资源占用少，对软、硬件配置要求低；通过灵活、简便的配置和管理机制，使业务系统的开发和部署更为简单；支持系统运行中动态更改配置；提供了交易流量管理功能和支持通讯结点的身份认证(需有安全子模块配合)。

由于SunLink具有平台适应性好、硬件要求低、高效、安全、易开发等特点，非常适合于构建各种基于网络环境的实时、批量业务系统。应用的范围涵盖了金融、证券、税务等各种领域。

为实现委托单位身份的认证与数据传输的加密，确保集中代收付业务数据不被非法访问，保障数据传输和交换过程中的抗抵赖性和完整性，集中代收付系统使用CFCA数字证书提供安全认证服务。

委托单位需要申报一张CFCA数字证书，隶属于同一委托单位的不同用户可共用数字证书。委托单位的数字证书存放在USBKey中。委托单位操作业务时，应插入USBKey后进行业务操作。

委托单位与中心进行通讯时(包括文件接口、联机接口)，使用数字信封的方式进行加密。所谓数字信封就是信息发送端用接收端的公钥，将一个对称通信密钥进行加密，形成的数据称为数字信封。此数字信封传送给接收端，只有指定的接收方才能用自己的私钥打开数字信封，获取该对称密钥，于是，接收方可以用以解读传送来的密码通信信息。这就好比在生活中，将一把钥匙装在信封中，邮寄给对方，对方收到信件后，将钥匙取出，用它打开保险箱的道理一样。

委托单位进行联机接口开发时，须使用CFCA提供的加密接口函数，生成消息数字信封，通过Sunlink通讯中间件发送给S2。

数字信封加解密过程如图2：

主要加解密工具代码如下:

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。