CN106709798A - 跨行清算方法和系统 - Google Patents

跨行清算方法和系统 Download PDF

Info

Publication number
CN106709798A
CN106709798A CN201510433664.1A CN201510433664A CN106709798A CN 106709798 A CN106709798 A CN 106709798A CN 201510433664 A CN201510433664 A CN 201510433664A CN 106709798 A CN106709798 A CN 106709798A
Authority
CN
China
Prior art keywords
server
clearance
bank
data
corp
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
Application number
CN201510433664.1A
Other languages
English (en)
Inventor
张毅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Cifpay Network Bank Technology Co Ltd
Original Assignee
Shenzhen Cifpay Network Bank Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Cifpay Network Bank Technology Co Ltd filed Critical Shenzhen Cifpay Network Bank Technology Co Ltd
Priority to CN201510433664.1A priority Critical patent/CN106709798A/zh
Publication of CN106709798A publication Critical patent/CN106709798A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明涉及一种跨行清算方法,包括:获取第一预设时间内多个待清算电子凭证的数据,所述数据包括第一数据和第二数据,第一数据与第一银行服务器相对应,第二数据与第二银行服务器相对应;利用第一数据和第二数据生成对账文件,对账文件中包括清算总金额、待清算电子凭证的编号;将对账文件发送至第一银行服务器和第二银行服务器,以使得第一银行服务器和第二银行服务器分别对所述对账文件进行确认并返回确认信息;在接收到确认信息后,利用对账文件生成清算报文;将清算报文发送至第一银行服务器,以使得第一银行服务器根据清算报文将清算总金额转移至第二银行服务器。此外还提供一种跨行清算系统、跨行清算服务器和计算机存储介质。

Description

