CN116188190B - 一种高并发支付***多批次半实时对账方法及*** - Google Patents
一种高并发支付***多批次半实时对账方法及*** Download PDFInfo
- Publication number
- CN116188190B CN116188190B CN202310440470.9A CN202310440470A CN116188190B CN 116188190 B CN116188190 B CN 116188190B CN 202310440470 A CN202310440470 A CN 202310440470A CN 116188190 B CN116188190 B CN 116188190B
- Authority
- CN
- China
- Prior art keywords
- reconciliation
- file
- core
- unified
- error
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种高并发支付***多批次半实时对账方法及***,属于数据处理技术领域,用于统一对账平台下,核心记账***与下游支付结算***之间的对账。方法包括:触发半实时对账任务;统一对账平台解析统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,生成多个对账结果文件,记录在统一对账平台的页面;统一对账平台将多个对账结果文件发送给调用支付***后,调用支付***对对账结果文件进行解析并完成对账;将对账结果向业务人员预警后,业务人员对对账结果进行处理并向统一对账平台反馈;基于多个批次号利用定时脚本设置定时任务,在每个预定时间间隔后,发起对上一个时间间隔内的对账任务,重复实现多批次半实时对账。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种高并发支付***多批次半实时对账方法及***。
背景技术
在现有技术下,大部分银行的对账***基于现有的技术和业务模式开发和整合,存在以下问题:
(1)对账***过于复杂,并且各个对账子***原始开发的规制完全不同,从而增加了对账***的开发成本,浪费资源;
(2)每个对账子***的对账性能不一致,对账的速度快慢不一,无法实现差错的集中处理,从而不便于管理对账,没有形成全行的对账统一监控;
(3)对账模式单一,且大多为日终对账,时效性不高;对于交易量大,高并发的***来说,日终对账影响对账效率且复杂,无法满足实时资金结算的需求和***的高时效性的***开发要求。
发明内容
为了解决现有技术中存在的问题,本发明提供了如下技术方案,一种高并发支付***多批次半实时对账方法及***,提供用于提高并发下游支付结算***的对账的时效性的解决方案,提高***开发效率,降低***开发成本维护成本。
本发明一方面提供了一种高并发支付***多批次半实时对账方法,用于在统一对账平台下,核心记账***与下游支付结算***之间的对账,包括:
S1,触发半实时对账任务,包括:将每笔联机交易按照预定时间间隔分为N个批次,每个批次对应一个批次号形成多个批次号;基于所述多个批次号,按照所述预定时间间隔触发所述半实时对账任务;
S2,所述统一对账平台解析所述统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,从而生成多个对账结果文件,其中所述多个对账结果文件包括通道对平文件、通道差错文件、核心对平文件、核心差错文件、总对平文件以及总差错文件;并且其中所述多个对账结果文件被记录在所述统一对账平台的页面;
S3,所述统一对账平台将所述多个对账结果文件发送给调用支付***后,所述调用支付***对对账结果文件进行解析并完成对账;
S4,将对账结果向业务人员预警后,所述业务人员对所述对账结果进行处理,将处理的结果向所述统一对账平台反馈;
S5,基于所述多个批次号利用定时脚本设置定时任务,所述定时任务为在每个预定时间间隔后,发起对上一个预定时间间隔内的对账任务,重复步骤S1-S4,实现多批次半实时对账。
优选的,所述预定时间间隔为一个小时,N个批次为0-24批次;所述批次号的设定规则包括:字母+***编码+交易日期+当前时间;所述触发所述半实时对账包括:获取各个下游支付结算***的流水后触发所述半实时对账,所述各个下游支付结算***的流水包括:核心流水输出、通道流水输出、本地业务流水输出以及本地核心流水输出。
优选的,所述S1包括:
S11,批次号交互,包括:将所述多个批次号在所述核心记账***和所述下游支付结算***之间进行交互;
S12,准备对账文件,包括:交互完成后根据所述批次号基于同一对账平台的规范配置各个下游支付结算***的动态基础参数并将各个下游支付结算***的流水按照统一对账平台标准输出文件进行输出;所述统一对账平台标准输出文件包括四个文件,分别为通道标准文件、本地业务文件、本地核心文件和核心对账文件;
S13,上传对账文件,包括:将所述统一对账平台标准输出文件上传到指定目录下;
S14,触发半实时对账任务,包括:基于调用所述统一对账平台的公用接口通知所述核心记账***与下游支付结算***开始半实时对账任务。
优选的,所述S2包括:
S21,下载对账文件,包括:所述统一对账平台下载所述统一对账平台标准输出文件;
S22,生成所述通道对平文件和所述通道差错文件,包括:解析并比对所述通道标准文件和所述本地业务文件,约定通道流水和本地业务流水作为勾兑流水,根据连接字段连接多个所述通道标准文件和所述本地业务文件;读取连接后的多个所述通道标准文件和所述本地业务文件,并建立哈希表,其中连接后的多个所述通道标准文件和所述本地业务文件中具有多个连接块,每个连接块是每个多个所述通道标准文件和所述本地业务文件中连接字段相同的记录的集合,对每个连接块利用所述集合比对交易金额和交易状态后,生成所述通道对平文件和所述通道差错文件;
S23,生成所述核心对平文件和核心差错文件,包括:解析并比对所述本地核心文件和核心对账文件,将所述本地核心文件和核心对账文件进行对账,生成所述核心对平文件和核心差错文件;
S24,生成总对平文件以及总差错文件,包括:比对所述通道对平文件和所述核心对平文件并进行平衡性检查,当所述通道对平文件和所述核心对平文件都对平的情况下,将经过所述平衡性检查的通道对平文件和所述核心对平文件进行合并生成所述总对平文件;
比对所述通道差错文件和所述核心差错文件并进行平衡性检查,当所述通道差错文件和所述核心差错文件中出现金额或者状态不符合的情况下,将所述通道差错文件和所述核心差错文件进行合并生成所述总差错文件;所述总差错文件包括差错表和/或存疑表。
优选的,所述S22中,如果多个所述通道标准文件和所述本地业务文件的大小均小于第一阈值,则采用基于Hash的连接方式;如果多个所述通道标准文件和所述本地业务文件的大小并非均小于第一阈值,则采用基于Sort的连接方式。
优选的,所述S3包括:
S31,所述统一对账平台将所述多个对账结果文件异步发送给调用支付***;
S32,所述调用支付***接收所述多个对账结果文件,根据所述多个对账结果文件中的对账结果,下载所述多个对账结果文件中的一个或多个后对下载的对账结果文件进行解析,获得再对账结果。
优选的,所述S4包括:
S41,基于所述再对账结果向业务人员预警后,所述业务人员通过所述统一对账平台向所述下游支付结算***发送小时级差错的处理请求;
S42,所述下游支付结算***接收到所述处理请求后,所述业务人员根据所述小时级差错的差错处理类型在所述统一对账平台对所述再对账结果完成所述小时级差错,包括:
(1)业务人员根据日终差错1在所述统一对账平台处理第一小时级差错,包括:当我行是付款交易,若出现通道失败核心成功的差错,则登记的差错处理方式为点击冲正按钮;当出现通道成功核心失败的差错,点击补账按钮,
(2)业务人员根据日终差错2在所述统一对账平台处理第一小时级差错,包括:当我行是收款交易,若出现通道失败核心成功的差错-短款,则登记的差错处理方式为点击人工处理按钮;当出现通道成功核心失败的差错,点击补账按钮,分别调用各个下游支付结算***的后台接口处理相应逻辑;
S43,向所述统一对账平台返回所有的所述小时级差错的处理结果;
S44,所述统一对账平台根据所述差错表或所述存疑表,以及所有的所述小时级差错的处理结果显示最终的流水信息。
本发明的第二方面,提供一种高并发支付***多批次半实时对账***,用于在统一对账平台下,核心记账***与下游支付结算***之间的对账,包括:
对账任务触发模块,用于触发半实时对账任务,包括:将每笔联机交易按照预定时间间隔分为N个批次,每个批次对应一个批次号形成多个批次号;基于所述多个批次号,按照所述预定时间间隔触发所述半实时对账任务;
对账结果文件生成模块,用于所述统一对账平台解析所述统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,从而生成多个对账结果文件;其中所述多个对账结果文件包括通道对平文件、通道差错文件、核心对平文件、核心差错文件、总对平文件以及总差错文件;并且其中所述多个对账结果文件被记录在所述统一对账平台的页面;
半实时对账模块,用于所述统一对账平台将所述多个对账结果文件发送给调用支付***后,所述调用支付***对对账结果文件进行解析并完成对账;
对账结果处理模块,用于将对账结果向业务人员预警后,所述业务人员对所述对账结果进行处理,将处理的结果向所述统一对账平台反馈;
定时任务设置模块,用于基于所述多个批次号利用定时脚本设置定时任务,所述定时任务为在每个预定时间间隔后,发起对上一个预定时间间隔内的对账任务,从而实现多批次半实时对账。
本发明的第三方面提供一种电子设备,包括处理器和存储器,所述存储器存储有多条指令,所述处理器用于读取所述指令并执行如第一方面所述的高并发支付***多批次半实时对账方法。
本发明的第四方面提供一种计算机可读存储介质,所述计算机可读存储介质存储有多条指令,所述多条指令可被处理器读取并执行如第一方面所述的高并发支付***多批次半实时对账方法。
本发明提供的高并发支付***多批次半实时对账方法及***,具有如下有益效果:
该方法和***可以同时管理运营多个下游支付结算***的统一对账平台,***由对账设计、对账结果和对账任务组成;下游支付结算***的业务人员可以在统一对账平台上对所有的下游支付结算***实施统一的对账管理,无需在各个***之间来回切换,通过统一对账平台可以统一管理全行的对账任务、对账结果、日终差错,提高运营管理效率,减少差错处理时间,提高资金结算效率;下游支付结算***的开发人员根据对账设计开发各个***的对账模块,节省了各个下游支付结算***中对账模块的开发时间,节约了人力成本。
附图说明
图1为本发明所述高并发支付***多批次半实时对账方法流程图。
图2为本发明所述高并发支付***多批次半实时对账方法中联机交易流程示意图。
图3为本发明所述高并发支付***多批次半实时对账方法小时级对账流程示意图。
图4为在高并发下***中实现日间对账要求的数据流图。
图5为本发明对账文件的格式示意图。
图6为本发明所述高并发支付***多批次半实时对账***架构图。
图7为本发明提供的电子设备一种实施例的结构示意图。
具体实施方式
为了更好地理解上述技术方案,下面将结合说明书附图以及具体的实施方式对上述技术方案做详细的说明。
本发明提供的方法可以在如下的终端环境中实施,该终端可以包括一个或多个如下部件:处理器、存储器和显示屏。其中,存储器中存储有至少一条指令,所述指令由处理器加载并执行以实现下述实施例所述的方法。
处理器可以包括一个或者多个处理核心。处理器利用各种接口和线路连接整个终端内的各个部分,通过运行或执行存储在存储器内的指令、程序、代码集或指令集,以及调用存储在存储器内的数据,执行终端的各种功能和处理数据。
存储器可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory,ROM)。存储器可用于存储指令、程序、代码、代码集或指令。
显示屏用于显示各个应用程序的用户界面。
除此之外,本领域技术人员可以理解,上述终端的结构并不构成对终端的限定,终端可以包括更多或更少的部件,或者组合某些部件,或者不同的部件布置。比如,终端中还包括射频电路、输入单元、传感器、音频电路、电源等部件,在此不再赘述。
实施例一
如图1所示,一种高并发支付***多批次半实时对账方法,用于在统一对账平台下,核心记账***与下游支付结算***之间的对账,包括:
S1,触发半实时对账任务,包括:将每笔联机交易按照预定时间间隔分为N个批次,每个批次对应一个批次号形成多个批次号;基于所述多个批次号,按照所述预定时间间隔触发所述半实时对账任务。
本实施例中,预定时间间隔为一个小时,N个批次为0-24批次,预定时间为每一小时。
作为优选的实施方式,所述批次号的设定规则包括:字母+***编码+交易日期+当前时间(本实施例中,当前时间为当前小时)。
作为优选的实施方式,所述触发所述半实时对账包括:获取各个下游支付结算***的流水后触发所述半实时对账,所述各个下游支付结算***的流水包括:核心流水输出、通道流水输出、本地业务流水输出以及本地核心流水输出。
作为优选的实施方式,所述S1包括:
S11,批次号交互,包括:将所述多个批次号在所述核心记账***和所述下游支付结算***之间进行交互。
S12,准备对账文件,包括:交互完成后根据所述批次号基于同一对账平台的规范配置各个下游支付结算***的动态基础参数并将各个下游支付结算***的流水按照统一对账平台标准输出文件进行输出。
本实施例中,所述统一对账平台标准输出文件包括四个文件,分别为通道标准文件、本地业务文件、本地核心文件和核心对账文件。
统一对账平台标准输出文件的具体文件分割符和字段通过自定义设置,一般包含:通道流水号、明细流水号、交易日期时间、其他流水号、交易状态、交易金额、收付款标识、来往账标识、业务类型、对应目标交易笔数、核心业务类型、核心交互流水号、冲正对应原交互流水号、报文类型编码、业务种类、通道编码、对手机构标识、本行机构标识、付款账户编号、付款账户名称、收款账户编号和收款账户名称中的一种或多种。
S13,上传对账文件,包括:将所述统一对账平台标准输出文件上传到指定目录下。本实施例通过SFTP的方式进行上传,本领域技术人员知晓任何可能的文件上传方式均在本发明的保护范围内。
S14,触发半实时对账任务,包括:基于调用所述统一对账平台的公用接口通知所述核心记账***与下游支付结算***开始半实时对账任务。
S2,所述统一对账平台解析所述统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,从而生成多个对账结果文件,其中所述多个对账结果文件包括通道对平文件、通道差错文件、核心对平文件、核心差错文件、总对平文件以及总差错文件;并且其中所述多个对账结果文件被记录在所述统一对账平台的页面。
作为优选的实施方式,所述S2包括:
S21,下载对账文件,包括:所述统一对账平台下载所述统一对账平台标准输出文件。
S22,生成所述通道对平文件和所述通道差错文件,包括:解析并比对所述通道标准文件和所述本地业务文件,约定通道流水和本地业务流水作为勾兑流水,根据连接字段连接多个所述通道标准文件和所述本地业务文件;读取连接后的多个所述通道标准文件和所述本地业务文件,并建立哈希表,其中连接后的多个所述通道标准文件和所述本地业务文件中具有多个连接块,每个连接块是每个多个所述通道标准文件和所述本地业务文件中连接字段相同的记录的集合,对每个连接块利用所述集合比对交易金额和交易状态后,生成所述通道对平文件(pmc.src.checked.csv)和所述通道差错文件。
本实施例中,如果多个所述通道标准文件和所述本地业务文件的大小均小于第一阈值(本实施例中,第一阈值为256*1024*1024),则采用基于Hash的连接方式;如果多个所述通道标准文件和所述本地业务文件的大小并非均小于第一阈值,则采用基于Sort的连接方式。
S23,生成所述核心对平文件和核心差错文件,包括:解析并比对所述本地核心文件和核心对账文件,将所述本地核心文件和核心对账文件进行对账,生成所述核心对平文件(host.src.checked.csv)和核心差错文件。
S24,生成总对平文件以及总差错文件,包括:比对所述通道对平文件和所述核心对平文件并进行平衡性检查,当所述通道对平文件和所述核心对平文件都对平的情况下,将经过所述平衡性检查的通道对平文件和所述核心对平文件进行合并生成所述总对平文件(blance.checked.csv)。
比对所述通道差错文件和所述核心差错文件并进行平衡性检查,当所述通道差错文件和所述核心差错文件中出现金额或者状态不符合的情况下,将所述通道差错文件和所述核心差错文件进行合并生成所述总差错文件(error.csv)。作为优选的实施方式,所述总差错文件包括差错表和/或存疑表。
S3,所述统一对账平台将所述多个对账结果文件发送给调用支付***后,所述调用支付***对对账结果文件进行解析并完成对账。
作为优选的实施方式,所述S3包括:S31,所述统一对账平台将所述多个对账结果文件异步发送给调用支付***;S32,所述调用支付***接收所述多个对账结果文件,根据所述多个对账结果文件中的对账结果,下载所述多个对账结果文件中的一个或多个后对下载的对账结果文件进行解析,获得再对账结果。本实施例中,对于采用上传到指定的SFTP服务器路径的方式,对应的,各个支付***接受统一对账平台对账结果,根据对账结果,去指定SFTP服务器下载对账结果文件,解析对账结果文件获得再对账结果。
S4,将对账结果向业务人员预警后,所述业务人员对所述对账结果进行处理,将处理的结果向所述统一对账平台反馈。
作为优选的实施方式,所述S4包括:S41,基于所述再对账结果向业务人员预警后,所述业务人员通过所述统一对账平台向所述下游支付结算***发送小时级差错的处理请求。S42,所述下游支付结算***接收到所述处理请求后,所述业务人员根据所述小时级差错的差错处理类型在所述统一对账平台对所述再对账结果完成所述小时级差错,包括:(1)业务人员根据日终差错1在所述统一对账平台处理第一小时级差错,包括:当我行是付款交易,若出现通道失败核心成功的差错,则登记的差错处理方式为点击冲正按钮;当出现通道成功核心失败的差错,点击补账按钮。(2)业务人员根据日终差错2在所述统一对账平台处理第一小时级差错,包括:当我行是收款交易,若出现通道失败核心成功的差错-短款,则登记的差错处理方式为点击人工处理按钮;当出现通道成功核心失败的差错,点击补账按钮,分别调用各个下游支付结算***的后台接口处理相应逻辑。S43,向所述统一对账平台返回所有的所述小时级差错的处理结果。S44,所述统一对账平台根据所述差错表或所述存疑表,以及所有的所述小时级差错的处理结果显示最终的流水信息。
S5,基于所述多个批次号利用定时脚本设置定时任务,所述定时任务为在每个预定时间间隔后,发起对上一个预定时间间隔内的对账任务,重复步骤S1-S4,实现多批次半实时对账。本实施例中,预定时间间隔仍然为一个小时。
图2-5为整个统一对账平台的泳道图和数据流图,包含了联机交易流程图和小时级对账流程图。
其中,图2为联机交易流程示意图,通过设计生成的批次号,在支付交易时,将该批次号上送给核心和******,以便后续对账;其流程包括:支付***中,交易开始后,生成批次号,每小时同一个批次号,然后向行内核心的核心记账处理部分通过透传批次号的方式进行记账;后续仍通过透传批次号的形式在******进行支付处理,支付处理完成后向支付***返回结果,联机交易流程结束。
图3为小时级对账流程示意图,通过联机交易的批次号,获取流水记录,生成文件。实现实时对账任务,区别日终对账模式。其中******定时通过批次号获取流水后,生成通道对账文件,上传给SFTP服务器形成通道文件;支付***开始对账,同样通过批次号获取本地流水后,下载通道文件和核心对账文件,其中核心对账文件是行内核心***定时通过批次号获取流水后生成的;支付***根据批次号生成标准文件(包括通道文件、核心文件、本地文件和本地核心文件),将文件上传给统一对账平台后通知对账开始,统一对账平台处理对账流水,返回对账结果到支付***后,支付***处理对账结果,更新交易结果后,小时级对账结束。
图4通过数据流图展示在高并发下***也可以通过这种模式,实现日间对账要求。通过对账平台完成对账具体流水勾兑,生成对账结果文件,产生对账差错,业务***获取对账结果完成数据更新对账完成。
图4中,n个支付***分别生成统一对账文件后,统一将多个对账文件上传到SFTP服务器,支付***通知统一对账平台开始对账,统一对账平台用于对账设计、对账结果核对和对账任务分配,SFTP服务器下载支付对账文件到统一对账平台,统一对账平台完成对账后上传对账结果文件,并且通知支付***完成对账,同时下载对账结果文件,解析对账结果。
图5为对账文件的格式示意图,其中,批次1-批次24采用统一对账文件格式,每个批次都对应各自的核心对账文件、通道对账文件、本地对账文件和本地核心对账文件。
实施例二
参见图6,本发明提供一种高并发支付***多批次半实时对账***,用于在统一对账平台下,核心记账***与下游支付结算***之间的对账,包括:对账任务触发模块101,用于触发半实时对账任务,包括:将每笔联机交易按照预定时间间隔分为N个批次,每个批次对应一个批次号形成多个批次号;基于所述多个批次号,按照所述预定时间间隔触发所述半实时对账任务;对账结果文件生成模块102,用于所述统一对账平台解析所述统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,从而生成多个对账结果文件;其中所述多个对账结果文件包括通道对平文件、通道差错文件、核心对平文件、核心差错文件、总对平文件以及总差错文件;并且其中所述多个对账结果文件被记录在所述统一对账平台的页面;半实时对账模块103,用于所述统一对账平台将所述多个对账结果文件发送给调用支付***后,所述调用支付***对对账结果文件进行解析并完成对账;对账结果处理模块104,用于将对账结果向业务人员预警后,所述业务人员对所述对账结果进行处理,将处理的结果向所述统一对账平台反馈;定时任务设置模块105,用于基于所述多个批次号利用定时脚本设置定时任务,所述定时任务为在每个预定时间间隔后,发起对上一个预定时间间隔内的对账任务,从而实现多批次半实时对账。
该***可实现上述实施例一提供的对账方法,具体的对账方法可参见实施例一中的描述,在此不再赘述。
本发明还提供了一种存储器,存储有多条指令,指令用于实现如实施例一的方法。
如图7所示,本发明还提供了一种电子设备,包括处理器301和与处理器301连接的存储器302,存储器302存储有多条指令,指令可被处理器加载并执行,以使处理器能够执行如实施例一的方法。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (7)
1.一种高并发支付***多批次半实时对账方法,用于在统一对账平台下,核心记账***与下游支付结算***之间的对账,其特征在于,包括:
S1,触发半实时对账任务,包括:将每笔联机交易按照预定时间间隔分为N个批次,每个批次对应一个批次号形成多个批次号;基于所述多个批次号,按照所述预定时间间隔触发所述半实时对账任务;
S2,所述统一对账平台解析所述统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,从而生成多个对账结果文件,其中所述多个对账结果文件包括通道对平文件、通道差错文件、核心对平文件、核心差错文件、总对平文件以及总差错文件;并且其中所述多个对账结果文件被记录在所述统一对账平台的页面;
S3,所述统一对账平台将所述多个对账结果文件发送给调用支付***后,所述调用支付***对对账结果文件进行解析并完成对账;
S4,将对账结果向业务人员预警后,所述业务人员对所述对账结果进行处理,将处理的结果向所述统一对账平台反馈;
S5,基于所述多个批次号利用定时脚本设置定时任务,所述定时任务为在每个预定时间间隔后,发起对上一个预定时间间隔内的对账任务,重复步骤S1-S4,实现多批次半实时对账;
所述预定时间间隔为一个小时,N个批次为0-24批次;所述批次号的设定规则包括:字母+***编码+交易日期+当前时间;所述触发所述半实时对账包括:获取各个下游支付结算***的流水后触发所述半实时对账,所述各个下游支付结算***的流水包括:核心流水输出、通道流水输出、本地业务流水输出以及本地核心流水输出;
所述S1包括:
S11,批次号交互,包括:将所述多个批次号在所述核心记账***和所述下游支付结算***之间进行交互;
S12,准备对账文件,包括:交互完成后根据所述批次号基于同一对账平台的规范配置各个下游支付结算***的动态基础参数并将各个下游支付结算***的流水按照统一对账平台标准输出文件进行输出;所述统一对账平台标准输出文件包括四个文件,分别为通道标准文件、本地业务文件、本地核心文件和核心对账文件;
S13,上传对账文件,包括:将所述统一对账平台标准输出文件上传到指定目录下;
S14,触发半实时对账任务,包括:基于调用所述统一对账平台的公用接口通知所述核心记账***与下游支付结算***开始半实时对账任务;
所述S2包括:
S21,下载对账文件,包括:所述统一对账平台下载所述统一对账平台标准输出文件;
S22,生成所述通道对平文件和所述通道差错文件,包括:解析并比对所述通道标准文件和所述本地业务文件,约定通道流水和本地业务流水作为勾兑流水,根据连接字段连接多个所述通道标准文件和所述本地业务文件;读取连接后的多个所述通道标准文件和所述本地业务文件,并建立哈希表,其中连接后的多个所述通道标准文件和所述本地业务文件中具有多个连接块,每个连接块是每个多个所述通道标准文件和所述本地业务文件中连接字段相同的记录的集合,对每个连接块利用所述集合比对交易金额和交易状态后,生成所述通道对平文件和所述通道差错文件;
S23,生成所述核心对平文件和核心差错文件,包括:解析并比对所述本地核心文件和核心对账文件,将所述本地核心文件和核心对账文件进行对账,生成所述核心对平文件和核心差错文件;
S24,生成总对平文件以及总差错文件,包括:比对所述通道对平文件和所述核心对平文件并进行平衡性检查,当所述通道对平文件和所述核心对平文件都对平的情况下,将经过所述平衡性检查的通道对平文件和所述核心对平文件进行合并生成所述总对平文件;
比对所述通道差错文件和所述核心差错文件并进行平衡性检查,当所述通道差错文件和所述核心差错文件中出现金额或者状态不符合的情况下,将所述通道差错文件和所述核心差错文件进行合并生成所述总差错文件;所述总差错文件包括差错表和/或存疑表。
2.根据权利要求1所述一种高并发支付***多批次半实时对账方法,其特征在于,所述S22中,如果多个所述通道标准文件和所述本地业务文件的大小均小于第一阈值,则采用基于Hash的连接方式;如果多个所述通道标准文件和所述本地业务文件的大小并非均小于第一阈值,则采用基于Sort的连接方式。
3.根据权利要求2所述一种高并发支付***多批次半实时对账方法,其特征在于,所述S3包括:
S31,所述统一对账平台将所述多个对账结果文件异步发送给调用支付***;
S32,所述调用支付***接收所述多个对账结果文件,根据所述多个对账结果文件中的对账结果,下载所述多个对账结果文件中的一个或多个后对下载的对账结果文件进行解析,获得再对账结果。
4.根据权利要求3所述一种高并发支付***多批次半实时对账方法,其特征在于,所述S4包括:
S41,基于所述再对账结果向业务人员预警后,所述业务人员通过所述统一对账平台向所述下游支付结算***发送小时级差错的处理请求;
S42,所述下游支付结算***接收到所述处理请求后,所述业务人员根据所述小时级差错的差错处理类型在所述统一对账平台对所述再对账结果完成所述小时级差错,包括:
(1)业务人员根据日终差错1在所述统一对账平台处理第一小时级差错,包括:当我行是付款交易,若出现通道失败核心成功的差错,则登记的差错处理方式为点击冲正按钮;当出现通道成功核心失败的差错,点击补账按钮,
(2)业务人员根据日终差错2在所述统一对账平台处理第一小时级差错,包括:当我行是收款交易,若出现通道失败核心成功的差错-短款,则登记的差错处理方式为点击人工处理按钮;当出现通道成功核心失败的差错,点击补账按钮,分别调用各个下游支付结算***的后台接口处理相应逻辑;
S43,向所述统一对账平台返回所有的所述小时级差错的处理结果;
S44,所述统一对账平台根据所述差错表或所述存疑表,以及所有的所述小时级差错的处理结果显示最终的流水信息。
5.一种高并发支付***多批次半实时对账***,用于在统一对账平台下,核心记账***与下游支付结算***之间的对账,以实施权利要求1-4任一项所述的对账方法,其特征在于,包括:
对账任务触发模块(101),用于触发半实时对账任务,包括:将每笔联机交易按照预定时间间隔分为N个批次,每个批次对应一个批次号形成多个批次号;基于所述多个批次号,按照所述预定时间间隔触发所述半实时对账任务;
对账结果文件生成模块(102),用于所述统一对账平台解析所述统一对账平台标准输出文件,完成流水勾兑,产生小时级终差错或者存疑,从而生成多个对账结果文件;其中所述多个对账结果文件包括通道对平文件、通道差错文件、核心对平文件、核心差错文件、总对平文件以及总差错文件;并且其中所述多个对账结果文件被记录在所述统一对账平台的页面;
半实时对账模块(103),用于所述统一对账平台将所述多个对账结果文件发送给调用支付***后,所述调用支付***对对账结果文件进行解析并完成对账;
对账结果处理模块(104),用于将对账结果向业务人员预警后,所述业务人员对所述对账结果进行处理,将处理的结果向所述统一对账平台反馈;
定时任务设置模块(105),用于基于所述多个批次号利用定时脚本设置定时任务,所述定时任务为在每个预定时间间隔后,发起对上一个预定时间间隔内的对账任务,从而实现多批次半实时对账。
6.一种电子设备,其特征在于,包括处理器和存储器,所述存储器存储有多条指令,所述处理器用于读取所述指令并执行如权利要求1-4任一项所述的方法。
7.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有多条指令,所述多条指令可被处理器读取并执行如权利要求1-4任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310440470.9A CN116188190B (zh) | 2023-04-21 | 2023-04-21 | 一种高并发支付***多批次半实时对账方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310440470.9A CN116188190B (zh) | 2023-04-21 | 2023-04-21 | 一种高并发支付***多批次半实时对账方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116188190A CN116188190A (zh) | 2023-05-30 |
CN116188190B true CN116188190B (zh) | 2023-07-21 |
Family
ID=86452384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310440470.9A Active CN116188190B (zh) | 2023-04-21 | 2023-04-21 | 一种高并发支付***多批次半实时对账方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116188190B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109359964A (zh) * | 2018-09-22 | 2019-02-19 | 深圳优讯科技有限公司 | 多方支付通道实时对账方法 |
CN115222350A (zh) * | 2022-06-23 | 2022-10-21 | 深圳供电局有限公司 | 一种用于电企与银行之间的对账***及方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107730228A (zh) * | 2017-08-24 | 2018-02-23 | 上海壹账通金融科技有限公司 | 账户清结算方法、设备及存储介质 |
CN107784574B (zh) * | 2017-11-21 | 2021-08-31 | 数贸科技(北京)有限公司 | 对账处理方法及装置 |
CN114385749A (zh) * | 2021-12-02 | 2022-04-22 | 天翼电子商务有限公司 | 一种基于通讯账户资金安全的记账处理装置 |
CN114971822A (zh) * | 2022-04-21 | 2022-08-30 | 上海华瑞银行股份有限公司 | 一种对账方法、***和电子设备 |
CN114840527A (zh) * | 2022-05-17 | 2022-08-02 | 中国工商银行股份有限公司 | 数据处理方法、装置及计算机可读存储介质 |
-
2023
- 2023-04-21 CN CN202310440470.9A patent/CN116188190B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109359964A (zh) * | 2018-09-22 | 2019-02-19 | 深圳优讯科技有限公司 | 多方支付通道实时对账方法 |
CN115222350A (zh) * | 2022-06-23 | 2022-10-21 | 深圳供电局有限公司 | 一种用于电企与银行之间的对账***及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN116188190A (zh) | 2023-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111221726A (zh) | 一种测试数据生成方法、装置、存储介质和智能设备 | |
CN112446786A (zh) | 一种异常交易处理方法、装置、电子设备和可读存储介质 | |
CN114579654B (zh) | 一种银行多支付结算***的统一运营管理方法及平台*** | |
CN112437000A (zh) | 消息队列推送方法、装置、计算机设备及存储介质 | |
CN106096926B (zh) | 事件处理方法、装置、电子装置和存储介质 | |
CN114358923A (zh) | 一种业务数据的处理方法、装置、存储介质及电子设备 | |
CN108429636B (zh) | 定位异常***的方法及装置和电子设备 | |
CN116188190B (zh) | 一种高并发支付***多批次半实时对账方法及*** | |
CN115984022B (zh) | 分布式支付***统一对账方法和装置 | |
CN114579555B (zh) | 一种基于7×24小时的实时数据校准方法及*** | |
CN112419052B (zh) | 交易测试方法、装置、电子设备及可读存储介质 | |
CN115576711A (zh) | 一种返回数据模拟方法、***及计算设备 | |
CN114564925A (zh) | 报表生成方法、装置、电子设备及可读存储介质 | |
CN113506161A (zh) | ***的核对方法、装置、存储介质和电子设备 | |
CN117994015B (zh) | 银行作业批量调度的方法、装置、电子设备和存储介质 | |
CN112950138B (zh) | 协同开发的状态管理方法、装置和服务器 | |
CN116561018B (zh) | 一种业务***造数方法、装置、终端设备及存储介质 | |
CN115731065A (zh) | 对账***的数据处理方法、电子设备及存储介质 | |
CN117057792A (zh) | 缴费方法、装置、设备及存储介质 | |
CN117215751A (zh) | 超时交易订单处理方法、装置、服务器及存储介质 | |
CN117649181A (zh) | 批量业务的处理方法及装置、电子设备、存储介质 | |
CN114253915A (zh) | 一种微服务中使用数据处理服务导入导出大量数据的方法 | |
CN117234512A (zh) | 业务快速开发方法、装置、电子设备及存储介质 | |
CN115525709A (zh) | B/s架构下异步大数据量数据导入方法、***、介质及设备 | |
CN116361268A (zh) | 一种业务数据处理的方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |