CN108009916A - 一种基于事务动态调整的通用支付记账的方法以及系统 - Google Patents

Abstract

本发明提供一种基于事务动态调整的通用支付记账的方法，支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1调用内层处理器；内层处理器进行交易处理，并根据交易决定是否写该过程交易流水；执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志，本发明还提供对于后续支付记账过程变化，仅需加入标准的交易程序，用内层处理器进行处理，提高响应的能力。

Description

一种基于事务动态调整的通用支付记账的方法以及系统

技术领域

本发明涉及一种基于事务动态调整的通用支付记账的方法以及系统。

背景技术

当前银行接入的支付渠道较多，包括有人行大小额、网银互联及网联，农信银、银联系统等，诸多的支付渠道给客户带来便捷业务的同时，也对银行的支付渠道记账处理方法提出了一定的要求。当前，外部支付渠道接入核心，主要采用在银行内部建立对应的前置系统，承担着与内部核心账务系统和外部支取渠道的交易桥梁，处理结构如图1所示。

而对于核心账务系统内部，由于不同渠道的建设时间不同，交易之前存在的差异，常采用不同支取渠道开发对应的记账交易集合，例如大小额开发自己的本金过渡户、手续费过渡户、大小额本金行内记账、手续费记账、清算记账交易以及特殊的大小额处理交易(比如票据处理等)，在银联等渠道上，核心又需要开发独特的记账交易，如图2所示。

针对如上的几类技术有如下缺点：

(1)由于银行支付渠道较多，采用不同的交易导致的维护量大，交易中缺乏必要要素，各种不同的校验规则冲突等问题；同时为每个交易设计不同的反交易也维护工作量较大。CN201510779175.1一种保持跨银行交易账务一致性的方法及系统，实时监测客户发起的账务交易请求信息,当监测到请求信息后，实时对比前置系统的记账状态与核心系统的记账状态,当发现前置系统的记账状态与核心系统的记账状态不一致时，启动与请求信息的类别相应的更新方式进行对账更新，而本发明主要解决前置和核心的账务一致性问题，并未涉及核心内部对于不同的交易如何进行统一账务处理。

(2)对于一个支付交易，常需要多次调用核心账务交易，因此产生了不同的交易流水，若设计不妥当，会导致一个支付交易无法映射到完整的账务交易流水。

(3)由于多次调用核心账务交易，比如调用本金处理和手续费处理账务交易，由于交易是分属不同事务，账务交易之间无法共享上下文环境信息，导致信息需要重复查找和处理，核心效率较低。

(4)对于交易流程中出现的某个账务交易中断时，由于属于异步事务，需要按序发起之前的账务交易的冲销交易，若某个冲销失败，容易导致系统出现账务不平问题。

发明内容

本发明要解决的技术问题，在于提供一种基于事务动态调整的通用支付记账的方法以及系统，对于后续支付记账过程变化，仅需加入标准的交易程序，用内层处理器进行处理，提高了快速响应的能力。

本发明之一是这样实现的：一种基于事务动态调整的通用支付记账的方法，包括如下步骤：

步骤1、支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；

步骤2、外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1，调用内层处理器；

步骤3、内层处理器进行交易处理，并写该过程交易流水；

步骤4、执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志进入步骤3。

进一步地，所述步骤3进一步具体为：内层处理器进行交易处理，若处理成功，则写该过程交易流水；若处理失败，则准备挂账账号、更新状态以及挂账，根据交易码确认是否记录事务无关流水，并进行回滚。

进一步地，所述步骤3中内层处理器进行交易处理进一步具体为：清理内层处理器请求以及答复参数，准备内层处理器交易请求报文，之后处理交易，若内层处理器错误，则置状态位错误，事务回滚，并将结果返回给外层处理器进入步骤4，若内层处理器正确，则判断处理器是否拒绝，若拒绝，则置状态位错误，事务回滚，并将结果返回给外层处理器进入步骤4；若接受，则置状态位成功，准备答复报文，更新登记簿状态位以及处理流水，根据交易码决定是否写该交易流水，之后将处理结果发送至外层处理器，进入步骤4。

进一步地，所述交易模式包括：现金收付、活期存入、活期支取、内部账借、内部账贷、清算处理、凭证收付以及手续费处理。

本发明之二是这样实现的：一种基于事务动态调整的通用支付记账的系统，包括如下模块：

准备模块，支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；

调用模块，外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1，调用内层处理器；