跨行清算方法和系统
技术领域
本发明涉及计算机技术领域,特别是涉及一种跨行清算方法和系统。
背景技术
随着电子商务的发展,在网络支付的便捷与安全方面也出现了很多新兴的网络支付方式,通过电子凭证进行支付是其中一种方式之一。通常付款方开据电子凭证的银行和收款方委托收款的银行并不一定是同一家银行。在不同的银行直接对单个电子凭证进行实时跨行支付时会产生手续费,如果是对大量的电子凭证实时进行跨行支付,则会产生高额的手续费。如何克服大量电子凭证跨行支付产生高额手续费的问题成为目前亟需解决的一个技术问题。
发明内容
基于此,有必要针对上述技术问题,提供一种能够批量对电子凭证进行跨行清算有效节省跨行支付手续费的跨行清算方法和系统。
一种跨行清算方法,所述方法包括:
获取第一预设时间内多个待清算电子凭证的数据,所述数据包括第一数据和第二数据,所述第一数据与第一银行服务器相对应,所述第二数据与第二银行服务器相对应;
利用所述第一数据和所述第二数据生成对账文件,所述对账文件中包括清算总金额;
将所述对账文件发送至所述第一银行服务器和所述第二银行服务器,以使得所述第一银行服务器和所述第二银行服务器分别对所述对账文件进行确认并返回确认信息;
在接收到所述确认信息后,利用所述对账文件生成清算报文;
将所述清算报文发送至所述第一银行服务器,以使得所述第一银行服务器根据所述清算报文将所述清算总金额转移至所述第二银行服务器。
一种跨行清算方法,应用在第一银行服务器,所述方法包括:
向清算服务器实时发送第一电子凭证的第一数据,以使得清算服务器在接收到第二银行服务器发送的第二电子凭证的第二数据后,根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件;
接收所述清算服务器发送的对账文件,所述对账文件中包括清算总金额;
判断所述对账文件与预存储的所述第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据是否一致;
若是,则向所述清算服务器返回确认信息,以使得所述清算服务器在接收到所述确认信息后,利用所述对账文件生成清算报文;
接收所述清算服务器发送的清算报文;
根据所述清算报文将所述清算总金额转移至所述第二银行服务器。
一种跨行清算方法,应用在第二银行服务器,所述方法包括:
向清算服务器实时发送第二电子凭证的第二数据,以使得清算服务器在接收到第一银行服务器发送的第一电子凭证的第一数据后,根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件;
接收所述清算服务器发送的对账文件,所述对账文件中包括清算总金额;
判断所述对账文件与预存储的所述第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据是否一致;
若是,则向所述清算服务器返回确认信息,以使得所述清算服务器在接收到所述确认信息后,利用所述对账文件生成清算报文;
接收所述清算服务器发送的清算报文;
根据所述清算报文接收所述第一银行服务器转移的所述清算总金额;
将接收到的清算总金额转移至第二业务清算专户,根据所述对账文件利用所述第二业务清算专户分别将多个第一电子凭证对应的金额转移至对应的收款账户中。
一种跨行清算系统,所述系统包括:
第一银行服务器,用于向清算服务器实时发送第一电子凭证的第一数据;
第二银行服务器,用于向清算服务器实时发送第二电子凭证的第二数据;
清算服务器,用于接收所述第一数据和第二数据,并根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件,所述对账文件中包括清算总金额,并将所述对账文件分别发送至所述第一银行服务器和所述第二银行服务器;
所述第一银行服务器还用于对所述对账文件进行确认,并向所述清算服务器返回第一确认信息;
所述第二银行服务器还用于对所述对账文件进行确认,并向所述清算服务器返回第二确认信息;
所述清算服务器还用于在接收到所述第一确认信息和第二确认信息后,利用所述对账文件生成清算报文,并将所述清算报文分别发送至所述第一银行服务器和第二银行服务器;
所述第一银行服务器还用于根据所述清算报文将所述清算总金额转移至所述第二银行服务器。
上述跨行清算方法和系统,由于电子凭证是第一预设时间内待清算的,利用第一银行服务器的电子凭证的第一数据与第二银行服务器的电子凭证的第二数据生成对账文件,对账文件中包括了第一银行服务器需要转移至第二银行服务器的电子凭证的清算总金额。第一银行服务器与第二银行服务器分别根据对账文件返回确认信息后,根据对账文件来生成清算报文,由此使得第一银行服务器在接收到清算报文后能够按照清算总金额向第二银行服务器进行支付。由此能够对第一预设时间内的批量电子凭证进行跨行清算,有效节省了跨行支付的手续费,克服了大量单个电子凭证实时跨行支付时需要高额手续费的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他实施例的附图。
图1为一个实施例中跨行清算方法的流程图;
图2为另一个实施例中跨行清算方法的流程图;
图3为还一个实施例中跨行清算方法的流程图;
图4为一个实施例中跨行清算系统的结构图;
图5为一个实施例中跨行清算服务器的结构示意图。
具体实施方式
在一个实施例中,如图1所示,提供了一种跨行清算方法。应该理解的是,虽然图1的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,图1中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。以本方法应用于清算服务器举例说明,该方法具体包括:
步骤102,获取第一预设时间内多个待清算电子凭证的数据,数据包括第一数据和第二数据,第一数据与第一银行服务器相对应,第二数据与第二银行服务器相对应。
电子凭证可以用于付款也可以用于收款。解付是指满足解付条件后将电子凭证中冻结的资金进行解冻并进行支付。电子凭证可以有多种状态,包括待收证、待履约、待申请解付、待解付、待清算、待入账、已完成等。其中,待清算是指开具电子凭证的银行(简称开证行)已执行解付并将电子凭证资金转移至本行电子凭证业务清算专户。清算服务器需调用的电子凭证的数据(即第一数据、第二数据)包括电子凭证的状态、金额、编号等。本实施例中需要根据电子凭证的数据筛选出状态为待清算的电子凭证。
第一电子凭证是第一银行开立并作为付款行的、第二银行接收并作为收款行的一类电子凭证。第二电子凭证是第二银行开立并作为付款行的、第一银行接收并作为收款行的一类电子凭证。第一银行与第一银行服务器相对应,第二银行与第二银行服务器相对应。第一数据是第一银行服务器对第一电子凭证进行操作的数据。第二数据是第二银行服务器对第二电子凭证进行操作的数据。第一银行服务器在主动更新第一电子凭证对应的第一数据时,还会将第一数据实时同步发送至清算服务器和第二银行服务器。以使得第一电子凭证的第一数据可以在第一银行服务器和第二银行服务器同时存储。第二银行服务器在主动更新第二电子凭证对应的第二数据时,还会将第二数据实时同步发送至清算服务器和第一银行服务器。以使得第二电子凭证的第二数据可以在第一银行服务器和第二银行服务器同时存储。
步骤104,利用第一数据和第二数据生成对账文件,对账文件中包括清算总金额、待清算电子凭证的编号。
第一银行服务器实时将多个第一电子凭证的第一数据传输至清算服务器。第二银行服务器实时将多个第二电子凭证的第二数据传输至清算服务器。清算服务器调取第一预设时间内的第一数据与第二数据进行汇总和轧差处理,根据处理后的结果生成第一银行服务器与第二银行服务器之间的对账文件,其中包括清算总金额、待清算电子凭证的编号等。
第一预设时间可以是银行对账清算处理的一个处理周期。例如,银行在T日(即交易日)内进行对账清算。日切点是上一个T日与下一个T日的时间节点。如果日切点为每日16:00时,那么16:00以后解付的电子凭证将在下一个处理周期进行处理。在6月30日16:00以后会对6月29日16:00后至6月30日16:00前待清算的电子凭证进行集中清算。
轧差是指每日业务终了后,根据接收到的T日内的电子凭证交易信息,按照电子凭证对应的各个银行进行收付差额计算,得到各个银行需要清算的资金额度。电子凭证采用净额轧差的清算方式。也就是在电子凭证清算中,对各个银行款项的清算只计算其应收款、应付款相抵后的净额。也就是说每个银行可能有成千上万个电子凭证的往来资金需要支付和收款,但并不需要对每一个电子凭证的资金都立即单独支付,只需要计算第一预设时间内待清算电子凭证对应的总差额,由付差行一次性将总差额的资金支付给收差行即可。例如,第一银行服务器需要转移至第二银行服务器的总金额为800万人民币,第二银行服务器需要转移至第一银行服务器的总金额为500万人民币,则通过净额轧差的方式,第一银行服务器转移清算总金额300万人民币至第二银行服务器即可。采用净额轧差清算,有效减少了传输数据,提高了跨行清算的速度。
进一步的,除了双边(第一银行服务器与第二银行服务器)净额轧差清算之外,还可以进行多边净额轧差清算。也就是多个银行服务器之间进行净额轧差清算。例如,第一银行服务器需要转移至第二银行服务器的总金额为1000万人民币,第三银行服务器需要转移至第一银行服务器的总金额为500万人民币,第二银行服务器需要转移至第一银行服务器的总金额为800万人民币,通过多边净额轧差清算,只需第一银行服务器转移500万人民币至第二银行服务器,第二银行服务器转移300万人民币至第三银行服务器即可。
步骤106,将对账文件发送至第一银行服务器和第二银行服务器,以使得第一银行服务器和第二银行服务器分别对该对账文件进行确认并返回确认信息。
清算服务器将对账文件发送至第一银行服务器和第二银行服务器。第一银行服务器和第二银行服务器分别对该对账文件进行确认,第一银行服务器确认通过后返回第一确认信息,第二银行服务器确认通过后会返回第二确认信息。
步骤108,在接收到确认信息后,利用对账文件生成清算报文。
第一银行服务器可以以确认回执的形式向清算服务器返回第一确认信息。第二银行服务器可以以确认回执的形式向清算服务器返回第二确认信息。在清算服务器接收到第一确认信息与第二确认信息之后,即表示第一银行服务器与第二银行服务器之间的对账文件准确无误。根据预设的报文交换标准利用对账文件来生成清算报文。清算报文中包括清算总金额、待清算电子凭证的编号等。
步骤110,将清算报文发送至第一银行服务器,以使得第一银行服务器根据清算报文将清算总金额转移至第二银行服务器。
由于第一银行服务器与第二银行服务器之间采用净额轧差的清算方式,清算服务器会将清算报文分别发送至第一银行服务器和第二银行服务器。第一银行服务器在接收到清算报文后,根据清算报文将对账文件中的清算总金额转移至第二银行服务器。由此完成批量电子凭证的跨行清算。第一银行服务器与第二银行服务器是相对的,可以是第一银行服务器向第二银行服务器转移清算总金额,也可以是第二银行服务器向第一银行服务器转移清算总金额。
进一步的,对账文件中还包括待清算电子凭证的编号。在第一银行服务器根据清算报文将清算总金额转移至第二银行服务器之后,第二银行服务器将接收到的清算总金额首先划入第二银行服务器上第二业务清算专户。再根据对账文件将每个第一电子凭证对应的金额分别转移至每个第一电子凭证的收款账户中。由于第一银行服务器与第二银行服务器之间通过净额轧差的方式来实现跨行清算的,因此第一银行服务器转移至第二银行服务器的清算总金额很可能会小于第二银行应划拨总金额即第二银行服务器上多个第一电子凭证对应的总金额。清算总金额与第二银行应划拨总金额之间的差额将由第二业务清算专户内的金额进行补足,再利用对账文件将每个第一电子凭证对应的金额划入到对应的收款账户中。由此进一步提高了跨行清算的准确性。
本实施例中,由于电子凭证是第一预设时间内待清算的,利用第一银行服务器的电子凭证的第一数据与第二银行服务器的电子凭证的第二数据生成对账文件,对账文件中包括了第一银行服务器需要转移至第二银行服务器的电子凭证的清算总金额。第一银行服务器与第二银行服务器分别根据对账文件返回确认信息后,根据对账文件来生成清算报文,由此使得第一银行服务器在接收到清算报文后能够按照对账文件中的清算总金额向第二银行服务器进行支付。由此能够对第一预设时间内的批量电子凭证进行跨行清算,有效节省了跨行支付的手续费,克服了大量单个电子凭证实时跨行支付时需要高额手续费的问题。
在一个实施例中,在获取第一预设时间内多个待清算电子凭证的数据的步骤之前,还包括:接收第一银行服务器和第二银行服务器实时发送的多个电子凭证的数据;对数据进行解析得到解析后的数据,解析后的数据中包括电子凭证的状态,电子凭证的状态包括待清算;筛选出状态为待清算的电子凭证,得到待清算电子凭证。
本实施例中,第一银行服务器向清算服务器实时发送多个第一电子凭证的第一数据,第二银行服务器向清算服务器实时发送多个第二电子凭证的第二数据。其中第一数据和第二数据已分别被加密。具体的,可以采用RSA(一种加密算法)算法来进行加密。清算服务器在接收到第一数据和第二数据后,相应的采用RSA算法进行解密,由此对第一数据和第二数据进行解析。解析后的数据中包括电子凭证的状态,具体包括待收证状态、待履约状态、待申请解付状态、待解付状态或待清算状态等。将待清算设为关键字,根据该关键字进行筛选,得到所有状态为待清算的电子凭证。由此为清算服务器进行跨行清算做好准备。
进一步的,清算服务器生的对账文件和清算报文也是加密的。第一银行服务和第二银行服务器在接收对账文件后均需要对该对账文件进行解密,才能进行确认。第一银行服务器和第二银行服务器在接收到清算报文后,均需要对清算报文进行解密才能按照对账文件中的清算总金额进行跨行清算。通过对第一数据、第二数据、对账文件和清算报文等在清算服务器与第一银行服务器、第二银行服务器之间进行交互的数据和文件进行加密,提高了跨行清算的安全性。
在一个实施例中,在将对账文件发送至第一银行服务器和第二银行服务器的步骤之后,还包括:若第一银行服务器上预存储的第一预设时间内待清算的电子凭证的数据与对账文件不一致,则接收第一银行服务器发送的第一差错信息;和/或若第二银行服务器上预存储的第一预设时间内第一银行服务器待清算的电子凭证的数据与对账文件不一致,则接收第二银行服务器发送的第二差错信息;对第一差错信息和/或第二差错信息进行调整,再次执行将对账文件发送至第一银行服务器和所述第二银行服务器,以使得第一银行服务器和第二银行服务器分别对对账文件进行确认并返回确认信息的步骤。
本实施例中,第一银行服务器在主动更新第一电子凭证对应的第一数据时,还会将第一数据实时同步发送至清算服务器和第二银行服务器。以使得第一电子凭证的第一数据可以在第一银行服务器和第二银行服务器同时存储。第二银行服务器在主动更新第二电子凭证对应的第二数据时,还会将第二数据实时同步发送至清算服务器和第一银行服务器。以使得第二电子凭证的第二数据可以在第一银行服务器和第二银行服务器同时存储。第一银行服务器在收到对账文件后,会将对账文件与第一银行服务器上预存的第一预设时间内的第一数据、第二数据进行比对,也就是将对账文件与所有第一预设时间内的待清算电子凭证的数据(第一数据和第二数据)进行比对,如果比对一致,则第一银行服务器通过对该对账文件的确认,并向清算服务器发送第一确认信息。如果比对不一致,则第一银行服务器会向清算服务器发送第一差错信息。第二银行服务器在收到对账文件后,会将对账文件与第二银行服务器上预存的第一预设时间内的第一数据、第二数据进行比对,如果比对一致,则第二银行服务器通过对该对账文件的确认,并向清算服务器发送第二确认信息。如果比对不一致,则第二银行服务器会向清算服务器发送第二差错信息。
清算服务器在收到第一差错信息和/或第二差错信息后,会调取业务明细进行比对,利用差错平账处理方法进行调整,以确保清算服务器、第一银行服务器与第二银行服务器之间的对账数据一致后,清算服务器再次生成对账文件,以确保跨行清算的数据准确。
在一个实施例中,在将清算报文分别发送至第一银行服务器,以使得第一银行服务器根据清算报文将清算总金额转移至第二银行服务器的步骤之后,还包括:判断第二预设时间内是否接收到所述第一银行服务器发送的已转移所述清算总金额的通知;若否,则向第一银行服务器发送转移清算总金额的提醒。
本实施例中,在第一银行服务器根据清算报文将清算总金额转移至第二银行服务器之后,第一银行服务器会向清算服务器发送完成清算总金额转移的通知。清算服务器在第二预设时间内接收到该通知后,将该通知进行记录。如果清算服务器在第二预设时间内未接收到该通知,则向第一银行服务器发送转移清算总金额的提醒,以确保第一银行服务器与第二银行服务器上的待清算电子凭证及时完成跨行清算。
在一个实施例中,如图2所示提供了一种跨行清算方法,以该方法应用在第一银行服务器为例进行说明,该方法具体包括:
步骤202,向清算服务器实时发送第一电子凭证的第一数据,以使得清算服务器在接收到第二银行服务器发送的第二电子凭证的第二数据后,根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件。
步骤204,接收清算服务器发送的对账文件,对账文件中包括清算总金额。
步骤206,判断对账文件与预存储的第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据是否一致;若是,则进入步骤208,否则,向清算服务器发送第一差错信息。
步骤208,向清算服务器返回确认信息,以使得清算服务器在接收到确认信息后,利用对账文件生成清算报文。
步骤210,接收清算服务器发送的清算报文。
步骤212,根据清算报文将清算总金额转移至第二银行服务器。
本实施例中,第一银行服务器向清算服务器实时发送第一电子凭证的第一数据。第二银行服务器也会向清算服务器实时发送第二电子凭证的第二数据。第一数据和第二数据均为加密数据。清算服务器接收到第一数据和第二数据后,会分别对第一数据和第二数据进行解密。具体的,第一数据和第二数据均可以采用RSA算法来进行加密。清算服务器在接收到第一数据和第二数据后,相应的采用RSA算法进行解密。通过对第一数据和第二数据进行加密和解密的解析,提高了跨行清算的安全性。解析后的数据中包括电子凭证的状态,具体包括待收证状态、待履约状态、待申请解付状态、待解付状态或待清算状态等。将待清算设为关键字,根据该关键字进行筛选,得到所有状态为待清算的电子凭证。为清算服务器进行跨行清算做好准备。清算服务器分别调用第一预设时间内待清算第一电子凭证对应的第一数据和第一预设时间内待清算第二电子凭证的第二数据,对第一数据和第二数据分别进行汇总和轧差处理,根据处理后的结果生成第一银行服务器与第二银行服务器之间的对账文件。
电子凭证采用净额轧差的清算方式。也就是在电子凭证清算中,对各个银行款项的清算只计算其应收款、应付款相抵后的净额。也就是说每个银行可能有成千上万个电子凭证的往来资金需要支付和收款,但并不需要对每一个电子凭证的资金都立即单独支付,只需要计算第一预设时间内待清算电子凭证对应的总差额,由付差行一次性将总差额的资金支付给收差行即可。两个银行之间跨行清算,可以通过第一银行服务器与第二银行服务器净额轧差清算也就是双边净额轧差清算来实现,多个银行之间跨行清算,可以通过多个银行服务器之间的净额轧差清算也就是多边净额轧差清算来实现。采用净额轧差清算,有效减少了传输数据,提高了跨行清算的速度。
清算服务器将对账文件发送至第一银行服务器和第二银行服务器。第一银行服务器和第二银行服务分别对该对账文件进行确认,第一银行服务确认通过后返回第一确认信息,第二银行服务器确认通过后会返回第二确认信息。具体的,第一银行服务器将对账文件与预存储的第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据进行比对,判断两者的数据是否一致。如果一致,则第一银行服务器向清算服务器返回第一确认信息。否则,第一银行服务器向清算服务器发送第一差错信息。第二银行服务器将对账文件与预存储的第一预设时间内第一银行服务器待清算的第一电子凭证的第一数据进行比对,判断两者的数据是否一致。如果一致,则第二银行服务器向清算服务器返回第二确认信息。否则,第二银行服务器向清算服务器发送第二差错信息。
在其中一个实施例中,在判断对账文件与预存储的第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据是否一致的步骤之后,还包括:若不一致,则向清算服务器发送第一差错信息,以使得清算服务器对第一差错信息调整后再次生成对账文件;再次执行接收清算服务器发送的清算报文的步骤。
清算服务器接收到第一差错信息和/或第二差错信息后,会调取业务明细进行比对,利用差错平账处理方法进行调整,以确保清算服务器、第一银行服务器与第二银行服务器之间的对账数据一致后,清算服务器再次生成对账文件,已确保跨行清算的数据准确。
清算服务器接收第一确认信息和第二确认信息后,利用对账文件生成清算报文。第一银行服务器在接收到清算报文后,根据清算报文将对账文件中的清算总金额转移至第二银行服务器。由此完成批量电子凭证的跨行清算。
本实施例中,由于电子凭证是第一预设时间内待清算的,清算服务器利用第一银行服务器的第一电子凭证的第一数据与第二银行服务器的第二电子凭证的第二数据生成对账文件,对账文件中包括了第一银行服务器需要转移至第二银行服务器的电子凭证的清算总金额。清算服务器接收到第一银行服务器与第二银行服务器分别根据对账文件返回确认信息后,根据对账文件来生成清算报文,由此使得第一银行服务器在接收到清算报文后能够按照对账文件中的清算总金额向第二银行服务器进行支付。由此能够对第一预设时间内的批量电子凭证进行跨行清算,有效节省了跨行支付的手续费,克服了大量单个电子凭证实时跨行支付时需要高额手续费的问题。
在一个实施例中,第一银行服务器上预先设置了第一业务清算专户,在根据清算报文将清算总金额转移至第二银行服务器的步骤之后,还包括:利用所述第一业务清算专户将多个第二电子凭证对应的金额转移至对应的收款账户中。
本实施例中,对账文件中还包括待清算电子凭证的编号。由于采用了净额轧差清算方式,第一银行服务器与第二银行服务器之间转移的只是清算总金额。第一银行也需要根据对账文件将收款划入本行接收的电子凭证(即第二电子凭证)的收款账户。第一银行服务器上预先设置了第一业务清算专户。由于第一银行为付差行,可以直接从本行的第一业务清算专户中根据对账文件和待清算第二电子凭证的编号将相应的金额转移至对应的收款账户中。如果第一预设时间内没有第二电子凭证的第二数据,则无需此步骤。在第一银行服务器根据清算报文将清算总金额转移至第二银行服务器之后,第二银行服务器将接收到的清算总金额首先划入第二银行服务器上第二业务清算专户。再根据对账文件中待清算第一电子凭证的编号,将待清算第一电子凭证对应的金额分别转移至每个第一电子凭证的收款账户中。由于第一银行服务器与第二银行服务器之间通过净额轧差的方式来实现跨行清算的,因此第一银行服务器转移至第二银行的清算总金额很可能会小于第二银行服务器应划拨总金额即第二银行服务器上多个第一电子凭证对应的总金额。清算总金额与第二银行服务器应划拨总金额之间的差额将由第二业务清算专户内的金额进行补足,再利用对账文件将每个第一电子凭证对应的金额划入到对应的收款账户中。由此进一步提高了跨行清算的准确性。
在一个实施例中,如图3所示,提供了一种跨行清算方法,以应用在第二银行服务器为例进行说明,该方法具体包括:
步骤302,向清算服务器实时发送第二电子凭证的第二数据,以使得清算服务器在接收到第一银行服务器发送的第一电子凭证的第一数据后,根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件。
步骤304,接收清算服务器发送的对账文件,对账文件中包括清算总金额。
步骤306,判断对账文件与预存储的第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据是否一致;若是,则进入步骤308,否则,发送第二差错信息。
步骤308,向清算服务器返回确认信息,以使得清算服务器在接收到确认信息后,利用对账文件生成清算报文。
步骤310,接收清算服务器发送的清算报文。
步骤312,根据清算报文接收第一银行服务器转移的清算总金额。
步骤314,将接收到的清算总金额转移至第二业务清算专户,根据对账文件利用第二业务清算专户分别将多个第一电子凭证对应的金额转移至对应的收款账户中。
本实施例中,第二银行服务器向清算服务器实时发送第二电子凭证的第二数据。第一银行服务器也会向清算服务器实时发送第一电子凭证的第一数据。第一数据和第二数据均为加密数据。清算服务器接收到第一数据和第二数据后,会分别对第一数据和第二数据进行解密。具体的,第一数据和第二数据均可以采用RSA算法来进行加密。清算服务器在接收到第一数据和第二数据后,相应的采用RSA算法进行解密。由此对第一数据和第二数据进行解析。解析后的数据中包括电子凭证的状态,其中包括待清算状态。将待清算设为关键字,根据该关键字进行筛选,得到所有状态为待清算的电子凭证。为清算服务器进行跨行清算做好准备。清算服务器分别调用第一预设时间内待清算第一电子凭证对应的第一数据和第一预设时间内待清算第二电子凭证的第二数据,对第一数据和第二数据分别进行汇总和轧差处理,根据处理后的结果生成第一银行服务器与第二银行服务器之间的对账文件。
电子凭证采用净额轧差的清算方式。也就是在电子凭证清算中,对各个银行款项的清算只计算其应收款、应付款相抵后的净额。也就是说每个银行可能有成千上万个电子凭证的往来资金需要支付和收款,但并需要对每一个电子凭证的资金都立即单独支付,只需要计算第一预设时间内待清算电子凭证对应的总差额,由付差行一次性将总差额的资金支付给收差行即可。两个银行之间跨行清算,可以通过第一银行服务器与第二银行服务器净额轧差清算也就是双边净额轧差清算来实现,多个银行之间跨行清算,可以通过多个银行服务器之间的净额轧差清算也就是多边净额轧差清算来实现。采用净额轧差清算,有效减少了传输数据,提高了跨行清算的速度。
清算服务器将对账文件发送至第一银行服务器和第二银行服务器。第一银行服务器和第二银行服务分别对该对账文件进行确认,第一银行服务确认通过后返回第一确认信息,第二银行服务器确认通过后会返回第二确认信息。具体的,第一银行服务器将对账文件与预存储的第一预设时间内第二银行服务器待清算的第二电子凭证的第二数据进行比对,判断两者的数据是否一致。如果一致,则第一银行服务器向清算服务器返回第一确认信息。否则,第一银行服务器向清算服务器发送第一差错信息。第二银行服务器将对账文件与预存储的第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据进行比对,判断两者的数据是否一致。如果一致,则第二银行服务器向清算服务器返回第二确认信息。否则,第二银行服务器向清算服务器发送第二差错信息。
在其中一个实施例中,在判断对账文件与预存储的第一预设时间内待清算的第一电子凭证的数据、待清算的第二电子凭证的第二数据是否一致的步骤之后,还包括:若不一致,则向清算服务器发送第二差错信息,以使得清算服务器对第二差错信息调整后再次生成对账文件;再次执行接收清算服务器发送的清算报文的步骤。
清算服务器接收到第一差错信息和/或第二差错信息后,会调取业务明细进行比对,利用差错平账处理方法进行调整,以确保清算服务器、第一银行服务器与第二银行服务器之间的对账数据一致后,清算服务器再次生成对账文件,已确保跨行清算的数据准确。
清算服务器接收第一确认信息和第二确认信息后,利用对账文件生成清算报文。第一银行服务器在接收到清算报文后,根据清算报文将对账文件中的清算总金额转移至第二银行服务器。由此完成批量电子凭证的跨行清算。第二银行服务器将接收到的清算总金额首先划入第二银行服务器上第二业务清算专户。再根据对账文件利用第二业务清算专户将第一电子凭证对应的金额分别转移至每个第一电子凭证的收款账户中。由于第一银行服务器与第二银行服务器之间通过净额轧差的方式来实现跨行清算的,因此第一银行服务器转移至第二银行的清算总金额很可能会小于第二银行应划拨总金额即第二银行服务器上多个第一电子凭证对应的总金额。清算总金额与第二银行应划拨总金额之间的差额将由第二业务清算专户内的金额进行补足,再利用对账文件将每个电子凭证对应的金额划入到对应的收款账户中。由此进一步提高了跨行清算的准确性。
本实施例中,由于电子凭证是第一预设时间内待清算的,清算服务器利用第一银行服务器的第一电子凭证的第一数据与第二银行服务器的第二电子凭证的第二数据生成对账文件,对账文件中包括了第一银行服务器需要转移至第二银行服务器的电子凭证的清算总金额。清算服务器接收到第一银行服务器与第二银行服务器分别根据对账文件返回确认信息后,根据对账文件来生成清算报文,由此使得第一银行服务器在接收到清算报文后能够按照对账文件中的清算总金额向第二银行服务器进行支付。由此能够对第一预设时间内的批量电子凭证进行跨行清算,有效节省了跨行支付的手续费,克服了大量单个电子凭证实时跨行支付时需要高额手续费的问题。
在一个实施例中,如图4所示,提供了一种跨行清算系统,该系统包括:第一银行服务器402、第二银行服务器404和清算服务器406,其中:
第一银行服务器402,用于向清算服务器406实时发送第一电子凭证的第一数据。
第二银行服务器404,用于向清算服务器406实时发送第二电子凭证的第二数据。
清算服务器406,用于接收第一数据和第二数据,并根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件,对账文件中包括清算总金额,并将对账文件分别发送至第一银行服务器402和第二银行服务器404。
第一银行服务器402还用于对该对账文件进行确认,并向清算服务器返回第一确认信息。
第二银行服务器404还用于对该对账文件进行确认,并向清算服务器返回第二确认信息。
清算服务器406还用于在接收到第一确认信息和第二确认信息后,利用对账文件生成清算报文,并将将清算报文分别发送至第一银行服务器和第二银行服务器。
第一银行服务器404还用于根据清算报文将清算总金额转移至第二银行服务器。
本实施例中,第一银行服务器向清算服务器实时发送第一电子凭证的第一数据。第二银行服务器也会向清算服务器实时发送第二电子凭证的第二数据。第一数据和第二数据均为加密数据。清算服务器接收到第一数据和第二数据后,会分别对第一数据和第二数据进行解密。具体的,第一数据和第二数据均可以采用RSA算法来进行加密。清算服务器在接收到第一数据和第二数据后,相应的采用RSA算法进行解密。通过对第一数据和第二数据进行加密和解密的解析,提高了跨行清算的安全性。解析后的数据中包括电子凭证的状态,具体包括待收证状态、待履约状态、待申请解付状态、待解付状态或待清算状态等。将待清算设为关键字,根据该关键字进行筛选,得到所有状态为待清算的电子凭证。为清算服务器进行跨行清算做好准备。清算服务器分别调用第一预设时间内待清算第一电子凭证对应的第一数据和第一预设时间内待清算第二电子凭证的第二数据,对第一数据和第二数据分别进行汇总和轧差处理,根据处理后的结果生成第一银行服务器与第二银行服务器之间的对账文件。
电子凭证采用净额轧差的清算方式。也就是在电子凭证清算中,对各个银行款项的清算只计算其应收款、应付款相抵后的净额。也就是说每个银行可能有成千上万个电子凭证的往来资金需要支付和收款,但并需要对每一个电子凭证的资金都立即单独支付,只需要计算第一预设时间内待清算电子凭证对应的总差额,由付差行一次性将总差额的资金支付给收差行即可。两个银行之间跨行清算,可以通过第一银行服务器与第二银行服务器净额轧差清算也就是双边净额轧差清算来实现,多个银行之间跨行清算,可以通过多个银行服务器之间的净额轧差清算也就是多边净额轧差清算来实现。采用净额轧差清算,有效减少了传输数据,提高了跨行清算的速度。
在其中一个实施例中,第一银行服务器还用于若判断对账文件与预存储的第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据一致;则向清算服务器返回第一确认信息。在其中一个实施例中,第一银行服务器还用于若判断对账文件与预存储的第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据不一致,则向清算服务器返回第一差错信息。
在其中一个实施例中,第二银行服务器还用于若判断对账文件与预存储的第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据一致;则向清算服务器返回第二确认信息。在其中一个实施例中,第二银行服务器还用于若判断对账文件与预存储的第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据不一致,则向清算服务器返回第二差错信息。在其中一个实施例中,清算服务器还用于对第一差错信息和/或第二差错信息调整后再次生成对账文件。清算服务器接收到第一差错信息和/或第二差错信息后,会调取业务明细进行比对,利用差错平账处理方法进行调整,以确保清算服务器、第一银行服务器与第二银行服务器之间的对账数据一致后,清算服务器再次生成对账文件,已确保跨行清算的数据准确。
本实施例中,清算服务器接收到第一银行服务器与第二银行服务器分别根据对账文件返回确认信息后,根据对账文件来生成清算报文,由此使得第一银行服务器在接收到清算报文后能够按照对账文件中的清算总金额向第二银行服务器进行支付。由此能够对第一预设时间内的批量电子凭证进行跨行清算,有效节省了跨行支付的手续费,克服了大量单个电子凭证实时跨行支付时需要高额手续费的问题。
在一个实施例中,第一银行服务器还用于利用第一业务清算专户将多个第二电子凭证对应的金额转移至对应的收款账户中,第二银行服务器还用于将接收到的清算总金额转移至第二业务清算专户,根据对账文件利用第二业务清算专户分别将多个第一电子凭证对应的金额转移至对应的收款账户中。
本实施例中,第一银行服务器上第一业务清算专户中根据对账文件和待清算第二电子凭证的编号将相应的金额转移至对应的收款账户中。在第一银行服务器根据清算报文将清算总金额转移至第二银行之后,第二银行服务器将接收到的清算总金额首先划入第二银行服务器上第二业务清算专户。再根据对账文件中待清算第一电子凭证的编号,将待清算第一电子凭证对应的金额分别转移至每个第一电子凭证的收款账户中。由于第一银行服务器与第二银行服务器之间通过净额轧差的方式来实现跨行清算的,因此第一银行服务器转移至第二银行的清算总金额很可能会小于第二银行应划拨总金额即第二银行服务器上多个第一电子凭证对应的总金额。清算总金额与第二银行应划拨总金额之间的差额将由第二业务清算专户内的金额进行补足,再利用对账文件将每个第一电子凭证对应的金额划入到对应的收款账户中。由此进一步提高了跨行清算的准确性。
在一个实施例中,第一银行服务器还用于向所述第二银行服务器转移清算总金额之后还向清算服务器发送已转移清算总金额的通知。
本实施例中,在第一银行服务器根据清算报文将清算总金额转移至第二银行之后,第一银行服务器会向清算服务器发送完成清算总金额转移的通知。清算服务器在接收到该通知后,将该通知进行记录。如果清算服务器在第二预设时间内没有接收到该通知,则向第一银行服务器发送转移清算总金额的提醒,以此确保第一银行服务器与第二银行服务器上的待清算电子凭证及时完成跨行清算。
本实施例中,跨行清算服务器的结构示意图如图5所示,该服务器包括通过系统总线连接的处理器、存储介质、内存和网络接口。其中,该服务器的存储介质存储有操作系统、数据库和跨行清算处理装置,该跨行清算处理装置用于实现适用于服务器的一种跨行清算方法。该服务器的处理器用于提供计算和控制能力,支撑整个服务器的运行。该服务器的内存为存储介质中的跨行清算信息处理装置的运行提供环境。该服务器的网络接口用于据以与外部的终端通过网络连接通信,比如接收第一银行服务器发送的第一电子凭证的第一数据等。服务器可以用独立的服务器或者是多个服务器来实现,比如服务器可以包括跨行清算处理服务器和存储服务器等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

