CN101393668A - 一种当日到账的交易数据处理方法及系统 - Google Patents

Abstract

本发明公开了一种当日到账的交易数据处理方法及系统，解决目前的入账处理流程存在到账时间延误的问题。本发明实施例采用“联机账户验证+批量存款”的业务处理流程，柜面服务人员(或自助终端)在收款前增加账户验证的环节，账户验证成功后才能收款；然后在当日以批量文件方式向后台系统发起存款交易，中间处理系统对批量交易数据进行合法性检查后再转发给后台系统，可以避免联机环境下由于通讯故障或格式错误造成的入账延误。当发生通讯故障时，可以将文件重传；当遇到文件格式错误时，可以修改后重传，从而保证当天收下的款项当天就能存入指定的银行卡账户。而且，以批量方式发送存款，流程比较简单，避免了联机过程中可能出现的各种异常情况。

Description

一种当日到账的交易数据处理方法及系统

技术领域

本发明涉及数据处理领域，特别是涉及一种当日到账的交易数据处理方法及系统。

背景技术

在业务处理中，常常涉及到不同的处理系统，并由此涉及到不同系统之间的数据处理。例如，在金融业务中的入账(如存款、汇款等)处理过程，以存款业务为例，目前的存款业务流程采用的是“联机账户验证+联机存款”的方法：即在存款交易中，柜面服务人员(或自助终端)在收款前，先对客户的账户进行验证，避免存款被柜面(或终端)收下而后台账户不存在，引起无法入账的问题；如果账户存在，则柜面(或终端)收下客户存款，并采用联机方式进行存款业务处理。其中，所述联机过程是指多个处理系统联机工作来处理一个请求，从而保证数据处理的实时性。

所述“联机账户验证+联机存款”的存款业务处理方法，存在以下问题：

由于后续的存款业务处理是在联机环境下进行，所以无法避免联机交易过程中较易出现的通讯故障、联机报文格式错误等情况，从而造成柜面(或终端)收下了存款，而后台没有入账的情况。针对这种情况，还需要通过人工处理来解决，这样，客户存款的到账时间有可能延长几天或更长时间。

发明内容

本发明所要解决的技术问题是提供一种当日到账的交易数据处理方法及系统，以解决目前的入账处理流程存在到账时间延误的问题。

为解决上述技术问题，根据本发明提供的具体实施例，本发明公开了以下技术方案：

一种交易数据处理方法，包括：

对请求入账处理的账户进行验证，验证通过后，发起入账交易；

批量处理所述入账交易数据，对每笔交易数据进行合法性检查；

将通过检查的交易数据批量发送到后台系统进行入账处理。

所述方法还包括：记录未通过检查的交易数据，并反馈给交易发起方。

所述方法还包括：分析交易数据未通过检查的原因，采取相应措施并重新发送。

其中，所述合法性检查包括对数据格式的检查以及对交易数据处理程序的检查。

其中，所述入账交易为跨行交易或同行交易。

一种交易数据处理系统，包括：

前台受理系统，用于向中间处理系统发送账户验证请求，验证通过后，发起入账交易；

中间处理系统，负责前台受理系统和后台账务系统之间的信息传输，并批量接收通过验证的交易数据，对每笔交易数据进行合法性检查；

后台账务系统，用于对请求入账处理的账户进行验证，并批量接收通过合法性检查的交易数据，进行入账处理。

其中，所述中间处理系统将未通过检查的交易数据及原因记录在文件中，反馈给前台受理系统。

其中，前台受理系统根据所述文件分析交易数据未通过检查的原因，采取相应措施并重新发送。

其中，所述前台受理系统和后台账务系统为跨行系统或同行系统。

其中，所述中间处理系统与前台受理系统和后台账务系统为同行系统，或者为支持跨行交易的第三方系统。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明实施例采用“联机账户验证+批量存款”的业务处理流程，柜面服务人员(或自助终端)在收款前增加账户验证的环节，账户验证成功后才能收款；然后在当日以批量文件方式向后台系统发起存款交易，中间处理系统对批量交易数据进行合法性检查后再转发给后台系统，可以避免联机环境下由于通讯故障或格式错误造成的入账延误。当发生通讯故障时，可以将文件重传；当遇到文件格式错误时，可以修改后重传，从而保证当天收下的款项当天就能存入指定的银行卡账户。

而且，以批量方式发送存款，流程比较简单，避免了联机过程中可能出现的各种异常情况，简化了业务相关系统的处理逻辑。

