CN101527019A - 一种批量代收/付系统和批量代收/付方法 - Google Patents
一种批量代收/付系统和批量代收/付方法 Download PDFInfo
- Publication number
- CN101527019A CN101527019A CN200910105278A CN200910105278A CN101527019A CN 101527019 A CN101527019 A CN 101527019A CN 200910105278 A CN200910105278 A CN 200910105278A CN 200910105278 A CN200910105278 A CN 200910105278A CN 101527019 A CN101527019 A CN 101527019A
- Authority
- CN
- China
- Prior art keywords
- service device
- transfer service
- ccpc
- paying
- small amount
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及小额支付技术，针对现有在线转帐方式因无法进行批量代收代付业务而导致使用不便的缺陷，提供一种批量代收/付系统和批量代收/付方法。批量代付系统包括客户终端，用于接收输入的多个代付任务，发出批量代付指令；代付中心，用于提取多个代付任务，将其封装在小额支付系统消息中发出；付款银行转帐服务器，用于接收小额支付系统消息，并对每一代付任务进行扣帐处理，生成定期贷记业务包，依照小额支付定期贷记业务流程通过CCPC转帐服务器进行转发；收款银行转帐服务器，用于接收定期贷记业务包，据此进行入账处理。本发明提供的代收付技术方案可实现批量代收代付业务，克服了现有技术存在的使用不便的缺陷，并简化了财务人员工作。
Description
技术领域
本发明涉及小额支付技术，更具体地说，涉及一种批量代收/付系统和批量代收/付方法。
背景技术
互联网技术的飞速发展大大改变了人们的生活。在金融领域，在线转帐为人们提供了一种更为方便的转帐方式，使人们足不出户便可借助互联网完成转账交易，大大改变了银行转帐柜台前人们排起长龙等候转帐的局面，同时也大大减轻了银行转帐人员的工作负担。
然而，尽管在线转帐方式更为灵活，但这种转帐方式并不完善，其仍然存在许多使用不便之处。例如现有的在线转帐方式无法实现代收/付业务，尤其无法实现批量的代收/付业务。在这种情况下，每日交易频繁的企业的财务人员只能转帐工作逐笔进行处理，不仅耗时，还会由于转帐事务过多而导致转帐过程出错。
因此，需要一种代收/付技术方案，可以实现在线代收/付业务，尤其是批量的代收代付业务，以解决现有技术中存在的上述缺陷。
发明内容
本发明要解决的技术问题在于，针对现有在线转帐方式因无法进行批量代收代付业务而导致使用不便的缺陷，提供一种批量代收/付系统和批量代收/付方法。
本发明解决其技术问题所采用的技术方案是：
构造一种批量代付系统，用于基于小额支付定期贷记业务流程实现批量代付业务，包括：
客户终端，用于接收输入的多个代付任务，发出包含所述多个代付任务的经加密的批量代付指令；
代付中心，与客户终端通信连接，用于接收批量代付指令并对其进行解密，提取其中包含的所述多个代付任务，将其封装在小额支付系统消息中发出；
CCPC转帐服务器，与代付中心通信连接，用于接收并转发包含所述多个代付任务的小额支付系统消息；
付款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的包含所述多个代付任务的小额支付系统消息，并对每一代付任务进行扣帐处理，为扣帐处理成功的每个代付任务生成定期贷记业务包，将生成的定期贷记业务包依照小额支付定期贷记业务流程通过CCPC转帐服务器进行转发；
至少一个收款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的应由自身处理的定期贷记业务包，据此进行入账处理。
在本发明提供的批量代付系统中，所述客户终端通过互联网或者通信专线与所述代付中心通信连接。
本发明还提供了一种批量代收系统，用于基于小额支付定期借记业务流程实现批量代收业务，包括：
客户终端，用于接收输入的多个代收任务，发出包含所述多个代收任务的经加密的批量代收指令；
代收中心，与客户终端通信连接，用于接收批量代收指令并对其进行解密，提取其中包含的所述多个代收任务，将其封装在小额支付系统消息中发出；
CCPC转帐服务器，与代收中心通信连接，用于接收并转发包含所述多个代收任务的小额支付系统消息；
收款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的包含所述多个代收任务的小额支付系统消息，为每个代收任务生成定期借记业务包，将生成的定期借记业务包依照小额支付定期借记业务流程通过CCPC转帐服务器进行转发；
至少一个付款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的应由自身处理的定期借记业务包，据此进行扣账处理，并在完成处理之后生成定期借记业务包回执，经CCPC转帐服务器发往收款银行转帐服务器；
所述收款银行转帐服务器依据收到的定期借记业务包回执完成入账处理。
在本发明提供的批量代收系统中，所述客户终端通过互联网或者通信专线与所述代付中心通信连接。
本发明还提供了一种批量代付方法，用于基于小额支付定期贷记业务流程实现批量代付业务，包括如下步骤：
S1、客户终端接收输入的多个代付任务，生成包含所述多个代付任务的经加密的批量代付指令，发往代付中心；
S2、代付中心接收批量代付指令并对其进行解密，提取其中包含的所述多个代付任务，将其封装在小额支付系统消息中，发往CCPC转帐服务器；
S3、CCPC转帐服务器接收包含所述多个代付任务的小额支付系统消息，并将其转发给付款银行转帐服务器；
S4、付款银行转帐服务器接收CCPC转帐服务器转发的包含所述多个代付任务的小额支付系统消息，并对每一代付任务进行扣帐处理，为扣帐处理成功的每个代付任务生成定期贷记业务包，将生成的定期贷记业务包依照小额支付定期贷记业务流程通过CCPC转帐服务器转发给至少一个收款银行转帐服务器；
S5、至少一个收款银行转帐服务器接收CCPC转帐服务器转发的应由自身处理的定期贷记业务包，据此进行入账处理。
在本发明提供的批量代付方法中，所述步骤S3还包括付款银行转帐服务器在对每一代付任务进行扣帐处理之后，生成处理结果，并通过CCPC发往代收付中心，代收付中心将处理结果通知客户终端。
在本发明提供的批量代付方法中，所述步骤S1还包括，所述客户终端通过互联网或通信专线将所述批量代付指令发往代付中心。
本发明还提供了一种批量代收方法，用于基于小额支付定期借记业务流程实现批量代收业务，包括：
S1、客户终端接收输入的多个代收任务，发出包含所述多个代收任务的经加密的批量代收指令；
S2、代收中心接收批量代收指令并对其进行解密，提取其中包含的所述多个代收任务，将其封装在小额支付系统消息中发往CCPC转帐服务器；
S3、CCPC转帐服务器接收包含所述多个代收任务的小额支付系统消息，并将其转发至收款银行转帐服务器；
S4、收款银行转帐服务器接收CCPC转帐服务器转发的包含所述多个代收任务的小额支付系统消息，对每个代收任务进行核验，并为核验成功的代收任务生成定期借记业务包，将生成的定期借记业务包依照小额支付定期借记业务流程通过CCPC转帐服务器转发给至少一个付款银行转帐服务器；
S5、至少一个付款银行转帐服务器接收CCPC转帐服务器转发的应由自身处理的定期借记业务包，据此进行扣账处理，并在完成处理之后生成定期借记业务包回执，经CCPC转帐服务器发往收款银行转帐服务器；
S6、收款银行转帐服务器依据收到的定期借记业务包回执完成入账处理。
在本发明提供的批量代收方法中，在对每个代收任务进行核验之后，所述步骤S4还包括收款银行转帐服务器生成核验结果，封装在小额支付系统消息中通过CCPC转帐服务器发往代收中心。
在本发明提供的批量代收方法中，所述步骤S1还包括，所述客户终端通过互联网或通信专线将所述批量代收指令发往代收中心。
实施本发明的技术方案，具有以下有益效果：借助现有的小额支付系统技术方案，本发明提供的代收付技术方案可实现批量代收代付业务，从而克服了现有技术因无法实现代收代付业务而存在的使用不便的缺陷，并简化了财务人员的工作。
附图说明
下面将结合附图及实施例对本发明作进一步说明，附图中：
图1是依据本发明一较佳实施例的批量代收付系统的结构示意图；
图2是依据本发明一较佳实施例的批量代付方法的流程图；
图3是依据本发明一较佳实施例的批量代收方法的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明提供了一种批量代收付技术方案，可借助现有的小额支付系统技术方案，本发明提供的代收付技术方案可实现批量代收代付业务，从而克服了现有技术因无法实现代收代付业务而存在的使用不便的缺陷，并简化了财务人员的工作。下面就结合附图和具体实施例对本发明提供的技术方案进行详细描述。
图1是依据本发明一较佳实施例的批量代收付系统100的结构示意图。如图1所示，批量代收付系统100包括客户终端102、代收付中心104、CCPC转帐服务器106、银行转帐服务器108。在付款过程中，付款单位借助批量代收付系统100通过与其关联的银行转帐服务器108(例如但不限于付款单位的开户行的银行转帐服务器108，下文简称付款银行转帐服务器)向多个收款银行的银行转帐服务器108(下文简称收款银行转帐服务器)付款。在收款过程中，收款单位借助批量代收付系统100通过其收款银行转帐服务器向多个付款银行转帐服务器收款。下面便分别结合图2和图3对批量代收付系统100各组件在批量代付过程和批量代收过程之中的具体功能进行详细描述。
图2是依据本发明一较佳实施例的批量代付方法200的流程图。如图2所示，批量代付方法200开始于步骤202。
随后，在下一步骤204，付款单位通过客户终端102输入多个代付任务，客户终端102接收输入的多个代付任务，生成包含所述多个代付任务的经加密的批量代付指令，将其发往代收付中心104。在具体实现过程中，客户终端102可通过例如但不限于通信专线、磁介质、互联网等方式将批量代付指令发往代收付中心104。
随后，在下一步骤206，代收付中心104接收批量代付指令并对其进行解密，提取其中包含的所述多个代付任务，将其封装在小额支付系统消息中，发往CCPC转帐服务器106。在具体实现过程中，代收付中心104对批量代付指令进行解密处理、业务合法性检查并核验付款单位与其付款银行之间的代付合同(协议)。代收付中心104检查核验有误的，记录错误原因并生成批量代付返回指令通知客户终端102，从而通知付款单位。代收付中心104检查核验无误的，将每个代付任务登记批量代付业务登记簿，组成代付业务信息明细(其中记录有代付任务)，加编信息业务明细密押，并将信息业务明细组成小额支付系统消息，发往CCPC转帐服务器106。此时，小额支付系统消息的具体内容如下表所示：
| 编号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 代收付中心工作日 | M | 8n | 提交业务时代收付中心工作日 |
| 2 | 合同(协议)号 | O | 60g | |
| 3 | 付款行行号 | M | 12n | |
| 4 | 付款人开户行行号 | M | 12n | |
| 5 | 付款人账号 | M | 32X | |
| 6 | 付款人名称 | M | 60g | |
| 7 | 付款人地址 | O | 60g | |
| 8 | 业务种类 | M | 5n | 说明付款事由，如代发工资等，按照小额的标准编码 |
| 9 | 本条付款总金额 | M | 15n | 等于所有收款人收款金额之和，用于总分检验。 |
| 10 | 收款人清算行行号 | M | 12n | 为方便付款行处理，同一业务要素集只允许收款人属于同一清算行。 |
| 11 | 收款人数目 | M | 8n | K条(明细条数) |
| 12 | 收款人清单 | M | ng | K*(8n12n12n32x60g60g15n60g) |
表1
其中，收款人清单各子域内容如下：
| 子域序号 | 要素名称 | (M/O) | 属性 | 备注 |
| 1 | 明细序号 | M | 8n | 本业务要素集(信息业务序号)内唯一 |
| 2 | 收款行行号 | M | 12n | |
| 3 | 收款人开户行行号 | M | 12n | |
| 4 | 收款人账号 | M | 32x |
| 5 | 收款人名称 | M | 60g | |
| 6 | 收款人地址 | O | 60g | |
| 7 | 金额 | M | 15n | |
| 8 | 附言 | O | 60g |
表2
随后，在下一步骤208，CCPC转帐服务器106接收包含所述多个代付任务的小额支付系统消息，并将其转发给付款银行转帐服务器。
随后，在下一步骤210，付款银行转帐服务器接收CCPC转帐服务器106转发的包含所述多个代付任务的小额支付系统消息，并对每一代付任务进行扣帐处理，为扣帐处理成功的每个代付任务生成定期贷记业务包，将生成的定期贷记业务包依照小额支付定期贷记业务流程通过CCPC转帐服务器106转发给至少一个收款银行转帐服务器。
在具体实现过程中，付款银行转帐服务器收到CCPC转帐服务器106转发的小额支付系统消息后，对其进行业务合法性检查、并逐笔核验业务明细密押，对付款单位账户作扣账处理。付款清算行对核验并扣账成功的代付业务明细，标记为“处理成功”；对核验或扣账失败的代付业务明细，则标记为“处理失败”并记录失败原因。完成上述处理后，付款银行转帐服务器将处理结果封装在小额支付系统消息中经CCPC转帐服务器106发送至代收付中心104。此时，小额支付系统消息中的内容如下表所示：
| 编号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 原交易委托日期 | M | 8n | |
| 2 | 原交易信息业务序号 | M | 8n | |
| 3 | 原包业务类型 | M | 5n | |
| 4 | 代收付中心工作日 | O | 8n | 当回执包发起方为代收付中心时，为必选项。 |
| 5 | 业务回执状态 | M | 2n | |
| 6 | 附言 | O | 60g |
表3
代收付中心104收到CCPC转帐服务器106转发的小额支付系统消息，对业务合法性检查失败或业务明细密押核验失败的代付业务明细，及时查明原因并重新处理；对付款单位账户余额不足扣减的代付业务明细，及时通过客户终端102告知付款单位。此外，付款银行转帐服务器对核验并扣账成功的代付业务明细，自动转换为一个定期贷记业务包，按照小额支付系统定期贷记业务包业务流程，经CCPC转帐服务器106(NPC)转发至收款银行转帐服务器。
随后，在下一步骤212，至少一个收款银行转帐服务器接收CCPC转帐服务器106转发的应由自身处理的定期贷记业务包，据此进行入账处理。
在具体实现过程中，收款银行转帐服务器收到CCPC转帐服务器106转发的定期贷记业务包后，及时对收账人账户作入账处理，对因账号户名不符等原因造成无法入账的，收款银行转帐服务器在退汇规定时间内(代收付中心104可以根据业务需要确定)办理退汇业务。付款银行转帐服务器在退汇规定时间内收到收款清算行返回的退汇业务包后，在原代付业务明细清单相应记录的“回执状态”中记载退汇原因；对其它未退汇的原代付业务明细清单相应记录，则统一在“回执状态”中填写“处理成功”。
付款银行转帐服务器在退汇规定时间到期日的下一工作日内(代收付中心104可以根据业务需要进行调整)，将代付业务处理结果封装在小额支付系统消息中，经CCPC转帐服务器106发送至代收付中心104。此时，小额支付系统消息中的内容如下表所示：
| 编号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 原交易委托日期 | M | 8n | |
| 2 | 原交易信息业务序号 | M | 8n | |
| 3 | 付款行行号 | M | 12n | |
| 4 | 付款人开户行行号 | M | 12n | |
| 5 | 付款人账号 | M | 32X | |
| 6 | 收款人清算行行号 | M | 12n | |
| 7 | 原交易要求付款总金额 | M | 15n | |
| 8 | 成功付款总金额 | M | 15n | |
| 9 | 成功笔数 | M | 8n | M条 |
| 10 | 原交易收款人数目 | M | 8n | K条 |
| 11 | 结果清单 | M | ng | n＝K*(8n32x15n2n60g) |
表4
其中，结果清单子域内容如下表所示：
| 子域序号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 明细序号 | M | 8n | 原明细序号 |
| 2 | 收款人账户 | M | 32x | |
| 3 | 金额 | M | 15n |
| 4 | 回执状态 | M | 2n | |
| 5 | 附言 | O | 60g |
表5
代收付中心104收到CCPC转帐服务器106转发的小额支付系统消息，销记批量代付业务登记簿，将代付结果转发至客户终端102，以此通知付款单位。
最后，方法200结束于步骤214。
图3是依据本发明一较佳实施例的批量代收方法300的流程图。如图3所示，批量代收方法300开始于步骤302。
随后，在下一步骤304，客户终端接收输入的多个代收任务，发出包含所述多个代收任务的经加密的批量代收指令。在具体实现过程中，客户终端102可通过例如但不限于通信专线、磁介质、互联网等方式将批量代收指令发往代收付中心104。
随后，在下一步骤306，代收付中心104接收批量代收指令并对其进行解密，提取其中包含的所述多个代收任务，将其封装在小额支付系统消息中发往CCPC转帐服务器106。
在具体实现过程中，代收付中心104收到收款单位通过客户终端102发来的批量代收指令后，对指令进行解密处理、业务合法性检查并核验收款单位、付款人、付款人开户行之间的代收合同(协议)。代收付中心104检查核验有误的，记录错误原因并生成批量代收返回指令发往客户终端102，以此来通知收款单位。
代收付中心检查核验无误的，登记批量代收业务登记簿，组成代收业务信息明细，加编信息业务明细密押，并将信息业务明细封装在小额支付系统消息中发往CCPC转帐服务器106。此时，小额支付系统消息的内容如下表所示：
| 编号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 代收付中心工作日 | M | 8n | 提交业务时代收付中心工作日 |
| 2 | 回执期限(天数) | M | 2n | 收款行办理定期借记业务的回执返回期限 |
| 3 | 收款行行号 | M | 12n | |
| 4 | 收款人开户行行号 | M | 12n | |
| 5 | 收款人账户 | M | 32X | |
| 6 | 收款人名称 | M | 60g | |
| 7 | 收款人地址 | O | 60g |
| 8 | 业务种类 | M | 5n | 说明收款事由，如代收电话费等，按照小额的标准编码。 |
| 9 | 本条收款总金额 | M | 15n | 等于所有付款人付款金额之和，用于总分检验。 |
| 10 | 付款人清算行行号 | M | 12n | 为方便收款行处理，同一业务要素集只允许付款人属于同一清算行。 |
| 11 | 付款人数目 | M | 8n | K条 |
| 12 | 付款人清单 | M | ng | K*((8n12n12n32x60g60g15n60g60g) |
表6
其中，付款人清单子域如下：
| 子域序号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 明细序号 | M | 8n | 本业务要素集(信息业务序号)内唯一 |
| 2 | 付款行行号 | M | 12n | |
| 3 | 付款人开户行行号 | M | 12n | |
| 4 | 付款人账号 | M | 32x | |
| 5 | 付款人名称 | M | 60g | |
| 6 | 付款人地址 | O | 60g | |
| 7 | 金额 | M | 15n | |
| 8 | 合同(协议)号 | M | 60g | |
| 9 | 附言 | O | 60g |
表7
随后，在下一步骤308，CCPC转帐服务器106接收包含所述多个代收任务的小额支付系统消息，并将其转发至收款银行转帐服务器。
随后，在下一步骤310，收款银行转帐服务器接收CCPC转帐服务器106转发的包含所述多个代收任务的小额支付系统消息，对每个代收任务进行核验，并为核验成功的代收任务生成定期借记业务包，将生成的定期借记业务包依照小额支付定期借记业务流程通过CCPC转帐服务器106转发给至少一个付款银行转帐服务器。
在具体实现过程中，收款银行转帐服务器收到CCPC转帐服务器106转发的小额支付系统消息后，对其进行业务合法性检查并逐笔核验业务明细密押。收款银行转帐服务器对核验成功的代收业务明细，标记为“处理成功”；对核验失败的代收业务明细，则标记为“处理失败”并记录失败原因。完成上述处理后，收款银行转帐服务器将处理结果组成小额支付系统消息经CCPC转帐服务器106发送至代收付中心104。此时，小额支付系统消息中的内容如下表所示：
| 编号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 原交易委托日期 | M | 8n | |
| 2 | 原交易信息业务序号 | M | 8n | |
| 3 | 原包业务类型 | M | 5n | |
| 4 | 代收付中心工作日 | O | 8n | 当回执包发起方为代收付中心时，为必选项。 |
| 5 | 业务回执状态 | M | 2n | |
| 6 | 附言 | O | 60g |
表8
代收付中心104收到CCPC转帐服务器106转发的小额支付系统消息，对业务合法性检查失败或业务明细密押核验失败的代收业务明细，查明原因并重新处理。
收款银行转帐服务器对核验成功的代收业务明细，自动转换为一个定期借记业务包，按照小额支付系统定期借记业务包业务流程，经CCPC转帐服务器106(以及NPC)转发至付款银行转帐服务器。
随后，在下一步骤312，至少一个付款银行转帐服务器接收CCPC转帐服务器106转发的应由自身处理的定期借记业务包，据此进行扣账处理，并在完成处理之后生成定期借记业务包回执，经CCPC转帐服务器106发往收款银行转帐服务器。在具体实现过程中，付款银行转帐服务器收到CCPC转帐服务器106转来的定期借记业务包后，忽略合同(协议)号的核验环节，直接进行付款人账户扣款处理。付款银行转帐服务器在回执期限内完成账务处理，按规定格式组成定期借记业务回执包，经CCPC转帐服务器106(以及NPC)转发至收款银行转帐服务器。
随后，在下一步骤314，收款银行转帐服务器依据收到的定期借记业务包回执完成入账处理。收款银行转帐服务器CCPC转帐服务器106发来的定期借记业务回执包后，相应完成收款单位的收款资金入账处理，同时将代收业务处理结果封装在小额支付系统消息中，经CCPC转帐服务器106发送至代收付中心104。此时，小额支付系统消息的内容如下表所示：
| 编号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 原交易委托日期 | M | 8n | |
| 2 | 原交易信息业务序号 | M | 8n | |
| 3 | 收款行行号 | M | 12n | |
| 4 | 收款人开户行行号 | M | 12n | |
| 5 | 收款入账号 | M | 32X | |
| 6 | 付款行清算行号 | M | 12n | |
| 7 | 原交易要求收款总金额 | M | 15n | |
| 8 | 成功收款总金额 | M | 15n | |
| 9 | 成功笔数 | M | 8n | M条 |
| 10 | 原交易付款人数目 | M | 8n | K条 |
| 11 | 结果清单 | M | ng | K*(8n32x15n2n60g) |
表9
其中，结果清单子域内容如下表所示：
| 子域序号 | 要素名称 | M/O | 属性 | 备注 |
| 1 | 明细序号 | M | 8n | 原明细序号 |
| 2 | 付款人账号 | M | 32x | |
| 3 | 金额 | M | 15n | |
| 4 | 回执状态 | M | 2n | |
| 5 | 附言 | O | 60g |
表10
代收付中心104收到CCPC转帐服务器106转发的小额支付系统消息，销记批量代收业务登记簿，将代收结果转发至客户终端102，以此通知收款单位。
最后，方法300结束于步骤316。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (10)
1、一种批量代付系统，用于基于小额支付定期贷记业务流程实现批量代付业务，其特征在于，包括：
客户终端，用于接收输入的多个代付任务，发出包含所述多个代付任务的经加密的批量代付指令；
代付中心，与客户终端通信连接，用于接收批量代付指令并对其进行解密，提取其中包含的所述多个代付任务，将其封装在小额支付系统消息中发出；
CCPC转帐服务器，与代付中心通信连接，用于接收并转发包含所述多个代付任务的小额支付系统消息；
付款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的包含所述多个代付任务的小额支付系统消息，并对每一代付任务进行扣帐处理，为扣帐处理成功的每个代付任务生成定期贷记业务包，将生成的定期贷记业务包依照小额支付定期贷记业务流程通过CCPC转帐服务器进行转发；
至少一个收款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的应由自身处理的定期贷记业务包，据此进行入账处理。
2、根据权利要求1所述的批量代付系统，其特征在于，所述客户终端通过互联网或者通信专线与所述代付中心通信连接。
3、一种批量代收系统，用于基于小额支付定期借记业务流程实现批量代收业务，其特征在于，包括：
客户终端，用于接收输入的多个代收任务，发出包含所述多个代收任务的经加密的批量代收指令；
代收中心，与客户终端通信连接，用于接收批量代收指令并对其进行解密，提取其中包含的所述多个代收任务，将其封装在小额支付系统消息中发出；
CCPC转帐服务器，与代收中心通信连接，用于接收并转发包含所述多个代收任务的小额支付系统消息；
收款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的包含所述多个代收任务的小额支付系统消息，为每个代收任务生成定期借记业务包，将生成的定期借记业务包依照小额支付定期借记业务流程通过CCPC转帐服务器进行转发；
至少一个付款银行转帐服务器，与CCPC转帐服务器通信连接，用于接收CCPC转帐服务器转发的应由自身处理的定期借记业务包，据此进行扣账处理，并在完成处理之后生成定期借记业务包回执，经CCPC转帐服务器发往收款银行转帐服务器；
所述收款银行转帐服务器依据收到的定期借记业务包回执完成入账处理。
4、根据权利要求3所述的批量代收系统，其特征在于，所述客户终端通过互联网或者通信专线与所述代付中心通信连接。
5、一种批量代付方法，用于基于小额支付定期贷记业务流程实现批量代付业务，其特征在于，包括如下步骤：
S1、客户终端接收输入的多个代付任务，生成包含所述多个代付任务的经加密的批量代付指令，发往代付中心；
S2、代付中心接收批量代付指令并对其进行解密，提取其中包含的所述多个代付任务，将其封装在小额支付系统消息中，发往CCPC转帐服务器；
S3、CCPC转帐服务器接收包含所述多个代付任务的小额支付系统消息，并将其转发给付款银行转帐服务器；
S4、付款银行转帐服务器接收CCPC转帐服务器转发的包含所述多个代付任务的小额支付系统消息，并对每一代付任务进行扣帐处理，为扣帐处理成功的每个代付任务生成定期贷记业务包，将生成的定期贷记业务包依照小额支付定期贷记业务流程通过CCPC转帐服务器转发给至少一个收款银行转帐服务器；
S5、至少一个收款银行转帐服务器接收CCPC转帐服务器转发的应由自身处理的定期贷记业务包，据此进行入账处理。
6、根据权利要求5所述的批量代付方法，其特征在于，所述步骤S3还包括付款银行转帐服务器在对每一代付任务进行扣帐处理之后，生成处理结果，并通过CCPC发往代收付中心，代收付中心将处理结果通知客户终端。
7、根据权利要求6所述的批量代付方法，其特征在于，所述步骤S1还包括，所述客户终端通过互联网或通信专线将所述批量代付指令发往代付中心。
8、一种批量代收方法，用于基于小额支付定期借记业务流程实现批量代收业务，其特征在于，包括：
S1、客户终端接收输入的多个代收任务，发出包含所述多个代收任务的经加密的批量代收指令；
S2、代收中心接收批量代收指令并对其进行解密，提取其中包含的所述多个代收任务，将其封装在小额支付系统消息中发往CCPC转帐服务器；
S3、CCPC转帐服务器接收包含所述多个代收任务的小额支付系统消息，并将其转发至收款银行转帐服务器；
S4、收款银行转帐服务器接收CCPC转帐服务器转发的包含所述多个代收任务的小额支付系统消息，对每个代收任务进行核验，并为核验成功的代收任务生成定期借记业务包，将生成的定期借记业务包依照小额支付定期借记业务流程通过CCPC转帐服务器转发给至少一个付款银行转帐服务器；
S5、至少一个付款银行转帐服务器接收CCPC转帐服务器转发的应由自身处理的定期借记业务包，据此进行扣账处理，并在完成处理之后生成定期借记业务包回执，经CCPC转帐服务器发往收款银行转帐服务器；
S6、收款银行转帐服务器依据收到的定期借记业务包回执完成入账处理。
9、根据权利要求8所述的批量代收方法，其特征在于，在对每个代收任务进行核验之后，所述步骤S4还包括收款银行转帐服务器生成核验结果，封装在小额支付系统消息中通过CCPC转帐服务器发往代收中心。
10、根据权利要求9所述的批量代收方法，其特征在于，所述步骤S1还包括，所述客户终端通过互联网或通信专线将所述批量代收指令发往代收中心。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910105278A CN101527019A (zh) | 2009-01-23 | 2009-01-23 | 一种批量代收/付系统和批量代收/付方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910105278A CN101527019A (zh) | 2009-01-23 | 2009-01-23 | 一种批量代收/付系统和批量代收/付方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101527019A true CN101527019A (zh) | 2009-09-09 |
Family
ID=41094877
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910105278A Pending CN101527019A (zh) | 2009-01-23 | 2009-01-23 | 一种批量代收/付系统和批量代收/付方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101527019A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103413241A (zh) * | 2013-07-12 | 2013-11-27 | 广州银联网络支付有限公司 | 一种银行代收付系统 |
| WO2015101162A1 (en) * | 2013-12-31 | 2015-07-09 | Tencent Technology (Shenzhen) Company Limited | Data processing method based on instant messaging or social applications, and device thereof |
| CN105225152A (zh) * | 2015-11-18 | 2016-01-06 | 中国电信股份有限公司南京分公司 | 一种电子化银行托收系统及其托收方法 |
| CN107993148A (zh) * | 2017-11-15 | 2018-05-04 | 中国银行股份有限公司 | 一种大文本的联机交易处理方法及装置 |
| CN108256843A (zh) * | 2018-01-12 | 2018-07-06 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
| CN111932370A (zh) * | 2020-08-18 | 2020-11-13 | 广西捷算资产交易市场服务有限公司 | 一种集中代收付资金的实时清结算处理方法 |
| CN111951018A (zh) * | 2020-08-26 | 2020-11-17 | 广西捷算资产交易市场服务有限公司 | 一种无交易背景下的资金实时代扣处理新方法 |
| CN111986023A (zh) * | 2020-08-20 | 2020-11-24 | 中国银行股份有限公司 | 交易付款操作的批量执行方法及装置 |
-
2009
- 2009-01-23 CN CN200910105278A patent/CN101527019A/zh active Pending
Non-Patent Citations (2)
| Title |
|---|
| 张清明: "小额批量支付系统设计问题研究", 《<中国优秀硕士学位论文全文数据库>电子期刊》 * |
| 邓京明，王群厚: "对小额批量支付系统建设若干问题的调查与探讨", 《西安金融》 * |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103413241A (zh) * | 2013-07-12 | 2013-11-27 | 广州银联网络支付有限公司 | 一种银行代收付系统 |
| WO2015101162A1 (en) * | 2013-12-31 | 2015-07-09 | Tencent Technology (Shenzhen) Company Limited | Data processing method based on instant messaging or social applications, and device thereof |
| US10565590B2 (en) | 2013-12-31 | 2020-02-18 | Tencent Technology (Shenzhen) Company Limited | Data processing method based on instant messaging or social applications, and device thereof |
| CN105225152A (zh) * | 2015-11-18 | 2016-01-06 | 中国电信股份有限公司南京分公司 | 一种电子化银行托收系统及其托收方法 |
| CN107993148A (zh) * | 2017-11-15 | 2018-05-04 | 中国银行股份有限公司 | 一种大文本的联机交易处理方法及装置 |
| CN108256843A (zh) * | 2018-01-12 | 2018-07-06 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
| CN108256843B (zh) * | 2018-01-12 | 2022-06-07 | 上海瀚银信息技术有限公司 | 一种代付交易方法及代付交易系统 |
| CN111932370A (zh) * | 2020-08-18 | 2020-11-13 | 广西捷算资产交易市场服务有限公司 | 一种集中代收付资金的实时清结算处理方法 |
| CN111986023A (zh) * | 2020-08-20 | 2020-11-24 | 中国银行股份有限公司 | 交易付款操作的批量执行方法及装置 |
| CN111951018A (zh) * | 2020-08-26 | 2020-11-17 | 广西捷算资产交易市场服务有限公司 | 一种无交易背景下的资金实时代扣处理新方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101527019A (zh) | 一种批量代收/付系统和批量代收/付方法 | |
| US20180253726A1 (en) | Direct connection systems and methods | |
| CA2811585C (en) | Systems and methods for conducting a composite bill payment transaction | |
| US7840466B2 (en) | Wireless communication device account payment notification systems and methods | |
| US8407141B2 (en) | System and method for processing multiple methods of payment | |
| US7797234B2 (en) | Method and system for cash remittances using a two country banking structure | |
| CN103186852A (zh) | 网络交易的支付方法、装置及系统 | |
| CN102915600B (zh) | 一种便于功能扩展的pos前置系统及方法 | |
| US10115085B2 (en) | Methods and system for utilizing cash with online activities | |
| CN101957974A (zh) | 一种支持多种清算支付体系的汇款处理装置及方法 | |
| WO2014152574A1 (en) | Electronic payment system operative with existing accounting software and existing remote deposit capture and mobile rdc software | |
| WO2013179259A1 (en) | Universal recognition platform | |
| CN101908253B (zh) | 一种实现税控功能的系统以及方法 | |
| US8788354B2 (en) | System and method for operator charging gateway | |
| CN101730023A (zh) | 短信支付的方法和系统 | |
| JP2001243403A (ja) | 決済システムおよび決済方法 | |
| US20120005075A1 (en) | Systems and methods for increasing collection agreement fulfillment and traceability | |
| US20080243685A1 (en) | Bill payment system | |
| US20200349638A1 (en) | Stellar banks external transaction agent for international remittance on stellar network | |
| US20170004465A1 (en) | Methods and systems for for implementing virtual international banking | |
| JP3368571B2 (ja) | 電子送金システム、中継システム、送金方法 | |
| CN112184409A (zh) | 一种跨境汇款数据处理系统及方法 | |
| US20170076287A1 (en) | Electronic payment system with option to accept or reject a proffered payment | |
| KR100377214B1 (ko) | 제2금융기관에 제휴된 카드의 기능이 신용카드에 통합된 신용카드 서비스 방법 | |
| KR20020087299A (ko) | 외환 서비스 제공 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090909 |