Claims (18)

1.一种跨行清算方法,所述方法包括:
获取第一预设时间内多个待清算电子凭证的数据,所述数据包括第一数据和第二数据,所述第一数据与第一银行服务器相对应,所述第二数据与第二银行服务器相对应;
利用所述第一数据和所述第二数据生成对账文件,所述对账文件中包括清算总金额;
将所述对账文件发送至所述第一银行服务器和所述第二银行服务器,以使得所述第一银行服务器和所述第二银行服务器分别对所述对账文件进行确认并返回确认信息;
在接收到所述确认信息后,利用所述对账文件生成清算报文;
将所述清算报文发送至所述第一银行服务器,以使得所述第一银行服务器根据所述清算报文将所述清算总金额转移至所述第二银行服务器。
2.根据权利要求1所述的方法,其特征在于,在所述获取第一预设时间内多个待清算电子凭证的数据的步骤之前,还包括:
接收所述第一银行服务器和所述第二银行服务器实时发送的多个电子凭证的数据;
对所述数据进行解析得到解析后的数据,所述解析后的数据中包括所述电子凭证的状态,所述电子凭证的状态包括待清算;
筛选出状态为待清算的电子凭证,得到待清算电子凭证。
3.根据权利要求1所述的方法,其特征在于,在所述将所述对账文件发送至所述第一银行服务器和所述第二银行服务器的步骤之后,还包括:
若所述第一银行服务器上预存储的所述第一预设时间内待清算的电子凭证的数据与所述对账文件不一致,则接收第一银行服务器发送的第一差错信息;和/或
若所述第二银行服务器上预存储的所述第一预设时间内待清算的电子凭证的数据与所述对账文件不一致,则接收第二银行服务器发送的第二差错信息;
对所述第一差错信息和/或所述第二差错信息进行调整,再次执行所述将所述对账文件发送至所述第一银行服务器和所述第二银行服务器,以使得所述第一银行服务器和所述第二银行服务器分别对所述对账文件进行确认并返回确认信息的步骤。
4.根据权利要求1所述的方法,其特征在于,在所述将所述清算报文分别发送至所述第一银行服务器,以使得所述第一银行服务器根据所述清算报文将所述清算总金额转移至所述第二银行服务器的步骤之后,还包括:
判断第二预设时间内是否接收到所述第一银行服务器发送的已转移所述清算总金额的通知;
若否,则向第一银行服务器发送转移清算总金额的提醒。
5.一种跨行清算方法,应用在第一银行服务器,所述方法包括:
向清算服务器实时发送第一电子凭证的第一数据,以使得清算服务器在接收到第二银行服务器发送的第二电子凭证的第二数据后,根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件;
接收所述清算服务器发送的对账文件,所述对账文件中包括清算总金额;
判断所述对账文件与预存储的所述第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据是否一致;
若是,则向所述清算服务器返回确认信息,以使得所述清算服务器在接收到所述确认信息后,利用所述对账文件生成清算报文;
接收所述清算服务器发送的清算报文;
根据所述清算报文将所述清算总金额转移至所述第二银行服务器。
6.根据权利要求5所述的方法,其特征在于,在所述判断所述对账文件与预存储的所述第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据是否一致的步骤之后,还包括:
若不一致,则向所述清算服务器发送第一差错信息,以使得所述清算服务器对所述第一差错信息调整后再次生成对账文件;再次执行所述接收所述清算服务器发送的清算报文的步骤。
7.根据权利要求5所述的方法,其特征在于,所述第一银行服务器上预先设置了第一业务清算专户,在所述根据所述清算报文将所述清算总金额转移至所述第二银行服务器的步骤之后,还包括:
利用所述第一业务清算专户将多个第二电子凭证对应的金额转移至对应的收款账户中。
8.根据权利要求7所述的方法,其特征在于,在所述根据所述清算报文将所述清算总金额转移至所述第二银行服务器的步骤之后,还包括:
向所述清算服务器发送已转移所述清算总金额的通知。
9.一种跨行清算方法,应用在第二银行服务器,所述方法包括:
向清算服务器实时发送第二电子凭证的第二数据,以使得清算服务器在接收到第一银行服务器发送的第一电子凭证的第一数据后,根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件;
接收所述清算服务器发送的对账文件,所述对账文件中包括清算总金额;
判断所述对账文件与预存储的所述第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据是否一致;
若是,则向所述清算服务器返回确认信息,以使得所述清算服务器在接收到所述确认信息后,利用所述对账文件生成清算报文;
接收所述清算服务器发送的清算报文;
根据所述清算报文接收所述第一银行服务器转移的所述清算总金额;
将接收到的清算总金额转移至第二业务清算专户,根据所述对账文件利用所述第二业务清算专户分别将多个第一电子凭证对应的金额转移至对应的收款账户中。
10.根据权利要求9所述的方法,其特征在于,在所述判断所述对账文件与预存储的所述第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据是否一致的步骤之后,还包括:
若不一致,则向所述清算服务器发送第二差错信息,以使得所述清算服务器根据所述第二差错信息调整后再次生成对账文件;再次执行所述接收所述清算服务器发送的清算报文的步骤。
11.一种跨行清算系统,其特征在于,所述系统包括:
第一银行服务器,用于向清算服务器实时发送第一电子凭证的第一数据;
第二银行服务器,用于向清算服务器实时发送第二电子凭证的第二数据;
清算服务器,用于接收所述第一数据和第二数据,并根据第一预设时间内多个待清算第一凭证的第一数据与多个待清算第二电子凭证的第二数据生成对账文件,所述对账文件中包括清算总金额,并将所述对账文件分别发送至所述第一银行服务器和所述第二银行服务器;
所述第一银行服务器还用于对所述对账文件进行确认,并向所述清算服务器返回第一确认信息;
所述第二银行服务器还用于对所述对账文件进行确认,并向所述清算服务器返回第二确认信息;
所述清算服务器还用于在接收到所述第一确认信息和第二确认信息后,利用所述对账文件生成清算报文,并将所述清算报文分别发送至所述第一银行服务器和第二银行服务器;
所述第一银行服务器还用于根据所述清算报文将所述清算总金额转移至所述第二银行服务器。
12.根据权利要求11所述的系统,其特征在于,所述第一银行服务器还用于利用所述第一业务清算专户将多个第二电子凭证对应的金额转移至对应的收款账户中,所述第二银行服务器还用于将接收到的清算总金额转移至第二业务清算专户,根据所述对账文件利用所述第二业务清算专户分别将多个第一电子凭证对应的金额转移至对应的收款账户中。
13.根据权利要求11所述的系统,其特征在于,所述第一银行服务器还用于若判断所述对账文件与预存储的所述第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据一致;则向所述清算服务器返回第一确认信息。
14.根据权利要求13所述的系统,其特征在于,所述第一银行服务器还用于若判断所述对账文件与预存储的所述第一预设时间内待清算的第二电子凭证的第二数据、待清算的第一电子凭证的第一数据不一致,则向所述清算服务器返回第一差错信息。
15.根据权利要求11所述的系统,其特征在于,所述第二银行服务器还用于若判断所述对账文件与预存储的所述第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据一致;则向所述清算服务器返回第二确认信息。
16.根据权利要求15所述的系统,其特征在于,所述第二银行服务器还用于若判断所述对账文件与预存储的所述第一预设时间内待清算的第一电子凭证的第一数据、待清算的第二电子凭证的第二数据不一致,则向所述清算服务器返回第二差错信息。
17.根据权利要求14或16任一项所述的系统,其特征在于,所述清算服务器还用于对所述第一差错信息和/或第二差错信息调整后再次生成对账文件。
18.根据权利要求17所述的系统,其特征在于,所述第一银行服务器还用于向所述第二银行服务器转移所述清算总金额之后还向所述清算服务器发送已转移所述清算总金额的通知。
CN201510433664.1A 2015-07-21 2015-07-21 跨行清算方法和系统 Pending CN106709798A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510433664.1A CN106709798A (zh) 2015-07-21 2015-07-21 跨行清算方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510433664.1A CN106709798A (zh) 2015-07-21 2015-07-21 跨行清算方法和系统