附图说明

图1是本发明实施例所述一种批量存款业务的系统架构图；

图2是本发明实施例所述一种批量存款业务的处理流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

针对银行业务中的入账处理存在到账时间延误的问题，本发明实施例提供了一种“联机账户验证+批量存款”的业务处理流程，即柜面服务人员(或自助终端)在收款前增加账户验证的环节，账户验证成功后才能收款；然后在当日以批量文件方式向后台系统发起存款交易，中间处理系统对批量交易数据进行合法性检查后再转发给后台系统，可以避免联机环境下由于通讯故障或格式错误造成的入账延误。

本发明适用于存款或汇款等入账业务，下面仍以存款业务为例进行说明。

参照图1，是本发明实施例所述一种批量存款业务的系统架构图。所述批量存款业务流程主要涉及到柜面(或自助终端)101，以及前台受理系统102、中间处理系统103和后台账务系统104三个处理系统。

其中，前台受理系统102是受理交易并收集交易数据的系统，其主要功能是根据柜面(或自助终端)101的操作指令，向中间处理系统103发送交易请求，其中每一笔交易都是由前台受理系统102发起。中间处理系统103是连接前台受理系统102与后台账务系统104之间的系统，主要负责前台受理系统102与后台账务系统104之间的信息传输及合法性检查。后台账务系统104负责账务管理，是维护账户信息并为交易是否成功进行授权的系统。

基于图1所示系统，“联机账户验证+批量存款”的业务处理流程如图2所示：

步骤201，柜面操作人员(或自助终端)根据客户提供的存入账户信息，向“前台受理系统”发起账户验证指令；

步骤202，“前台受理系统”接收到柜面(或自助终端)的指令后，向“中间处理系统”发起账户验证交易；

步骤203，“中间处理系统”根据账户信息将账户验证交易数据发往相应的“后台账务系统”；本实施例中，“后台账务系统”可以是多个，所以“中间处理系统”需要根据账户信息加以区别；

步骤204，“后台账务系统”验证该账户的有效性，即验证该账户是否存在并有效，然后向“中间处理系统”返回应答，应答中明确标识该账户的有效性，以便于柜面操作人员(或自助终端)的后续处理；

步骤205，“中间处理系统”将应答转发给“前台受理系统”；

步骤206，“前台受理系统”将应答转发给柜面(或自助终端)；

步骤207，柜面操作人员(或自助终端)根据应答中的信息决定是否收款，如果应答信息显示账户存在且有效，则收款；如果没有收到应答或应答信息显示账户不存在或账户状态无效，则不应收款；

步骤208，如果“前台受理系统”已收款，则向“中间处理系统”发起存款请求文件，其中包含了当日账户验证成功的所有存款交易数据，该文件用于“后台账务系统”的账务管理；

步骤209，“中间处理系统”对该文件中的每笔交易数据进行合法性检查，包括数据格式的检查和交易逻辑的检查。其中，所述数据格式的检查是指检查交易数据是否符合规定的格式，是否存在语法错误；所述交易逻辑的检查主要是检查是否存在未进行账户验证步骤而直接发起的交易数据，即是否存在不符合处理程序的交易数据；

优选的，“中间处理系统”会将那些未通过合法性检查的交易数据记录下来，并向“前台受理系统”反馈一个拒绝文件，其中包含了未通过检查的交易数据及每笔被拒绝的原因，以便于“前台受理系统”进行修正；

步骤210，“中间处理系统”继续将通过检查的交易数据批量发送给相应的“后台账务系统”，“后台账务系统”对应每笔交易，对账户余额进行修改。

优选的，“前台受理系统”根据“中间处理系统”返回的拒绝文件，分析交易数据未通过检查的原因，如果是格式错误，则对交易数据进行修正，然后重新向“中间处理系统”发送；如果是交易逻辑错误，则先对该笔交易数据进行账户验证，向“中间处理系统”发送验证请求。

对上述流程举例说明，某日前台受理系统一共受理了1000笔存款业务，其中990笔账户验证成功，其余10笔失败，则当日前台受理系统上送的存款请求文件中应包含990笔存款交易数据。若中间处理系统检查发现有10笔交易数据出现语法错误或逻辑错误，则向前台受理系统反馈的拒绝文件中包含了这10笔交易数据，而向后台账务系统发送的存款清算文件中包含了980笔交易数据。前台受理系统根据中间处理系统反馈的拒绝原因，对被拒绝的10笔交易数据进行检查和修正，然后重传。