交易处理模块，内层处理器进行交易处理，并写该过程交易流水；

记账模块，执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志进入交易处理模块。

进一步地，所述交易处理模块进一步具体为：内层处理器进行交易处理，若处理成功，则写该过程交易流水；若处理失败，则准备挂账账号、更新状态以及挂账，根据交易码确认是否记录事务无关流水并进行回滚。

进一步地，所述交易处理模块中内层处理器进行交易处理进一步具体为：清理内层处理器请求以及答复参数，准备内层处理器交易请求报文，之后处理交易，若内层处理器错误，则置状态位错误，事务回滚，并将结果返回给外层处理器进入记账模块，若内层处理器正确，则判断处理器是否拒绝，若拒绝，则置状态位错误，事务回滚，并将结果返回给外层处理器进入记账模块；若接受，则置状态位成功，准备答复报文，更新登记簿状态位以及处理流水，根据交易码决定是否写该交易流水，之后将处理结果发送至外层处理器，进入记账模块。

进一步地，所述交易模式包括：现金收付、活期存入、活期支取、内部账借、内部账贷、清算处理、凭证收付以及手续费处理。

本发明具有如下优点：

1)双层处理器机制，外层处理器主要依赖于原先的核心的主控程序，完成事务的处理和报文的组装，并模拟交易请求提交给内层处理器；内层处理器复用核心的主控程序，实现事务的隔离、异常的捕捉、报文包的拆分等功能需求；即利用同一套主控程序，基于不同的交易标志实现了不同的控制环节。

2)通用的支付记账的方式，实现根据交易码获得交易上下文数据，外层处理器按序调用内层处理器，实现标准记账模式和个性化支付渠道交易的处理方式；其中调用内层处理器的交易码，本身是可以作为单独的非通用支付记账的交易功能。

3)动态支付记账流水控制模式，实现业务交易流水和核心多个内层记账交易的绑定，同时设计了事务分层控制模式，满足内层或者外层交易失败时候进行账务回滚时，仍可以保留特定的流水。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为现有外部支取渠道接入核心示意图。

图2为现有核心开发多种支付记账交易模式示意图。

图3为本发明双层处理器机制流程图。

图4为本发明方法流程图。

图5为账务处理外层处理器流程图。

图6为账务处理内层处理器流程图。

图7为通用支付记账处理流程图。

具体实施方式

本发明之一是这样实现的：一种基于事务动态调整的通用支付记账的方法，包括如下步骤：

步骤1、支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；

步骤2、外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1，调用内层处理器；

步骤3、清理内层处理器请求以及答复参数，准备内层处理器交易请求报文，之后处理交易，若内层处理器错误，则置状态位错误，事务回滚，并将结果返回给外层处理器进入步骤4，若内层处理器正确，则判断处理器是否拒绝，若拒绝，则置状态位错误，事务回滚，并将结果返回给外层处理器进入步骤4；若接受，则置状态位成功，准备答复报文，更新登记簿状态位以及处理流水，根据交易码决定是否写该交易流水，之后将处理结果发送至外层处理器，进入步骤4，若处理成功，则写该过程交易流水；若处理失败，则准备挂账账号、更新状态以及挂账，根据交易码确认是否记录事务无关流水，并进行回滚，这里就是事务分层控制：内层处理器交易失败，要回滚，但是有些内层流水需要写入事务无关流水，不能被回滚删掉，因此要根据设置的调用的交易码确认是否要记录该内层处理器的交易流水；

步骤4、执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志进入步骤3。

所述交易模式包括：现金收付、活期存入、活期支取、内部账借、内部账贷、清算处理、凭证收付以及手续费处理。

本发明基于事务动态调整的通用支付记账的系统，包括如下模块：

准备模块，支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；

调用模块，外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1，调用内层处理器；

交易处理模块，清理内层处理器请求以及答复参数，准备内层处理器交易请求报文，之后处理交易，若内层处理器错误，则置状态位错误，事务回滚，并将结果返回给外层处理器进入记账模块，若内层处理器正确，则判断处理器是否拒绝，若拒绝，则置状态位错误，事务回滚，并将结果返回给外层处理器进入记账模块；若接受，则置状态位成功，准备答复报文，更新登记簿状态位以及处理流水，根据交易码决定是否写该交易流水，之后将处理结果发送至外层处理器，进入记账模块，若处理成功，则写该过程交易流水；若处理失败，则准备挂账账号、更新状态以及挂账，根据交易码确认是否记录事务无关流水并进行回滚，这里就是事务分层控制：内层处理器交易失败，要回滚，但是有些内层流水需要写入事务无关流水，不能被回滚删掉，因此要根据设置的调用的交易码确认是否要记录该内层处理器的交易流水；

