用于日终核对交易数据的方法及装置与流程

文档序号:12272722阅读:491来源:国知局
用于日终核对交易数据的方法及装置与流程

本发明涉及信息处理领域,具体而言,涉及一种用于日终核对交易数据的方法及装置。



背景技术:

保险公司信息系统需要与大量外围系统对接,处理来自外围系统的数据。本申请中所称的外围系统,是指保险公司和投保人以外的相关机构。保险公司的业务系统,主要负责处理保险相关的各种事项,可例如,提供人身保险业务、财产保险业务、以及其他相关保险业务;还可例如,进行定损理赔等等。业务系统需要与外围系统进行各种资金交易。保险公司公司资金平台是处于业务系统和外围系统的一个中间对接系统,当银行有交易结果之后会给资金平台系统返回处理结果,资金平台将外围系统与内部业务系统的交易数据进行日终核对,对不一致的信息给出核对结果。

在资金平台和业务系统交互时候,由于种种原因可能导致业务系统的交易结果和外围系统的处理结果不一致情况,这时候就需要人为的去干预核对或者查找原因,响应速度比较慢。由于在资金平台上,接入的业务系统比较多,每个系统的核对方式都有所不同,每次接入新的系统都需要资金平台新增核对方法,并且需要针对不同业务系统进行字段属性比对,增加大量的开发工作量。目前资金平台存在以下问题:1、资金平台结果和业务系统结果不一致时,不能及时掌握相关信息;2、信息对不上时,人工手动对账需要耗费大量人力物力;3、新增业务系统日终核对,需要新增大量的代码核对;4、复用性及可扩展性较差。

因此,需要一种新的用于日终核对交易数据的方法及装置。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解,因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。



技术实现要素:

有鉴于此,本发明提供一种用于日终核对交易数据的方法及装置,能够自动进行日终核对,提升数据处理的效率,节省开发与测试的人力。

本发明的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本发明的实践而习得。

根据本发明的一方面,提出一种用于日终核对交易数据的方法,该方法包括:

获取待进行日终核对的目标对象以及其相关信息;

获取目标对象对应的已回盘交易包号;

根据相关信息与已回盘交易包号通过预定接口获取交易信息从而生成落地数据表;以及

通过预定核对规则自动核对落地数据表中的数据,以生成核对结果表。

在本公开的一种示例性实施例中,获取待进行日终核对的目标对象以及其相关信息,包括:

通过数据字典,获取待进行日终核对的目标对象的地址。

在本公开的一种示例性实施例中,相关信息,包括:渠道、日期、核对标示以及流水号。

在本公开的一种示例性实施例中,获取目标对象对应的已回盘交易包号包括:

获取已回盘交易包号集合列表;

通过已回盘交易包号集合列表,获取目标对象对应的已回盘交易包号集合;

判断目标对象对应的已回盘交易包号集合是否为空;

如果目标对象对应的已回盘交易包号集合不为空,则获取已回盘交易包号集合中的已回盘交易包号。

在本公开的一种示例性实施例中,还包括:

如果目标对象对应的已回盘交易包号集合为空,不对目标对象进行的日终核对。

在本公开的一种示例性实施例中,根据相关信息与已回盘交易包号通过预定接口获取交易信息从而生成落地数据表,包括:

将交易信息进行解析;以及

将解析后的数据进行保存从而生成落地数据表。

在本公开的一种示例性实施例中,预定接口为webservice接口。

在本公开的一种示例性实施例中,还包括:

根据目标对象的相关信息,删除核对结果表中的数据。

在本公开的一种示例性实施例中,还包括:

对不满足预定核对规则的差异数据进行记录,生成日终核对差异表;以及

在预定时间对日终核对差异表中的差异数据进行再次核对。

在本公开的一种示例性实施例中,还包括:

判断日终核对差异表中的差异数据的核对次数是否达到预定阈值;以及

将达到预定阈值的差异数据推送到页面展示。

根据本发明的一方面,提出一种用于日终核对交易数据的装置,该装置包括:

接收模块,用于获取待进行日终核对的目标对象以及其相关信息;

查询模块,用于查询目标对象对应的已回盘交易包号;

接口模块,用于根据目标对象的相关信息与已回盘交易包号通过预定接口获取相关信息从而生成落地数据表;以及

核对模块,用于通过预定核对规则自动核对落地数据表中的内容,以生成核对结果表。

在本公开的一种示例性实施例中,还包括:

差异处理模块,用于对不满足预定核对规则的差异数据进行记录,生成日终核对差异表;以及在预定时间对日终核对差异表中的差异数据进行再次核对。

根据本发明的用于日终核对交易数据的方法及装置,能够自动进行日终核对,提升数据处理的效率,节省开发与测试的人力。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本发明。

附图说明

通过参照附图详细描述其示例实施例,本发明的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种用于日终核对交易数据的方法的流程图。

图2是根据另一示例性实施例示出的一种用于日终核对交易数据的方法的流程图。

图3是根据另一示例性实施例示出的一种用于日终核对交易数据的方法的流程图。

图4是根据一示例性实施例示出的一种用于日终核对交易数据的装置的框图。

具体实施例

现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本发明将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

应理解,虽然本文中可能使用术语第一、第二、第三等来描述各种组件,但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此,下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用,术语「及/或」包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解,附图只是示例实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的,因此不能用于限制本发明的保护范围。

图1是根据一示例性实施例示出的一种用于日终核对交易数据的方法的流程图。

如图1所示,在S102中,获取待进行日终核对的目标对象以及其相关信息。如上文所述,当银行有交易结果之后会给资金平台返回处理结果,资金平台可例如,采用dblink方式将业务系统中需要进行日终可对的目标对象按照日期查询,dblink(Database Link)是数据库链接,是一个通道,当跨本地数据库,访问另外一个数据库表中的数据时,本地数据库中就必须要创建远程数据库的dblink,通过dblink本地数据库可以像访问本地数据库一样访问远程数据库表中的数据。可例如,资金平台通过dblink的方式提取到前一天的数据,将待进行日终核对的数据保存到资金平台本地。相关信息包括:渠道、日期、核对标示以及流水号。

在S104中,获取目标对象对应的已回盘交易包号。发盘是指交易的一方为了销售或购买一批商品,向对方提出有关的交易条件,并表示愿按这些条件达成一笔交易,这种意思表示的行为称作发盘。交易一方欲购买或出售某种商品而向对方提出交易条件,表示愿意按此达成交易的行为。通常由卖方提出,也可由买方提出。一个完整的发盘表数据,可例如,包括明确肯定的交易条件,如商品名称、规格、数量、价格、支付方式、装运期等,有些发盘表数据还应有有效期限。发盘数据的格式可例如为:多行多列的文本格式。回盘是指,第三方操作人员接收到发盘表数据后,在确认或填写如商品名称、规格、数量、价格、支付方式、装运期等信息后。返回给银保系统的数据文件,不同第三方的回盘文件之间并不相同,而且,回盘文件与银保系统可处理的标准文件之间也存在差异。对于已出盘的数据,一般情况下应当在拿到回盘文件的尽快进行回盘操作,做到有出必有回保证出、回盘操作的闭合。获取待进行日终核对的文件的回盘交易包号,以便提取相关信息,进行日终核对的相关操作,还可例如,进行回盘操作。

在S106中,根据相关信息与已回盘交易包号通过预定接口获取交易信息从而生成落地数据表。在本实施例中,业务系统都是通过接口进行报文操作,可例如,通过接口将报文封装成统一的一个格式,然后资金平台通过预定的接口获取交易信息,还可例如,对交易信息进行解析和保存,已生成落地数据表。

在S108中,通过预定核对规则自动核对落地数据表中的数据,以生成核对结果表。如上文所述,当银行有交易结果之后会给资金平台系统返回处理结果,资金平台将外围系统与内部业务系统的交易数据进行日终核对。通过预定的核对规则,自动进行数据核对。

预定的核对规则可例如:

如果资金平台方与业务系统方状态一致、收付方向一致、金额一致结果:核对结果为:一致;

如果资金平台方状态为处理中,业务系统方状态为空,核对结果为:一致;

如果资金平台方状态为成功,业务系统方状态失败,核对结果为:状态不不符_资金成功业务失败;

如果资金平台方状态失败,业务系统方状态成功,核对结果为:状态不不符_资金失败业务成功;

如果业务系统方流水号为空,核对结果为:业务方少交易;

如果资金平台方流水号为空,核对结果为:资金平台少交易;

如果资金平台方与业务系统方金额不同,核对结果为:金额不一致。

上述规则为示例性说明,本发明不限于此。

根据本发明实施例的用于日终核对交易数据的方法,通过预定核对规则进行自动日终核对的方式,能够提升数据处理的效率,节省开发与测试的人力。

应清楚地理解,本发明描述了如何形成和使用特定示例,但本发明的原理不限于这些示例的任何细节。相反,基于本发明公开的内容的教导,这些原理能够应用于许多其它实施例。

在本公开的一种示例性实施例中,获取待进行日终核对的目标对象以及其相关信息,包括:通过数据字典,获取待进行日终核对的目标对象的地址。在本实施例中,资金平台通过数据字典配置一个来源系统和对应的核对地址,定时进行调用,然后通过接口获取到对应的核对地址数据,保存到本地的落地数据表中。数据字典(Data dictionary)是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明,使用数据字典为简单的建模项目。数据库数据字典不仅是每个数据库的中心,而且对每个用户也是非常重要的信息。用户可以用SQL语句访问数据库数据字典。

图2是根据另一示例性实施例示出的一种用于日终核对交易数据的方法的流程图。图2是对图1中S104的示例性描述。

如图2所示,在S202中,获取已回盘交易包号集合列表。在本发明实施例中,回盘交易包号储存在回盘交易包号集合中,可例如,通过统计所有的回盘交易包号集合,生成回盘交易包号集合列表。还可例如,根据来源系统、渠道、日期、核对标示或流水号去查询已回盘交易的包号集合列表。

在S204中,通过已回盘交易包号集合列表,获取目标对象对应的已回盘交易包号集合。

在S206中,判断目标对象对应的已回盘交易包号集合是否为空。

在S208中,如果目标对象对应的已回盘交易包号集合不为空,则获取已回盘交易包号集合中的已回盘交易包号。

在S210中,如果目标对象对应的已回盘交易包号集合为空,不对目标对象进行的日终核对。可例如,如果目标对象正在进行其他任务处理时,该目标对象的已回盘交易包号集合即为空,此时,不对目标对象进行日终核对。

在本公开的一种示例性实施例中,根据相关信息与已回盘交易包号通过预定接口获取交易信息,以生成落地数据表,包括:将交易信息进行解析;以及将解析后的数据进行保存,以生成落地数据表。

在本公开的一种示例性实施例中,预定接口为webservice接口。WebService是一种跨编程语言和跨操作系统平台的远程调用技术。跨编程语言和跨操作系统平台则是指服务端程序和客户端程序可以在不同的操作系统和编程语言上运行。WebService平台提供一套标准的类型系统,用于沟通不同平台、编程语言和组件模型中的不同类型系统。

根据本发明实施例的用于日终核对交易数据的方法,通过webservice接口进行数据获取的方式,能够对不同系统不同开发语言之间的数据进行调用处理。

在本公开的一种示例性实施例中,还包括:根据目标对象的相关信息,删除核对结果表中的数据。根据目标对象的渠道、日期、核对标示以及流水号等信息,删除核对结果表中已经过期的数据。