上述整个业务流程由实时联机的账户验证交易和批量的文件交易构成，即实时验证存入账户的正确性，然后再批量完成存款。所述联机过程和批量过程的区别在于：对于一笔交易数据，联机过程中前台受理系统、中间处理系统和后台账务系统会联机进行实时处理，如步骤202-205所述的过程；而批量处理是在脱机环境下，将多笔交易数据批量进行处理，如步骤208和209，前台受理系统在预设时间段内(如当日)收集多笔交易数据，然后批量发送给中间处理系统，中间处理系统也是将通过合法性检查的多笔交易数据批量发送给后台账务系统处理。

由此可知，在批量处理过程中，如果发生通讯故障，系统在预定时间内没有收到对方应答，进行交易数据重发即可解决。所以，以批量方式发送存款能够确保当天到账，简化了存款业务可能出现的各种异常流程。

针对上述批量方式的交易数据处理方法，本发明提供的系统实施例可参照图1所示。需要补充说明的是：

首先，图中所示的前台受理系统102和后台账务系统104可以是同一家金融机构(如银行)的系统，也可以是不同机构之间的系统，所以上述实施例中提到的交易可以为同行交易或跨行交易。相应的，所述中间处理系统103与前台受理系统102和后台账务系统104可以同属于一家金融机构，也可能是支持跨行交易的第三方系统。而且，中间处理系统103可以对应多个后台账务系统104，例如一批交易数据中对应多家银行的情况。

其次，在一个真实的业务系统中，中间处理系统103除了进行合法性检查以外，还担负着其它功能，最重要的就是路由和清算。“路由”就是把交易数据送到它该去的地方，比如在本专利所述的系统中，假如文件中包含了对N家后台处理系统(如N家银行)的存款交易数据，那么中间处理系统103就要把这些交易数据按照不同的后台处理系统进行分类并发送到相应的处理系统。“清算”就是完成前台受理系统和后台处理系统之间的资金清算和划拨。

再次，在正常处理情况下，前台受理系统102不能在没有发起账户验证的情况下直接发起存款交易，在收到成功的账户验证应答后，才能发起后续的存款交易；若没有收到账户验证应答，或收到失败的账户验证应答，则不能发起后续的存款交易。而且，前台受理系统102一旦发起存款交易，无论是否收到交易处理应答，以及收到的应答是否成功，都需要把存款留下，以利于后续处理，如遇到数据格式错误、交易逻辑错误、通讯故障等情况时重发。

图1所示装置中未详述的部分可以参见图2所示方法的相关部分，为了篇幅考虑，在此不再详述。

以上对本发明所提供的一种当日到账的交易数据处理方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1、一种交易数据处理方法，其特征在于，包括:

对请求入账处理的账户进行验证，验证通过后，发起入账交易；

批量处理所述入账交易数据，对每笔交易数据进行合法性检查；

将通过检查的交易数据批量发送到后台系统进行入账处理。

2、根据权利要求1所述的方法，其特征在于，还包括:记录未通过检查的交易数据，并反馈给交易发起方。

3、根据权利要求2所述的方法，其特征在于，还包括:分析交易数据未通过检查的原因，采取相应措施并重新发送。

4、根据权利要求1所述的方法，其特征在于:所述合法性检查包括对数据格式的检查以及对交易数据处理程序的检查。

5、根据权利要求1所述的方法，其特征在于:所述入账交易为跨行交易或同行交易。

6、一种交易数据处理系统，其特征在于，包括:

前台受理系统，用于向中间处理系统发送账户验证请求，验证通过后，发起入账交易；

中间处理系统，负责前台受理系统和后台账务系统之间的信息传输，并批量接收通过验证的交易数据，对每笔交易数据进行合法性检查；

后台账务系统，用于对请求入账处理的账户进行验证，并批量接收通过合法性检查的交易数据，进行入账处理。

7、根据权利要求6所述的系统，其特征在于:所述中间处理系统将未通过检查的交易数据及原因记录在文件中，反馈给前台受理系统。

8、根据权利要求7所述的系统，其特征在于:前台受理系统根据所述文件分析交易数据未通过检查的原因，采取相应措施并重新发送。

9、根据权利要求6所述的系统，其特征在于:所述前台受理系统和后台账务系统为跨行系统或同行系统。

10、根据权利要求6所述的系统，其特征在于:所述中间处理系统与前台受理系统和后台账务系统为同行系统，或者为支持跨行交易的第三方系统。

Images