记账模块，执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志进入交易处理模块。

所述交易模式包括：现金收付、活期存入、活期支取、内部账借、内部账贷、清算处理、凭证收付以及手续费处理。

所述交易标志为0和1，0为外层处理器，1为内层处理器。

本发明一种具体实施方式：

(1)技术方案概况介绍：

本发明设计了如下：

1)双层处理器机制。外层处理器主要依赖于原先的核心的主控程序，完成事务的处理和报文的组装，并模拟交易请求提交给内层处理器；内层处理器复用核心的主控程序，实现事务的隔离、异常的捕捉、报文包的拆分等功能需求；

2)通用的支付记账的方式，实现根据交易码获得交易上下文数据，外层处理器按序调用内层处理器，实现标准记账模式和个性化支付渠道交易的处理方式；

3)动态支付记账流水控制模式，实现业务交易流水和核心多个内层记账交易的绑定，同时设计了事务分层控制模式，满足外层交易失败时候进行账务回滚时，仍可以保留特定的流水。

(2)交易流程

双层处理器机制下，采用外层处理器和内层处理器，将原先一个支付交易需要多次调用核心账务交易的模式，合并成一个通用的支付记账方法，利用外层模拟外部多次调用账务交易，内层处理器进行账务处理，外层处理器还可根据内层处理器处理情况进行整体回滚账务交易或者单独冲销处理。

(3)双层处理器机制

如图3所示，支付渠道通过调用通用支付记账程序，主控调用该通用支付记账程序的外层处理器，外层处理流程在适当条件下启动内层处理流程；内层处理使用与外层的核心主控是同一套核心程序，核心程序就是核心账务系统的运行代码；而主控就是调度核心账务系统的不同交易的控制逻辑主程序；内外层是指主控进入通用支付记账程序后，通用支付记账程序就是外层处理，然后进入标准记账时候，利用主控(就是内层处理器)再进行特定记账程序的交易程序(这些交易程序本身是可以单独被调用的)可以理解没有内层处理器情况下，每个记账程序交易被单独调用，每个记账程序都是只在做外层处理；这里要实现主控调用主控；外层通过组装对应的主控报文发往内层处理器，就可以让内层处理完成一个完整的账务过程。特别的，内层交易常为标准的记账服务，可以由外围系统调用，也可以由内层处理器调用。对于核心主控，就需要支持双层处理，并能根据传入的参数执行对应的记账等处理，根据通用记账需要执行的相应标准记账过程：有现金收付、活期存入支取、内部账借贷、清算、凭证收付及手续费处理，利用此模式，就可以在最小化改造主控下，实现双层模式。

(4)通用支付记账方式和动态支付记账流水控制

如图4所示，对于通用支付记账方式，其中检查报文是检查报文的必输字段的合法性，业务规则检查是查当前的交易是否符合标准记账过程，即需要执行的标准记账过程的数据是否正确可行

1)准备收付款双方账号

准备收付款账号时，根据业务附加码(业务附加码即为对应的支付渠道和交易渠道的标识)获取对应的账号，对于不存在业务附加码或者对应账号异常的，则获取对应的挂账账号。

2)账务处理

账务处理流程中，外层处理器根据交易码逐个执行内层处理器，对于内层处理器执行失败的，根据交易码写流水后，进行账务回滚，并且进行整笔外层处理器回滚；而对于内层处理器成功的，将每个内层处理器的执行流水写入冲正对照流水，如图5所示。

而对于内层处理器而言，需要根据组装的报文进行账务处理，并且需要根据交易码决定是否要写事务无关的流水，以给予外围查询使用，如图6所示。

对于通用支付记账可以通过内层处理器调用标准的记账过程，涵盖有现金收付、活期存入支取、内部账借贷、清算、凭证收付及手续费处理，流程如图7所示。

(5)下传统一处理

由于内部处理器直接调用标准交易，而标准交易由于属于完整的交易流程，存在着自身的交易下传的报文，若外部处理器调用多个内部处理器，内部处理器返回多个下传报文，会导致前置收到报文处理异常，为此引入了下传统一处理机制。