在本公开的一种示例性实施例中,还包括:对不满足预定核对规则的差异数据进行记录,生成日终核对差异表;以及在预定时间对日终核对差异表中的差异数据进行再次核对。在本公开的一种示例性实施例中,还包括:判断日终核对差异表中的差异数据的核对次数是否达到预定阈值;以及将达到预定阈值的差异数据推送到页面展示。可例如,资金平台进行日终核对,将核对完的数据保存到日终核对表,将有差异的数据提取出来,生成日终核对差异表。对于核对不一致的数据,可例如,推送到客户端显示。还可例如,对日终核对差异表中的数据在预定的时间另外执行日终核对,可例如,若连续几天该项交易的日终核对均有问题,推送到客户端显示。还可例如,进行人工核对,本发明不限于此。

图3是根据另一示例性实施例示出的一种用于日终核对交易数据的方法的流程图。

如图3所示,资金平台采用dbink方式将业务系统按照日期查询,提取到前一天的数据,保存到资金平台本地,然后获取资金平台数据,使用一个较复杂的SQL将数据的一些主要信息进行比较,若有不一致数据,则更新状态到核对表中,并记录具体的不一致详细信息,每次登录系统时候,查询核对表中状态是不一致的数据显示到页面上。

资金平台采用通用webservice接口调用数据进行核对:资金平台通过数据字典方式配置一个来源系统和对应的核对地址,进行调用,各个业务系统都是通过接口进行报文封装成统一的一个格式,然后资金平台通过请求将数据抓取并且进行解析和保存,最终保存到统一的落地数据表中。资金平台通过查询本地的数据,将内部的数据和落地表中数据进行日终核对,将核对完的数据保存到日终核对表,对于信息不一致的数据显示到页面上。如对于核对不一致的数据,系统每天还会另外执行核对,若连续几天都有问题,可例如进行手工核对。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时,执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中,该存储介质可以是只读存储器,磁盘或光盘等。

此外,需要注意的是,上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。

下述为本发明装置实施例,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。

图4是根据一示例性实施例示出的一种用于日终核对交易数据的装置的框图。如图4所示,用于日终核对交易数据的装置40包括:接收模块402、查询模块404、接口模块406、核对模块408以及差异处理模块410。

接收模块402用于获取待进行日终核对的目标对象以及其相关信息。

查询模块404用于查询目标对象对应的已回盘交易包号。

接口模块406用于根据目标对象的相关信息与已回盘交易包号通过预定接口获取相关信息从而生成落地数据表。

核对模块408用于通过预定核对规则自动核对落地数据表中的内容,以生成核对结果表。

差异处理模块410用于对不满足预定核对规则的差异数据进行记录,生成日终核对差异表;以及在预定时间对日终核对差异表中的差异数据进行再次核对。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中,也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。

通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施例的方法。

通过以上的详细描述,本领域的技术人员易于理解,根据本发明实施例的用于日终核对交易数据的方法及装置具有以下优点中的一个或多个。

根据一些实施例,本发明的用于日终核对交易数据的方法,通过预定核对规则进行自动日终核对的方式,能够提升数据处理的效率,节省开发与测试的人力。

根据另一些实施例,本发明实施例的用于日终核对交易数据的方法,通过webservice接口进行数据获取的方式,能够对不同系统不同开发语言之间的数据进行调用处理。

以上具体地示出和描述了本发明的示例性实施例。应可理解的是,本发明不限于这里描述的详细结构、设置方式或实现方法;相反,本发明意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

此外,本说明书说明书附图所示出的结构、比例、大小等,均仅用以配合说明书所公开的内容,以供本领域技术人员了解与阅读,并非用以限定本公开可实施的限定条件,故不具技术上的实质意义,任何结构的修饰、比例关系的改变或大小的调整,在不影响本公开所能产生的技术效果及所能实现的目的下,均应仍落在本公开所公开的技术内容得能涵盖的范围内。同时,本说明书中所引用的如「上」、「第一」、「第二」及「一」等的用语,也仅为便于叙述的明了,而非用以限定本公开可实施的范围,其相对关系的改变或调整,在无实质变更技术内容下,当也视为本发明可实施的范畴。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1