Publications (1)

Publication Number Publication Date
CN106709798A true CN106709798A (zh) 2017-05-24

Family

ID=58900070

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510433664.1A Pending CN106709798A (zh) 2015-07-21 2015-07-21 跨行清算方法和系统

Country Status (1)

Country Link
CN (1) CN106709798A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108108492A (zh) * 2018-01-17 2018-06-01 北京网信云服信息科技有限公司 一种数据处理方法、装置和资产中心系统
CN109472688A (zh) * 2018-10-22 2019-03-15 平安科技(深圳)有限公司 一种资金清算方法和装置
CN109859043A (zh) * 2019-01-14 2019-06-07 阿里巴巴集团控股有限公司 一种交易清算方法和交易清算系统
TWI757630B (zh) * 2019-09-05 2022-03-11 兆豐國際商業銀行股份有限公司 交易系統

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108108492A (zh) * 2018-01-17 2018-06-01 北京网信云服信息科技有限公司 一种数据处理方法、装置和资产中心系统
CN109472688A (zh) * 2018-10-22 2019-03-15 平安科技(深圳)有限公司 一种资金清算方法和装置
CN109859043A (zh) * 2019-01-14 2019-06-07 阿里巴巴集团控股有限公司 一种交易清算方法和交易清算系统
CN109859043B (zh) * 2019-01-14 2020-11-06 创新先进技术有限公司 一种交易清算方法和交易清算系统
TWI757630B (zh) * 2019-09-05 2022-03-11 兆豐國際商業銀行股份有限公司 交易系統