在主控标准报文头中增加交易标志(0-外层服务器；1-内层服务器)进行区分。外层服务器在组装报文发往内层服务器时，该报文交易标识设置为1，则在主控调用的下传报文程序中，当发现是内层服务器标识时则不进行下传；首先内层处理器就是主控，调用的记账过程的交易本身都是一个标准的交易过程，而这些交易过程会有自己的返回报文；通过外层处理器调用内层处理器可以复用通用的记账过程程序，而不用新增代码，但是随之带来的就是内层处理器在原先单独被调用时返回的报文，在外层处理器调用时这些报文并不需要，如果不作处理，会导致返回前置报文有错误。

简单理解就是前置需要的外层处理器的报文，对于内层处理器的诸多报文并不需要，需要屏蔽。

通过本发明的设计，可以实现最小化开发整合新的支付渠道，并且通过复用主控实现了双处理器，实现了交易流水的动态事务控制。对于后续支付记账过程变化，仅需加入标准的交易程序，用内层处理器进行处理，提高了快速响应的能力。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (8)

1.一种基于事务动态调整的通用支付记账的方法，其特征在于：包括如下步骤：

步骤1、支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；

步骤2、外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1，调用内层处理器；

步骤3、内层处理器进行交易处理，并根据交易决定是否写该过程交易流水；

步骤4、执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志进入步骤3。

2.如权利要求1所述的一种基于事务动态调整的通用支付记账的方法，其特征在于：所述步骤3进一步具体为：内层处理器进行交易处理，若处理成功，则写该过程交易流水；若处理失败，则准备挂账账号、更新状态以及挂账，根据交易码确认是否记录事务无关流水，并进行回滚。

3.如权利要求1或2所述的一种基于事务动态调整的通用支付记账的方法，其特征在于：所述步骤3中内层处理器进行交易处理进一步具体为：清理内层处理器请求以及答复参数，准备内层处理器交易请求报文，之后处理交易，若内层处理器错误，则置状态位错误，事务回滚，并将结果返回给外层处理器进入步骤4，若内层处理器正确，则判断处理器是否拒绝，若拒绝，则置状态位错误，事务回滚，并将结果返回给外层处理器进入步骤4；若接受，则置状态位成功，准备答复报文，更新登记簿状态位以及处理流水，根据交易码决定是否写该交易流水，之后将处理结果发送至外层处理器，进入步骤4。

4.如权利要求1所述的一种基于事务动态调整的通用支付记账的方法，其特征在于：所述交易模式包括：现金收付、活期存入、活期支取、内部账借、内部账贷、清算处理、凭证收付以及手续费处理。

5.一种基于事务动态调整的通用支付记账的系统，其特征在于：包括如下模块：

准备模块，支付渠道发起交易，进入外层处理器，交易标志为0，外层处理器准备交易报文上下文环境，对交易报文以及业务规则进行检查；准备收付款双方账号；

调用模块，外层处理器根据交易模式，组装内层处理器所需的报文，该报文交易标志为1，调用内层处理器；

交易处理模块，内层处理器进行交易处理，并写该过程交易流水；

记账模块，执行外层账务处理，若所有内层处理结束，则写该过程交易流水，返回前置报文，记账完成；否，则组装特定交易的内层处理器报文，并设置为内层标志进入交易处理模块。

6.如权利要求5所述的一种基于事务动态调整的通用支付记账的系统，其特征在于：所述交易处理模块进一步具体为：内层处理器进行交易处理，若处理成功，则写该过程交易流水；若处理失败，则准备挂账账号、更新状态以及挂账，根据交易码确认是否记录事务无关流水并进行回滚。

7.如权利要求5或6所述的一种基于事务动态调整的通用支付记账的系统，其特征在于：所述交易处理模块中内层处理器进行交易处理进一步具体为：清理内层处理器请求以及答复参数，准备内层处理器交易请求报文，之后处理交易，若内层处理器错误，则置状态位错误，事务回滚，并将结果返回给外层处理器进入记账模块，若内层处理器正确，则判断处理器是否拒绝，若拒绝，则置状态位错误，事务回滚，并将结果返回给外层处理器进入记账模块；若接受，则置状态位成功，准备答复报文，更新登记簿状态位以及处理流水，根据交易码决定是否写该交易流水，之后将处理结果发送至外层处理器，进入记账模块。

8.如权利要求5所述的一种基于事务动态调整的通用支付记账的系统，其特征在于：所述交易模式包括：现金收付、活期存入、活期支取、内部账借、内部账贷、清算处理、凭证收付以及手续费处理。