Similar Documents

Publication Publication Date Title
CN107103462B (zh) 一种银行跨境汇款快照数据的处理方法和装置
AU2017356010A1 (en) System and method for processing payment transactions at network edge nodes
CN103413389B (zh) 基于银行账户对非银行账户管理和支付方法
AU2017288112A1 (en) Digital asset account management
JP2019523495A (ja) 分散トランザクションコンセンサスネットワークのデジタル財管理
US20070124242A1 (en) Funds transfer system
US20060282382A1 (en) Universal merchant platform for payment authentication
CA2870844A1 (en) Systems and methods for real-time account access
CN106709798A (zh) 跨行清算方法和系统
CN106815725A (zh) 一种交易验证方法和装置
CN112767185A (zh) 一种基于区块链的反向保理融资方法、设备及存储介质
CA2993086C (en) Interbank clearing method and system
US20120330841A1 (en) Device and method for facilitating financial transactions
CN108229954B (zh) 一种基于数字货币钱包的存币方法和系统
CN104200365A (zh) 一种电子支票的开票及解付方法
CN101110149A (zh) 单元财务pos办理分解支付的方法及装置
US20120271763A1 (en) Method and system for mobile remittance
CN107248115A (zh) 一种记账与出纳分离的现金业务处理方法和系统
CN106372936A (zh) 一种电子凭证变更以及数据交互处理的方法、系统及装置
CN106934606A (zh) 一种信用卡支付请求处理方法及装置
CN106961380A (zh) 资源发放方法、装置及系统
CN111932255B (zh) 一种基于加密货币实现交易对账的方法和装置
CN113379543A (zh) 用于管理供应链金融业务的信息处理方法及装置
CN106251126A (zh) 交通一卡通移动交易方法及系统
WO2016055931A1 (en) Entity identifier generation and conversion to primary account number

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20170524

WD01 Invention patent application deemed withdrawn after publication